Re: Find path of an application
Re: Find path of an application
- Subject: Re: Find path of an application
- From: Terry Lambert <email@hidden>
- Date: Tue, 16 Dec 2008 02:01:54 -0800
On Dec 16, 2008, at 1:00 AM, Rakesh Singhal wrote:
I am done with finding the process is running or not. Thanks a lot.
Still I am stuck with second issue to find the path to my application
in my system. Actually there are 3 steps:
1. To know that application is running or not? Now it is done.
2. If not then get the path of application where it was installed
(user can change the path during installation).
3. Launch the application.
My code is standard C++ tool so I want to use only C and C++ APIs.
Please suggest me.
You said this was a GUI app that you didn't control the sources to.
So control it anyway by renaming the binary in the bundle and putting
a stub in there that will save off the id for you and then reexec the
real binary:
--- example with no error checking ---
#include <mach-o/dyld.h> /* _NSGetExecutablePath */
#include <limits.h> /* PATH_MAX */
#include <unistd.h> /* execve */
#include <libgen.h> /* dirname */
#include <string.h> /* strcpy */
#define BINARYNAME "myreal_executable"
int
main(int ac, char *av[])
{
char pathbuf[PATH_MAX + 1];
char real_executable[PATH_MAX + 1];
char *bundle_id;
int bufsize = sizeof(pathbuf);
_NSGetExecutablePath( pathbuf, &bufsize);
bundle_id = dirname(pathbuf);
strcpy(real_executable, bundle_id);
strcat(real_executable, "/");
strcat(real_executable, BINARYNAME);
execv(real_executable, av);
}
--------------------
Then write the path into /var/run/program.<pid> before you do the
execv call to give control to the real binary.
Then in your other program go looking for /var/run/program.*. When
you find one, take the pid and do an atoi() on it to get the integer
pid back. Then end it a kill(pid, 0).
This function will return one of three things:
(1) 0, indicating that the process exists and you have the right to
send it signals
(2) -1, with errno set to EPERM, indicating that the process exists
and you do not have rights to send it a signal
(3) -1, with errno set to ESRCH, indicating that the process does not
(yet) exist
-
Ideally, all this would be unnecessary because you put your daemon and
the program you want to give it a UI into the same bundle,
which ,means either one of them can find the other by looking at the
dirname() from their own call to _NSGetExecutablePath().
No grovelling around trying to find out where something came from,
because it tells you.
-- Terry
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden