December 2005 - Darwin-dev - lists.apple.com

Re: How to list all files opened by a process on the Mac OS X?
by Jerald Dawson 25 Dec '05

25 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com lsof will give you this information. See man lsof for more info. -j On Dec 25, 2005, at 10:32 AM, Chen Ben wrote: Hi all! How can I list all open files of one process? I have used sysctl to list many process infomations, but I cannot find a way to get something like the vnode or file descripters of one process. What should I do? _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Thanks -- Ben Chen, Apple Technology Lab of Software Engineering School, Tongji University _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/jdawson%40mrk.com This email sent to jdawson(a)mrk.com This email sent to site_archiver(a)lists.apple.com

1 0

How to list all files opened by a process on the Mac OS X?
by Chen Ben 25 Dec '05

25 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DmxFfbY863Fj8KKyaBio5lb5KsMpP0J4jQKRml97sbhWDmjUW74EHx/W1T7kgR0q/sSmpMMY7mxglIMkF+EazjQNm7Qea1XOGVp3yKqeI9uz2tmx/HcWpTW6ouAN8A5CMdc2YiUfc2415i8Xw9aZWaFNsLemkxmLeglmU5LnCg4= Hi all! How can I list all open files of one process? I have used sysctl to list many process infomations, but I cannot find a way to get something like the vnode or file descripters of one process. What should I do? Thanks -- Ben Chen, Apple Technology Lab of Software Engineering School, Tongji University _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Request For Help with X.org port
by David Fang 23 Dec '05

23 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com > > I've suffered the pain of having to learn M4 and automake/conf. :-) > > Ouch! :-) Hi, Been there myself, been using autoconf (and the GNU build system, in general) on my own project for the past two years, and learn something new every week. I occasionally volunteer to autoconf-iscate projects that I care about, and that are in dire need of it. Please keep me CCd on the X.org port. I'm no expert, but am willing to help out where I can. > > Are you looking for someone who will work on BOTH X.org and Xfree? > > That's a big chunk of work... > > At this point, all the activity appears to be on the X.org side. If > you could help Torrey with getting X.org R7 to build on Darwin (using > autoconf, I presume) he and I -- and many others -- would be grateful. > > The new build system in R7 is fairly complicated: > > http://wiki.x.org/wiki/ModularDevelopersGuide > > The good is that it *is* more standard, since it uses autoconf. The > bad news is that it is *different*, so Torrey is probably unclear > what all needs to be changed, and the rest of us are *completely* > clueless. I've never looked into X11's build system, or much of its guts for that matter. I hope a fresh pair of eyes can be of use. > Of course, we might get lucky and it will all "just work" due to the > magic of autoconf. The first step, I suspect, is merely to give it a > shot and figure out what breaks. Torrey, have you even tried to > tackle R7 yet, or are you focused on R6.9 functional issues? > > One very useful starting point would be create a 'port' for R7, to > capture the relevant learning and patches needed to make this all > work. I'm a DarwinPorts guy, and could help you with that bit (if > you have some time over the next week) -- unless the Fink guys have > already done all that, which (as far as I can see) they have not: > > http://fink.sourceforge.net/doc/x11/inst-xfree86.php > > Let me know if you (or anybody else, HINT HINT) are interested in > tacking this, and we can start an offline thread. Hint taken! David Fang Computer Systems Laboratory Electrical & Computer Engineering Cornell University http://www.csl.cornell.edu/~fang/ -- (2400 baud? Netscape 3.0?? lynx??? No problem!) _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Request For Help with X.org port
by Peter O'Gorman 23 Dec '05

23 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Dec 23, 2005, at 6:53 PM, Ernest Prabhakar wrote: Hi Scott, Ouch! :-) The new build system in R7 is fairly complicated: http://wiki.x.org/wiki/ModularDevelopersGuide Peter _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Dec 23, 2005, at 10:06 AM, Scott Mansfield wrote: I've suffered the pain of having to learn M4 and automake/conf. :-) Are you looking for someone who will work on BOTH X.org and Xfree? That's a big chunk of work... At this point, all the activity appears to be on the X.org side. If you could help Torrey with getting X.org R7 to build on Darwin (using autoconf, I presume) he and I -- and many others -- would be grateful. The good is that it *is* more standard, since it uses autoconf. The bad news is that it is *different*, so Torrey is probably unclear what all needs to be changed, and the rest of us are *completely* clueless. I also have some knowledge of autoconf etc. Perhaps Torrey could outline what problems he is running into (if any). This email sent to site_archiver(a)lists.apple.com

1 0

Re: Request For Help with X.org port
by Ernest Prabhakar 23 Dec '05

23 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Scott, Ouch! :-) The new build system in R7 is fairly complicated: http://wiki.x.org/wiki/ModularDevelopersGuide http://fink.sourceforge.net/doc/x11/inst-xfree86.php Thanks! -- Ernie P. Cheers, Scott _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Dec 23, 2005, at 10:06 AM, Scott Mansfield wrote: I've suffered the pain of having to learn M4 and automake/conf. :-) Are you looking for someone who will work on BOTH X.org and Xfree? That's a big chunk of work... At this point, all the activity appears to be on the X.org side. If you could help Torrey with getting X.org R7 to build on Darwin (using autoconf, I presume) he and I -- and many others -- would be grateful. The good is that it *is* more standard, since it uses autoconf. The bad news is that it is *different*, so Torrey is probably unclear what all needs to be changed, and the rest of us are *completely* clueless. Of course, we might get lucky and it will all "just work" due to the magic of autoconf. The first step, I suspect, is merely to give it a shot and figure out what breaks. Torrey, have you even tried to tackle R7 yet, or are you focused on R6.9 functional issues? One very useful starting point would be create a 'port' for R7, to capture the relevant learning and patches needed to make this all work. I'm a DarwinPorts guy, and could help you with that bit (if you have some time over the next week) -- unless the Fink guys have already done all that, which (as far as I can see) they have not: Let me know if you (or anybody else, HINT HINT) are interested in tacking this, and we can start an offline thread. Ernest Prabhakar wrote: Hi all, As most of you know, X.org has recently release versions 6.9 and 7.0: http://wiki.x.org/wiki/PressReleases_2fX11R6970Released Torrey Lyons, who has been doing a fantastic job of maintaining both the X.org and Xfree86 ports for Mac OS X, has gotten a little busy with other things lately, and suggested I ask the community for help with these ports. The specific things he could use help with are: 1. Porting R7's new modular build system (any autoconf gurus out there?) 2. Testing/cleaning up the GLX libraries 3. Testing and productizing Apple's X11 UI 4. Finishing the implementation of Full Screen <-> Shared Screen switching Apologies if I garbled anything he told me. At any rate, if any of you have some time over the next week/month and would like to help, please reply here or contact him directly (CC-ed above). Thanks, - Ernie P. --------------------------------------------------------------------- --- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/thephantom% 40mac.com This email sent to thephantom(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: Request For Help with X.org port
by Scott Mansfield 23 Dec '05

23 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) Hi all, I've suffered the pain of having to learn M4 and automake/conf. :-) Cheers, Scott Hi all, As most of you know, X.org has recently release versions 6.9 and 7.0: http://wiki.x.org/wiki/PressReleases_2fX11R6970Released 1. Porting R7's new modular build system (any autoconf gurus out there?) 2. Testing/cleaning up the GLX libraries 3. Testing and productizing Apple's X11 UI Thanks, - Ernie P. ------------------------------------------------------------------------ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/thephantom%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Are you looking for someone who will work on BOTH X.org and Xfree? That's a big chunk of work... Ernest Prabhakar wrote: Torrey Lyons, who has been doing a fantastic job of maintaining both the X.org and Xfree86 ports for Mac OS X, has gotten a little busy with other things lately, and suggested I ask the community for help with these ports. The specific things he could use help with are: 4. Finishing the implementation of Full Screen <-> Shared Screen switching Apologies if I garbled anything he told me. At any rate, if any of you have some time over the next week/month and would like to help, please reply here or contact him directly (CC-ed above). This email sent to thephantom(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: Determining the canonical case for a file name on HFS+ (complete solution)
by Camillo Lugaresi 22 Dec '05

22 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=DSRIu/dzxhDdYUcKBQWpy005BmZEHQdZfSwI8zooy476y1klVRAPVQk5pqt2dKXCweOCLUPEuzm5uiL8bwykAMLB7RmRJ+Ztk9HGM7VTR0nfR0n1KEPJjN/lYXt8o0OnNWw+3UBejwGuMd/RQosbiCH7uodlAZ9StYvosR7l9Qw= On 30/nov/05, at 22:05, Camillo Lugaresi wrote: This can be done using realpath (man 3 realpath). For example: #include <stdio.h> #include <stdlib.h> #include <sys/param.h> int main (int argc, char **argv) { char real_path[PATH_MAX]; if (argc < 2) return 1; printf("%s\n", realpath(argv[1], real_path)); return 0; } Here is the solution I ended up using in a cross-platform program. On Windows, stat is not Posix-compliant: Camillo _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I'll reply to my own message so that the solution will be in the archives of the list. I am looking for a way to determine the canonical form for a file name. Suppose that there is a file named "FILE" in the directory / folder/, which is on an HFS+ volume: then the canonical form of the path "/folder/file" would be "/folder/FILE". Both paths refer to the same file, but the representation on disk is FILE. I need to know this for the purpose of comparison, and I cannot simply do a case-insensitive comparison because I do not know if / folder/ is on a case-insensitive or case-sensitive volume. I have thought of opening the file and then using fstat on the descriptor, but is there a better way to do it? >From a broader point of view, what I need is a reliable solution for determining if two paths refer to the same file, without assuming anything about the filesystem on which it is located. I have searched the archives of this list, but I could not find an answer to this question. On Unix-like systems, use stat and compare inodes and device ids. The Posix standard says: The st_ino and st_dev fields taken together uniquely identify the file within the system. [...] Networked implementations of a POSIX-conforming system must guarantee that all files visible within the file tree (including parts of the tree that may be remotely mounted from other machines on the network) on each individual processor are uniquely identified by the combination of the st_ino and st_dev fields. (from <http://www.opengroup.org/onlinepubs/009695399/basedefs/sys/ stat.h.html>) Testing showed that Mac OS X and Linux implement it correctly for both local and network file systems. In general, since this behaviour is specified in Posix, it is expected to work on all modern Unix-like systems. The one exception I have heard of is when a file system with an unusually large inode number is mounted on a system where ino_t is too small: in that case, a hash of the real inode number is returned in st_ino, and there is the possibility of a collision. But that is a very rare scenario, and such a collision would be a mere annoyance in the context of the application I was working on. st_ino Number of the information node (the inode) for the file (UNIX- specific). On UNIX file systems, the inode describes the file date and time stamps, permissions, and content. When files are hard- linked to one another, they share the same inode. The inode, and therefore st_ino, has no meaning in the FAT, HPFS, or NTFS file systems. (from <http://msdn.microsoft.com/library/default.asp?url=/library/en- us/vclib/html/_crt__stat.2c_._wstat.2c_._stati64.2c_._wstati64.asp>) In practice, 0 is returned for all files on most filesystems. Windows can return file IDs for local file systems using GetFileInformationByHandle, but unlike in Posix, there are no guarantees for network file systems. So, on Windows we fall back on comparing names, using the technique recommended here: <http:// blogs.msdn.com/michkap/archive/2005/10/17/481600.aspx> I hope this information will be helpful to others who face a similar problem. :-) This email sent to site_archiver(a)lists.apple.com

1 0

Request For Help with X.org port
by Ernest Prabhakar 22 Dec '05

22 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Getting command line parameters outside argv passed to main
by Steve Checkoway 21 Dec '05

21 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Dec 19, 2005, at 12:38 PM, Steve Checkoway wrote: On Dec 19, 2005, at 12:15 PM, Shawn Erickson wrote: If no built-in feature exists I will simply grab the arguments while in main and stash what I need in a global var for later use or accessible via some internal api. That's what I always do. $ cat args2.c #include <stdio.h> extern char **environ; extern char **NXArgv; extern int NXArgc; static void print_args( int real_path ) { char **envp = environ; char **argv = NXArgv; while( *(envp++) ) ; fputs( real_path ? *envp : *argv, stdout ); while( *(++argv) ) printf( " %s", *argv ); puts( "" ); } int main() { print_args( 0 ); print_args( 1 ); return 0; } $ gcc -Wall args2.c $ ./a.out foo bar baz ./a.out foo bar baz ./a.out foo bar baz e$ cat bad.c #include <unistd.h> int main( int argc, char **argv, char **envp ) { char *new_argv[] = { "lying", "foo", "bar", "baz", NULL }; execve( "./a.out", new_argv, envp ); _exit(1); } $ gcc -Wall -o bad bad.c $ ./bad lying foo bar baz ./a.out foo bar baz - Steve _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com I suppose it might be possible to walk backward from environ to get the command line parameters: Actually, it's even easier than that. For something totally unrelated, I was reading some of darwin's source and I noticed NXArgc and NXArgv as well as something else that's interesting: Argv[0] doesn't have to be the same thing that's passed to execve as bad.c shows. However, either start() or _start() [I forget which] puts the actual path just after the NULL that follows the environment. smime.p7s

1 0

Re: Getting command line parameters outside argv passed to main
by Steve Checkoway 19 Dec '05

19 Dec '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Dec 19, 2005, at 12:15 PM, Shawn Erickson wrote: If no built-in feature exists I will simply grab the arguments while in main and stash what I need in a global var for later use or accessible via some internal api. That's what I always do. $ cat args.c #include <stdio.h> extern char **environ; static void print_args() { int argc = 1; char **argv = environ-3; while( (int)*argv != argc ) { ++argc; --argv; } printf( "%s", *(++argv) ); while( *(++argv) ) printf( " %s", *argv ); puts( "" ); } int main( int argc, char **argv ) { print_args(); return 0; } $ gcc -Wall args.c $ ./a.out This is a test. ./a.out This is a test. argc argv[0] argv[1]...argv[argc-1] NULL environ[0]...environ[n] NULL That might be a reasonable assumption to make. - Steve _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com I suppose it might be possible to walk backward from environ to get the command line parameters: That said, it's probably easier and safer to just store them. The above code assume that argv[0] is the path of the program which doesn't have to be the case. It also assumes that sizeof( int ) == sizeof( char * ), also not a reasonable assumption to make for portable code. Lastly, it assumes that the arguments to main are laid out in memory in the order: smime.p7s

1 0