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

Re: Listusers command
by Finlay Dobbie 11 Mar '05

11 Mar '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:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=NtBOOtDP+P/wPLAcfGU4TXl0fyy30F4Gf2qnyUCWFGmaItLV9U8+H6TXA4To5hkUb0b4NNdzXgn3R8lJNUDktxwM0aZFkJS6lidY4pfo4sAV/L2nv7+A4dJNIQHT3lGCiNae3+XCKkMsfHq3Y/bdoSgHvgdwtWgLfKD7sCgAMqc= On Fri, 11 Mar 2005 07:42:41 -0600, Chuck Gagnon <chuck.gagnon(a)mac.com> wrote: > It makes use of getpwent from libc, I would hope there is a backend > bridge to DirectoryServices just like there is to NIS as such, perhaps > I'm wrong there. My account which is not in /etc/passwd shows up in > the list it. if the libc functions are to be abandon in favor of an > API then all the BSD tools that make use of them (users, groups, > who...) will need to be retooled. Proceed to investigate how all this stuff fits together at your own peril. Hint: It's not nice. -- Finlay _______________________________________________ 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: Listusers command
by Stephane Sudre 11 Mar '05

11 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Le 11 mars 05, à 14:42, Chuck Gagnon a écrit : With the DirectoryServices, it worked. On Mar 11, 2005, at 4:30 AM, Stephane Sudre wrote: On 9 mars 05, at 05:45, Chuck Gagnon wrote: It is under a BSD style license. Code is at: http://homepage.mac.com/gagnocg/downloads/listusers.zip Hum, I'm not sure it would work correctly on OS X in every case. My $0.02 _______________________________________________ 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… It makes use of getpwent from libc, I would hope there is a backend bridge to DirectoryServices just like there is to NIS as such, perhaps I'm wrong there. My account which is not in /etc/passwd shows up in the list it. if the libc functions are to be abandon in favor of an API then all the BSD tools that make use of them (users, groups, who...) will need to be retooled. Well, I was using getpwent in a software too and for one user (not a user account, a real user), it would not work (the accounts were on a Windows server IIRC). I'm not sure if this is the appropriate way to do this, but for ease and compatibility with the various flavors of unix I administer at work I wrote this code. It is basically a work alike to the SYSV command of the same name (man page included), with no arguments it lists all users in a sorted list showing username and comment (gecos) field. the to options are [ -l users ] to list specific users and or [ -g groups ] to list all users in the given group(s). Users are defined as ID's with a uid greater than 99. We have a lot of scripts that made use of this command on Solaris and HP-UX, and I couldn't find a similar command in the BSD world. AFAIK, the only safe way to have the correct list of users is to use the Directory Services API. But I can be wrong. The real difficult part with the Directory Services API IMHO is that the APIs are a bit strange from a spelling point of view (Bug filed on this matter and closed as duplicate) Happily, a SDK (not provided with the DevTools) exists at http://developer.apple.com/sdk/ and contains a really good sample code showing how to list users. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Listusers command
by Chuck Gagnon 11 Mar '05

11 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Mar 11, 2005, at 4:30 AM, Stephane Sudre wrote: On 9 mars 05, at 05:45, Chuck Gagnon wrote: It is under a BSD style license. Code is at: http://homepage.mac.com/gagnocg/downloads/listusers.zip Hum, I'm not sure it would work correctly on OS X in every case. My $0.02 _______________________________________________ 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… It makes use of getpwent from libc, I would hope there is a backend bridge to DirectoryServices just like there is to NIS as such, perhaps I'm wrong there. My account which is not in /etc/passwd shows up in the list it. if the libc functions are to be abandon in favor of an API then all the BSD tools that make use of them (users, groups, who...) will need to be retooled. I'm not sure if this is the appropriate way to do this, but for ease and compatibility with the various flavors of unix I administer at work I wrote this code. It is basically a work alike to the SYSV command of the same name (man page included), with no arguments it lists all users in a sorted list showing username and comment (gecos) field. the to options are [ -l users ] to list specific users and or [ -g groups ] to list all users in the given group(s). Users are defined as ID's with a uid greater than 99. We have a lot of scripts that made use of this command on Solaris and HP-UX, and I couldn't find a similar command in the BSD world. AFAIK, the only safe way to have the correct list of users is to use the Directory Services API. But I can be wrong. The real difficult part with the Directory Services API IMHO is that the APIs are a bit strange from a spelling point of view (Bug filed on this matter and closed as duplicate) Happily, a SDK (not provided with the DevTools) exists at http://developer.apple.com/sdk/ and contains a really good sample code showing how to list users. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Leaking Mach Ports?
by Dirk Musfeldt 11 Mar '05

11 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Microsoft-Entourage/11.1.0.040913 Chris, >> One thing seems to be that from every pthread remains a port. Is that >> leaked? How can I release that port? > > Are you creating the threads with the "detached" attribute or calling > pthread_join()? If not, that's probably a good explanation for your > leaks. > After calling pthread_create() and pthread_detach() MachPortDump shows these additional ports: 0x6303 3 0x6403 1 0x6503 1 1 0x6603 1 0x6703 1 This makes up for five ports with a total of 4 send rights, 3 receive rights and a PortSet. 0x6303 is the result for mach_thread_self() in this example. After terminating the thread these rights still exist: 0x6303 2 which gives 2 DeadName rights. How could I care for releasing these references? Regards Dirk _______________________________________________ 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: Leaking Mach Ports?
by Dirk Musfeldt 11 Mar '05

11 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Microsoft-Entourage/11.1.0.040913 Chris, >> One other thing is our use of the CFMessagePort communication. Every >> call to >> CFMessagePortCreateRemote() as well as some other calls from the >> CFMessagePort suite increases the number of send rights for a special >> port, >> but CFRelease() doesn't lower it again. Is that expected behaviour? > > Are you also detaching and releasing the runloop sources associated > with the message port? I believe those might add a retain to the > message port and therefore prevent the mach port from being released... At least for some message ports there are no runloop sources associated. This is a one-shot message: CFMessagePortRef portRef = CFMessagePortCreateRemote( kCFAllocatorDefault, portNameRef); if (NULL != portRef) { // we have found valid client port if (CFMessagePortIsValid(portRef)) { success = CFMessagePortSendRequest ( portRef, kMyMessageID, sendDataRef, kSendTimeout, kReceiveTimeout, NULL, NULL); CheckError( success); } CFRelease(portRef); } After stepping through this code the number of send rights remain increased. Is there anything wrong with this code? Regards Dirk _______________________________________________ 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: Listusers command
by Stephane Sudre 11 Mar '05

11 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 9 mars 05, at 05:45, Chuck Gagnon wrote: It is under a BSD style license. Code is at: http://homepage.mac.com/gagnocg/downloads/listusers.zip Hum, I'm not sure it would work correctly on OS X in every case. My $0.02 _______________________________________________ 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'm not sure if this is the appropriate way to do this, but for ease and compatibility with the various flavors of unix I administer at work I wrote this code. It is basically a work alike to the SYSV command of the same name (man page included), with no arguments it lists all users in a sorted list showing username and comment (gecos) field. the to options are [ -l users ] to list specific users and or [ -g groups ] to list all users in the given group(s). Users are defined as ID's with a uid greater than 99. We have a lot of scripts that made use of this command on Solaris and HP-UX, and I couldn't find a similar command in the BSD world. AFAIK, the only safe way to have the correct list of users is to use the Directory Services API. But I can be wrong. The real difficult part with the Directory Services API IMHO is that the APIs are a bit strange from a spelling point of view (Bug filed on this matter and closed as duplicate) Happily, a SDK (not provided with the DevTools) exists at http://developer.apple.com/sdk/ and contains a really good sample code showing how to list users. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Leaking Mach Ports?
by Chris Sarcone 10 Mar '05

10 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dirk -- One thing seems to be that from every pthread remains a port. Is that leaked? How can I release that port? HTH, -- Chris ------------------ 6 Infinite Loop M/S 306-2MS Cupertino CA 95014 phone: (408) 974-4033 fax: (408) 862-7577 email: sarcone(a)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… Are you creating the threads with the "detached" attribute or calling pthread_join()? If not, that's probably a good explanation for your leaks. One other thing is our use of the CFMessagePort communication. Every call to CFMessagePortCreateRemote() as well as some other calls from the CFMessagePort suite increases the number of send rights for a special port, but CFRelease() doesn't lower it again. Is that expected behaviour? Are you also detaching and releasing the runloop sources associated with the message port? I believe those might add a retain to the message port and therefore prevent the mach port from being released... This email sent to site_archiver(a)lists.apple.com

1 0

search path for indirect dynamic libraries?
by Benoit Foucher 10 Mar '05

10 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi, g++ -dynamiclib -o libB.dylib B.o g++ -dynamiclib -o libA.dylib A.o -L<path to B> -lB Thanks! Benoit. _______________________________________________ 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 have a library B which wraps functionality from a library A. B is linked with A. Here are the link commands I use to create the libraries: When I link my executable with A, I'm getting the following error from the linker: g++ -o main Main.o -L<path to A> -lA ld: warning can't open dynamic library: libB.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2) ld: Undefined symbols: B::dummy() referenced from libA expected to be defined in libB.dylib make: *** [main] Error 1 The linker only looks for libB.dylib at the location where libB.dylib was installed when A was linked with it. If I do either of the following I can get my executable to link: * explicitly link my executable with lib B: g++ -o main Main.o -L<path to A> -lA -L<path to B> -lB * use -dylib_file to change the install location of lib B: g++ -dylib_file libB.dylib:<path to B>/libB.dylib -o main Main.o -L<path to A> -lA But I don't like any of these solutions because they require our users to deal with lib B. Other ways I found to get it to work are: * use "-flat_namespace -undefined suppress" to link library A and the executable. * use -install_name and require end users to install my libraries at a fixed location. Is there a way to specify additional search paths in the link command for such libraries? (on Linux for example, libraries are also searched in LD_LIBRARY_PATH and there's also an option -rpath-link to specify additional search path). Any recommendations? This email sent to site_archiver(a)lists.apple.com

1 0

Leaking Mach Ports?
by Dirk Musfeldt 10 Mar '05

10 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Microsoft-Entourage/11.1.0.040913 Hi all, I'm investigating the mach port leaks in our application. I'm using the MachPortDump tool to look at the mach ports, but I'm unsure which of the listed ports are leaked? One thing seems to be that from every pthread remains a port. Is that leaked? How can I release that port? One other thing is our use of the CFMessagePort communication. Every call to CFMessagePortCreateRemote() as well as some other calls from the CFMessagePort suite increases the number of send rights for a special port, but CFRelease() doesn't lower it again. Is that expected behaviour? Could anybody please shed some light on this? Regards Dirk _______________________________________________ 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

Listusers command
by Chuck Gagnon 08 Mar '05

08 Mar '05

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com It is under a BSD style license. Code is at: http://homepage.mac.com/gagnocg/downloads/listusers.zip Chuck _______________________________________________ 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'm not sure if this is the appropriate way to do this, but for ease and compatibility with the various flavors of unix I administer at work I wrote this code. It is basically a work alike to the SYSV command of the same name (man page included), with no arguments it lists all users in a sorted list showing username and comment (gecos) field. the to options are [ -l users ] to list specific users and or [ -g groups ] to list all users in the given group(s). Users are defined as ID's with a uid greater than 99. We have a lot of scripts that made use of this command on Solaris and HP-UX, and I couldn't find a similar command in the BSD world. This email sent to site_archiver(a)lists.apple.com

1 0