Controlling number of instances of a program (Cross platform)

[Paul Tremblay]

Hi,

Is there a way to ensure that only one instance of an application runs
on a physical machine. I would want to do this in a cross platform way.
One ide I have is to obtain a list of the running processes and checking
the list - but then (presumably), the checking code would always be on
the list - so this defeats the point somewhat.

Any ideas?

many thanks

[Ron Natalie]

Paul Tremblay wrote:

Hi,

Is there a way to ensure that only one instance of an application runs
on a physical machine.

No portable way. It's not even overly easy on UNIX. Enumerating
the processes on Windows works (and I believe the only way on NT-derived
kernels).

[Rolf Magnus]

Paul Tremblay wrote:

Hi,

Is there a way to ensure that only one instance of an application runs
on a physical machine. I would want to do this in a cross platform way.
One ide I have is to obtain a list of the running processes and checking
the list - but then (presumably), the checking code would always be on
the list - so this defeats the point somewhat.

Any ideas?

There is no really platform indepedant way. One often used way is that the
process simply creates a file at start and removes it at the end.
Before starting up, it checks whether the file already exists and if it
does, exits immediately.
The main problem about this is handling in a platform independant way the
case that the program crashed and left the file there.

[BigBrian]

> Is there a way to ensure that only one instance of an application runs

on a physical machine. I would want to do this in a cross platform way.
One ide I have is to obtain a list of the running processes and checking
the list

Put obtaining this list is platform specific. So you'd have to
implement this for every platform which you want to run on. Maybe
there's a library which already does this.

You could have your program try to bind to a socket to specific port.
If another instance tries to bind to the same port, then it will fail.
You would then handle this failure by exiting, leaving only the first
instance running.

Or when an instance starts, it could check a flag that's stored in a
file, which indicates if another instance is already running.

[kieran]

Paul Tremblay wrote:

Hi,

Is there a way to ensure that only one instance of an application runs
on a physical machine.

There isn't a way in standard C++ to do this.

(OT from here on)

However, in the cross-platform library wxWidgets you could use the
class wxSingleInstanc eChecker. For a detailed way of how to do this
consult the latest wxWidgets documentation:
http://www.wxwidgets.org/manuals/2.6...cechecker.html

Cheers,
Kieran

[John Dibling]

Ron Natalie wrote:

Paul Tremblay wrote:

Hi,

Is there a way to ensure that only one instance of an application runs
on a physical machine.

No portable way. It's not even overly easy on UNIX. Enumerating
the processes on Windows works (and I believe the only way on NT-derived
kernels).

The socket approach mentioned elsewhere sounds promising.

Platform-specific: On Windows, what I sometimes do is create a named
event using ::CreateEvent() . When the application starts up, do a WFSO
on that named event with a timeout of zero, thereby testing the state
and returning immediately. If WFSO returns with a value of
WAIT_TIMEOUT, then you know that this instance is a second instance of
the running program. When the application which raised the event
sucessfully shuts down, that's the time to lower the event.

Make sense?

Take care,

John Dibling

[Peter Koch Larsen]

"Ron Natalie" <ro*@spamcop.ne t> skrev i en meddelelse
news:42******** **************@ news.newshostin g.com...

Paul Tremblay wrote:

Hi,

Is there a way to ensure that only one instance of an application runs on
a physical machine.

No portable way. It's not even overly easy on UNIX. Enumerating
the processes on Windows works (and I believe the only way on NT-derived
kernels).

A better approach would be to create a named semaphore,

/Peter

[Swampmonster]

Peter Koch Larsen wrote:

"Ron Natalie" <ro*@spamcop.ne t> skrev i en meddelelse
news:42******** **************@ news.newshostin g.com...

Paul Tremblay wrote:

Hi,

Is there a way to ensure that only one instance of an application runs on
a physical machine.

No portable way. It's not even overly easy on UNIX. Enumerating
the processes on Windows works (and I believe the only way on NT-derived
kernels).

A better approach would be to create a named semaphore,

/Peter

Or a named mutex, which is what I usually do.

[Swampmonster]

Rolf Magnus wrote:

Paul Tremblay wrote:

Hi,

Is there a way to ensure that only one instance of an application runs
on a physical machine. I would want to do this in a cross platform way.
One ide I have is to obtain a list of the running processes and checking
the list - but then (presumably), the checking code would always be on
the list - so this defeats the point somewhat.

Any ideas?

There is no really platform indepedant way. One often used way is that the
process simply creates a file at start and removes it at the end.
Before starting up, it checks whether the file already exists and if it
does, exits immediately.
The main problem about this is handling in a platform independant way the
case that the program crashed and left the file there.

I think just opening a file for write-access should do fine. If you
don't close the handle no other process can open it. And if the file
is left on the disk after the program has terminated it's not a problem,
since the test wouldn't be whether the file exists but whether the new
process can open it.

[Rolf Magnus]

Swampmonster wrote:

There is no really platform indepedant way. One often used way is that
the process simply creates a file at start and removes it at the end.
Before starting up, it checks whether the file already exists and if it
does, exits immediately.
The main problem about this is handling in a platform independant way the
case that the program crashed and left the file there.

I think just opening a file for write-access should do fine. If you
don't close the handle no other process can open it.

That's not guaranteed, and on many systems, it is in fact not true.