From Newsgroup: comp.os.ms-windows.misc

What's difference bet service in win2k & daemons in linux?

As far as i heard that services can be started/stopped manually or made automatic
and once if the service is started then the memory for that will be for ever. but whereas daemons are background process whenever needed are called and after done their process it would be in sleep mode and won't occupy any memory.
Please help me is this correct

or give me the difference bet service in win2k & daemons in linux?

thks in adv.
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

In comp.os.linux.misc karthikeyan <thegreatkarthik@yahoo.co.in> wrote:

What's difference bet service in win2k & daemons in linux?

A daemon is a program that can be run directly or in the background and
is supposed to listen for certain 'signals' to allow it to be 'remote controlled'. A Windows Service is a program specifically designed to
be executed and respond to command from the Service Control Panel in
Windows. It won't work as non-service.

In other word. Most of the time you can turn a normal Unix/Linux apps
into a daemon simply running it in the background and pointing his
stdin/stdout to files but you CANNOT turn a normal Windows program
into a service (well, sometimes you can use some 'wrapper').

Davide

--
| People who claim they don't let little things bother them have never
| slept in a room with a single mosquito.
|
|
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

Davide Bianchi wrote:

In comp.os.linux.misc karthikeyan <thegreatkarthik@yahoo.co.in> wrote:

What's difference bet service in win2k & daemons in linux?

A daemon is a program that can be run directly or in the background and
is supposed to listen for certain 'signals' to allow it to be 'remote controlled'. A Windows Service is a program specifically designed to
be executed and respond to command from the Service Control Panel in
Windows. It won't work as non-service.

I dont think that's quite true but maybe you mean the
MS services that load based on the system configuration.
I've certainly run a Sybase database as both a servie and
interactively in the context of my user account and it's
been the exact same executible that is running--in fact
I've had both a service and an interactive session
running at the same time.

In other word. Most of the time you can turn a normal Unix/Linux apps
into a daemon simply running it in the background and pointing his stdin/stdout to files but you CANNOT turn a normal Windows program
into a service (well, sometimes you can use some 'wrapper').

I think that's overstating the case. I think any execuitible
can be setup to run as a service--it's just a royal PITA to
make it work under MS compared to Linux.

jmh

--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

In comp.os.linux.misc jmh <j_m_h@cox.net> wrote:

I've certainly run a Sybase database as both a servie and

Well, I've never used SyBase (only MS SQL Server), and it's possible
that they have one version that runs as a service implementing the
correct APIs and the same binary also contains a Window Procedure so
it can run as a program. But I think that those kind of programs are
veeeeery uncommon. I've always saw Windows programs and Windows
services. And the two usually don't mix.

I think that's overstating the case. I think any execuitible
can be setup to run as a service-

Huu.... yes _IF_ you are prepared to spend money in some
third-party software that run as a wrapper around the executable.
Of course I'm 100% behind you about the fact that is a PITA.

Davide

--
| The goal of Computer Science is to build something that will last at
| least until we've finished building it.
|
|
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

Davide Bianchi wrote:

In comp.os.linux.misc jmh <j_m_h@cox.net> wrote:

I've certainly run a Sybase database as both a servie and

Well, I've never used SyBase (only MS SQL Server), and it's possible
that they have one version that runs as a service implementing the
correct APIs and the same binary also contains a Window Procedure so
it can run as a program. But I think that those kind of programs are
veeeeery uncommon. I've always saw Windows programs and Windows
services. And the two usually don't mix.

I don't pretend being a long time windows programmer, but it is easy and
only takes a bit time to proof that you are wrong.

I think that's overstating the case. I think any execuitible
can be setup to run as a service-

Huu.... yes _IF_ you are prepared to spend money in some
third-party software that run as a wrapper around the executable.
Of course I'm 100% behind you about the fact that is a PITA.

Just google a bit: http://www.google.com/search?q=srvany+freeware
to find http://www.pirmasoft.de/runassvc.php
If you don't mind downloading the 12mb w2k3 server reskit (containing srvany.exe) : http://www.microsoft.com/downloads/details.aspx?familyid=9d467a69-57ff-4ae7-96ee-b18c4790cffd&displaylang=en

HTH
--
Greetings
Matthias
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

In comp.os.linux.misc Matthias Tacke <Matthias@tacke.de> wrote:

I don't pretend being a long time windows programmer, but it is easy and only takes a bit time to proof that you are wrong.

We are going from OT to way-OT, but if you have same code to share
I'll be delighted to see it. Remove the 'yeahsure' form my address.

If you don't mind downloading the 12mb w2k3 server reskit (containing srvany.exe) :

I know Srvany, I've used many time. Problem is, sometimes it doesn't
work. Afaik when the 'application-wannabe-service' want to display
something on the screen srvany can't run the application.

Davide

--
| If that makes any sense to you, you have a big problem.
|
|
|
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

Davide Bianchi wrote:

In comp.os.linux.misc Matthias Tacke <Matthias@tacke.de> wrote:

I don't pretend being a long time windows programmer, but it is easy and
only takes a bit time to proof that you are wrong.

We are going from OT to way-OT, but if you have same code to share
I'll be delighted to see it. Remove the 'yeahsure' form my address.

Ah, I see the position for that sentence was choosen badly.
IMO (your) arguments to differentiate between daemon and service aren't
that valid. A Hello World doesn't make sense for both. If an an app has
a gui and needs it, the app is split up in front and back end, the back
end being daemon or service. (Hamster comes to my mind a mail/nntp prog)

If you don't mind downloading the 12mb w2k3 server reskit (containing
srvany.exe) :

I know Srvany, I've used many time. Problem is, sometimes it doesn't
work. Afaik when the 'application-wannabe-service' want to display
something on the screen srvany can't run the application.

Davide

You can pass arguments to your service via a registry entry. Didn't test
it myself, but redirecting stdout may work that way.

--
Greetings
Matthias
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

Davide Bianchi <davideyeahsure@onlyforfun.net> wrote in news:2i8rhaFkinb6U3@uni-berlin.de:

In comp.os.linux.misc Matthias Tacke <Matthias@tacke.de> wrote:

I don't pretend being a long time windows programmer, but it is easy
and only takes a bit time to proof that you are wrong.

We are going from OT to way-OT, but if you have same code to share
I'll be delighted to see it. Remove the 'yeahsure' form my address.

Nutshell:

I have many services that can run either as a proper Win32 service, or on
the command-line. It does use a command-line argument to choose which to
do.

If running in "service mode", the main() ends up registering a service
control dispatcher function. Inside that function I call a function like ServiceMain(), and that function does all the service stuff.

If running in "cli mode", the main() skips the registering of the
dispatcher, and simply calls ServiceMain directly.
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

The world rejoiced as thegreatkarthik@yahoo.co.in (karthikeyan) wrote:

What's difference bet service in win2k & daemons in linux?

As far as i heard that services can be started/stopped manually or
made automatic and once if the service is started then the memory
for that will be for ever. but whereas daemons are background
process whenever needed are called and after done their process it
would be in sleep mode and won't occupy any memory. Please help me
is this correct

or give me the difference bet service in win2k & daemons in linux?

thks in adv.

They are, generally speaking, analagous in their intended function, in
that they represent ways of running programs that sit around in the
background and provide some form of "service" for the system.

Beyond that, precise implementation details will differ considerably.

On Linux, it is quite common for a inet.d/xinet.d 'superserver' to be
used for some services, forking daemons on demand so that the daemons
may not even be instantiated until requested.

What is your purpose in trying to perceive the differences?

If it's for a homework assignment, then I'd be inclined to decline to
help.

If it's for some sort of "blind advocacy" evaluation ('who's
better?'), then this is a futile task.

If what you're trying to do is to implement something on both
platforms, then maybe you should describe your service so that people
could give more detailed suggestions that are actually relevant.
--
output = reverse("gro.mca" "@" "enworbbc") http://www3.sympatico.ca/cbbrowne/sgml.html
"In real life, of course, it is the hare who wins. Every time. Look
around you. And in any case, it is my contention that Aesop was
writing for the tortoise market." --Anita Brookner
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

Davide Bianchi wrote:

In comp.os.linux.misc jmh <j_m_h@cox.net> wrote:

I've certainly run a Sybase database as both a servie and

Well, I've never used SyBase (only MS SQL Server), and it's possible
that they have one version that runs as a service implementing the
correct APIs and the same binary also contains a Window Procedure so
it can run as a program. But I think that those kind of programs are
veeeeery uncommon. I've always saw Windows programs and Windows
services. And the two usually don't mix.

I think that's overstating the case. I think any execuitible
can be setup to run as a service-

Huu.... yes _IF_ you are prepared to spend money in some
third-party software that run as a wrapper around the executable.
Of course I'm 100% behind you about the fact that is a PITA.

Why? sc.exe is suppose to allow you to setup any execuitable
to run as a service--basically means starts up without any
need of an interactive logon to launch it and not have stop
when a user logs off. What am I missing here about this?--
though I don't want to push this far as it's not a ng for
discussing Windows but one for discussing linux--programms
running as services, especially one's running in their own
memory space, just need the correct registry entries. At
least that's my understanding of them. I think the one's
running under the Win32srvc process (Is that it? something
along the idea of inetd I think) needs to have some
additional registration made--but sc will do that.

I'll let you enlighten me and leave it at that.

jmh

--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

On 06-03-2004, in comp.os.linux.misc,
jmh <j_m_h@cox.net> wrote:

Davide Bianchi wrote:

In comp.os.linux.misc jmh <j_m_h@cox.net> wrote:

I've certainly run a Sybase database as both a servie and

Well, I've never used SyBase (only MS SQL Server), and it's possible
that they have one version that runs as a service implementing the
correct APIs and the same binary also contains a Window Procedure so
it can run as a program. But I think that those kind of programs are
veeeeery uncommon. I've always saw Windows programs and Windows
services. And the two usually don't mix.

I think that's overstating the case. I think any execuitible
can be setup to run as a service-

Huu.... yes _IF_ you are prepared to spend money in some
third-party software that run as a wrapper around the executable.
Of course I'm 100% behind you about the fact that is a PITA.

Why? sc.exe is suppose to allow you to setup any execuitable
to run as a service--basically means starts up without any
need of an interactive logon to launch it and not have stop
when a user logs off. What am I missing here about this?--
though I don't want to push this far as it's not a ng for
discussing Windows but one for discussing linux--programms
running as services, especially one's running in their own
memory space, just need the correct registry entries. At
least that's my understanding of them. I think the one's
running under the Win32srvc process (Is that it? something
along the idea of inetd I think) needs to have some
additional registration made--but sc will do that.

I'll let you enlighten me and leave it at that.

Got your boots on folks!. No chance any of this this is troll shit. Right?

Max

--
____ ____ ____
||M |||A |||X ||
||__|||__|||__||
|/__\|/__\|/__\|
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.os.ms-windows.misc

Max wrote:

On 06-03-2004, in comp.os.linux.misc,
jmh <j_m_h@cox.net> wrote:

. . .[discussion about the actual difference between
services and daemon and the accuracy of the claims made.]

I'll let you enlighten me and leave it at that.

Got your boots on folks!. No chance any of this this is troll shit. Right?

That's certainly helpful. You might also note that someone
(not me, I've just replied) has included comp.os-ms-windows
so one would expect some critical response to what appears
to have been bad information or at least over statement of
the difficulties. I cannot see how discussion of the
factuality of claims made can actually be trolling or that
or that
those interested in Linux have some interest in know the
truth of claims, including those relating to the MS OSs
since they generally still have to deal with them on a
daily basis. Bad information and misinformation makes
people's lives more difficult because actions will not
produce the expected or desired results.

But go right ahead and start a flame war instead of
adding facts or correcting misinformation.

jmh


--- Synchronet 3.18b-Win32 NewsLink 1.113