August 2008 - Darwin-dev - lists.apple.com

Re: shm_open ENAMETOOLONG
by Brian Bergstrand 21 Aug '08

21 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Aug 21, 2008, at 6:23 PM, Shawn Erickson wrote: Oops clicked send while trying to move the window... Anyway consider an md5 digest in hex form or if you can handshake consider a UUID. man 3 md5 man 3 UUID Brian Bergstrand <http://www.bergstrand.org/brian/> PGP Key ID: 0xB6C7B6A2 _______________________________________________ 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 Thu, Aug 21, 2008 at 8:20 AM, Shawn Erickson <shawnce(a)gmail.com> wrote: On Thu, Aug 21, 2008 at 6:47 AM, <markregister(a)mac.com> wrote: I have been working on porting some POSIX C/C++ inhouse code to OS X and have run into a problem with shm_open. It looks like the size of SHM_NAME_MAX is 32 characters (noted on some older posts here). Because our code specifies a file using a path, name and PID, it usually exceeds this so I'm looking for any ideas to get around this problem. Any thoughts on how to do this (using good programming practices)? A 32 character long hash of the path, name and pid? Actually, shm names are limited to 31 chars as the last byte is for the NULL term. I've had a bug open since Mar 2006 to increase the name size to 64bytes: rdar://4481762 Tiger also has an off-by-one bug in the kernel that makes the usable bytes only 30 chars. This email sent to site_archiver(a)lists.apple.com

1 0

Re: shm_open ENAMETOOLONG
by Shawn Erickson 21 Aug '08

21 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=fMB/o4zQIQo8lEh+xuxol/asTJqUOwUCew8f9TVg23o=; b=bsQ5IMqLIJYNQOhpDAKNCjPdtGVWUfQdLxrZKBEXjOpLvnYRjy6c1zskGqVuZIamhZ nV8sG24ln2iuMsRr/juValn9I6OR7wFomBbdXaAPa0334Vst4WeijZnnj4xfrOg1gUmw PziLMqw780jf6O/z4y7vdB/R1vC3jl7kL+RGk= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Q1sz6naGb0rJvqDsUJI0LfrOqr+GtXu8HsfzfWT3PEabMP9Mf5QHp38xcozGpXgx2o i2cbqLQaj2MQXu9W/+afkpZ8Tv66jzWWCiYTPTKRbx7xVySoE1wTumV+IGNN3wvruJYY z7VZaa39YePVuxMmRgxZpErmZv73kvFuYHHfY= On Thu, Aug 21, 2008 at 8:20 AM, Shawn Erickson <shawnce(a)gmail.com> wrote: > On Thu, Aug 21, 2008 at 6:47 AM, <markregister(a)mac.com> wrote: >> I have been working on porting some POSIX C/C++ inhouse code to OS X and have run into a problem with shm_open. It looks like the size of SHM_NAME_MAX is 32 characters (noted on some older posts here). Because our code specifies a file using a path, name and PID, it usually exceeds this so I'm looking for any ideas to get around this problem. Any thoughts on how to do this (using good programming practices)? > > A 32 character long hash of the path, name and pid? Oops clicked send while trying to move the window... Anyway consider an md5 digest in hex form or if you can handshake consider a UUID. man 3 md5 man 3 UUID -shawn _______________________________________________ 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: shm_open ENAMETOOLONG
by Shawn Erickson 21 Aug '08

21 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=EyQlyDen6+jHFpQBxFSn454A3efcxh5wTjc6cA+vvfg=; b=T4vJTId79d9M0gOF4y9dgmyohKclj/pv0anMgFPriwwUVJ0Tts52/VZRuv4FypT4lh GVgO3WeSNwGlx5pdjLWIwJJKSPUYihSD1KAR9y46DQJ94B9NPz+ivfDVIospz1/sL7hp fY/MJtYuoR/t0P8oX6SiAb/ShANv3M2guffBM= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=GWLUzIzYuVqDM3tIbn+KzveW77398fQpChpzLQ7NohlgRDxjUmbDN1ydRvWG93L56Y /bGCMHW46fzDBkXIInDwE7x5Rd9KSAjVY/p0GS2ecc9NSpZO17tduh8fGUaJf71yiwtN c1AurytFjx6/gu+TFN5/Ttlbg8eHWIdmdLSBU= On Thu, Aug 21, 2008 at 6:47 AM, <markregister(a)mac.com> wrote: > I have been working on porting some POSIX C/C++ inhouse code to OS X and have run into a problem with shm_open. It looks like the size of SHM_NAME_MAX is 32 characters (noted on some older posts here). Because our code specifies a file using a path, name and PID, it usually exceeds this so I'm looking for any ideas to get around this problem. Any thoughts on how to do this (using good programming practices)? A 32 character long hash of the path, name and pid? -Shawn _______________________________________________ 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: Replacement for gcc_select in Xcode 3.1?
by Shawn Erickson 21 Aug '08

21 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=9RmH6L7lTgq7P5V3NePUSzG6yAmZRwH1fyLlaFFOM+4=; b=jbY6lNg1SNUzOA4S2pR2oZV7LhQi387dWM/TfoO5im/A5xGnSg79SPi0KXi6q+cBww PTCIq4qVj7kklZPHMVmaBekhuy4FkdIcQJpC/yKm/DxNgOAAJmpoJC4Fo/xdO9oLuUgP UATKl7tiEAva+mV70OVsROxmPGW6pFb1jgRQc= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=BLR7+DNRibHXOAJ0EI4ms8tZ9pNNJ+LnuFvfkWwOaQkJqB9jm8Z3++4PFrvo1JdGns LXZFb5k5m5EUKzv1xufkQmJEIS4ZT8YqAVn8a1bCyVvdSRKngyQUctx1MxRJLATZGFiU Oq0w7hA8ZL9yg2Z6CCXVvC+Oi7LCFCe8GtCEY= On Thu, Aug 21, 2008 at 6:06 AM, David N. Williams <David.N.Williams(a)umich.edu> wrote: > I'm not doing very well searching the developer docs, nor with > google, so I'd better ask. What's the replacement for the > gcc_select command line tool in Xcode 3.1? Are you building using Xcode 3.1? ...or are you building using Make? (not clear since you talk about Unix porting guide). If the former review... http://developer.apple.com/releasenotes/DeveloperTools/RN-Xcode/index.html --- New gcc-4.2 and llvm-gcc-4.2 Compilers Xcode 3.1 includes the gcc 4.2 compiler as an alternative system C / C++ / Objective-C compiler. In addition, the llvm-gcc-4.2 compiler is also included with Xcode 3.1. This compiler uses the LLVM backend and code generator with the gcc 4.2 parser, and supports C, C++, Objective-C, and Objective-C++. More information is available in the LLVM-GCC 4.2 Release Notes. To use either of these new compilers in a project, you can use the new Compiler Version build setting and choose the compiler you want from the popup menu. By changing this setting in different targets and configurations and using the per-architecture and per-SDK popups, you have fine-grained control over which compiler is used in different circumstances. Note that neither gcc-4.2 nor llvm-gcc-4.2 will compile code against the 10.4u or earlier SDK, or deploy for Mac OS X 10.4 or earlier. --- Compiler Version build setting The GCC_VERSION build setting is now present by default in the Build Settings pane, and allows you to set the preferred compiler version to any configured compiler (whether the compiler is installed at the moment or not). You can set the compiler version on a per-configuration basis, and use Conditional Build Settings to use different compiler versions for different architectures or SDKs. Note that this overrides (and is preferable to) setting the compiler version in the Build Rules inspector pane. Use that pane to use a custom compiler script if necessary, otherwise, the Compiler Version build setting is preferable. --- ...if the later... CC=gcc-4.2 ..or.. CC=gcc-4.0 -Shawn _______________________________________________ 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

Receiving Broadcast Datagrams on Multi-Homed Systems
by Richard Schmitt 21 Aug '08

21 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com I'm having a problem porting one of our sotware packages to OSX/darwin. It appears that broadcast datagrams can only be recieved on interfaces that have been bound to the ip address INADDR_ANY. We would prefer not to do that. We do not want to be configured to receive on all interfaces, plus we want a separate socket for each interface that is receiving traffic. More detail: - We find the interface addresses of the interfaces we want to listen for UDP datagrams on. - We open datagram sockets on those interfaces and bind them to the desired port and the ip address of the interface that we want to listen on. - for instance, let's say we have two interfaces: 10.0.1.5/255.0.0.0 and 192.168.1.2/255.255.255.0 and the application uses port 1000 - we create two datagram sockets and bind one to 10.0.1.5:1000 and the other to 192.168.1.2:1000 When the network clients on submet 10.0.0.0 broadcast to 10.255.255.255 and clients on subnet 192.168.1.0 broadcast to 192.168.1.255, the darwin/osx server application will not receive the packet. If on the other hand, we bind the sockets with the ip address INADDR_ANY (0.0.0.0) and port 1000, we will receive broadcast traffic from both subnets. Binding to INADDR_ANY is problematic because we have a distinct context for each interface and we need to know which interface packets came in on. Has anyone else run across this. If so, do you know of a reasonable workaround. We are trying to make this run on OSX 10.4.11, darwin version 8.11.1 Rich _______________________________________________ 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

shm_open ENAMETOOLONG
by markregister＠mac.com 21 Aug '08

21 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com I have been working on porting some POSIX C/C++ inhouse code to OS X and have run into a problem with shm_open. It looks like the size of SHM_NAME_MAX is 32 characters (noted on some older posts here). Because our code specifies a file using a path, name and PID, it usually exceeds this so I'm looking for any ideas to get around this problem. Any thoughts on how to do this (using good programming practices)? thanks, -- Mark _______________________________________________ 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: Paths and Install Locations
by Stéphane Sudre 21 Aug '08

21 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Aug 20, 2008, at 7:26 AM, Andrew White wrote: Scenario: _______________________________________________ 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 preference pane that is responsible for controlling how a couple of different services on the system run. The services use launchd to control them (and start them at boot time). The preference pane will normally be installed in /Library/ PreferencePanes. The daemon scripts will normally be installed in /Library/ LaunchDaemons. Here's the question - where is the right place to install the posix tools / applications that those daemons run. I'd thought to put them in the PreferencePane bundle, but that means that the launchd scripts need to be able to find them at boot, and I'm not sure that I want to assume where the preference pane bundle is installed (in case the user moves it?). Where is the correct place? And how do I make it easy for the user to uninstall my app - what happens to the launchd scripts if my apps are thrown into the trash? Since these apps might (will?) run as root, I certainly don't want the scripts to pull some random app from the user's path. Similarly, if I want to put the apps in a chroot jail, where do I put the root of this jail? As you wrote, there are permission concerns here. /Library/ PreferencePanes is root:admin. So it's not the best place to put components that can be launched by a LaunchDaemons script. A solution could be to put things in /Library/StartupItems without providing a StartupParameters.plist script. It's better than /L/ PreferencePanes since it's root:wheel. This email sent to site_archiver(a)lists.apple.com

1 0

Replacement for gcc_select in Xcode 3.1?
by David N. Williams 21 Aug '08

21 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Organization: University of Michigan User-agent: Thunderbird 2.0.0.16 (Macintosh/20080707) I'm not doing very well searching the developer docs, nor with google, so I'd better ask. What's the replacement for the gcc_select command line tool in Xcode 3.1? Thanks, David P.S. It appears that the Unix porting document below, last updated 2008-04-08, hasn't caught up with its absence: http://developer.apple.com/documentation/Porting/Conceptual/PortingUnix/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

Paths and Install Locations
by Andrew White 20 Aug '08

20 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.16 (Macintosh/20080707) Scenario: The preference pane will normally be installed in /Library/PreferencePanes. The daemon scripts will normally be installed in /Library/LaunchDaemons. Any ideas? -- Andrew White _______________________________________________ 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 preference pane that is responsible for controlling how a couple of different services on the system run. The services use launchd to control them (and start them at boot time). Here's the question - where is the right place to install the posix tools / applications that those daemons run. I'd thought to put them in the PreferencePane bundle, but that means that the launchd scripts need to be able to find them at boot, and I'm not sure that I want to assume where the preference pane bundle is installed (in case the user moves it?). Where is the correct place? And how do I make it easy for the user to uninstall my app - what happens to the launchd scripts if my apps are thrown into the trash? Since these apps might (will?) run as root, I certainly don't want the scripts to pull some random app from the user's path. Similarly, if I want to put the apps in a chroot jail, where do I put the root of this jail? This email sent to site_archiver(a)lists.apple.com

1 0

Developer Tools Source Released
by William Siegrist 18 Aug '08

18 Aug '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com http://www.opensource.apple.com/darwinsource/ Thank you. ---- William Siegrist Darwin Team _______________________________________________ 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 The Darwin Team has released the source for the open source Developer Tools corresponding to Xcode 3.1. They are available in the usual location: smime.p7s

1 0