Posted on 2012-04-18 22:44
RTY 閱讀(613)
評(píng)論(0) 編輯 收藏 引用 所屬分類:
C/C++ 、
Mac os
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
- Delivered-to: email@hidden
- Delivered-to: email@hidden
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