November 2009 - Darwin-dev - lists.apple.com

Finder tool rewritten in Cocoa
by rohan a 19 Nov '09

19 Nov '09

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:mime-version:received:date:message-id:subject :from:to:content-type; bh=49UqQSGIlY+/cijhVC9ifvJKfd+xMeU9zoS13fytrh4=; b=UQ6A5C+NGttJfpA5v4S3mnKbvLYNrAh3fHvCHiKqnAWXdQknEVve/Z8qk7lHg4pQtM CBEVvcQHthZdQYaas1vqTfLwODF/WwsAab/xrf99DAbFUBL7+P3djoeQCnoPsNX9Rp1T +dJbzn6RTEPtyf0Y/mtFzEzdI77S/O6R9NEuA= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=G1n5Ec4iE59aEnWd+CBn6imizqQZlnY+rl33ZSfHloFp7yrsZEQvLSTnIXsjP6l/Xs eWpBXUOKnLCesqUh6HmDYPp6PQZeqj2+Ecje2o6ZzQtWAA0j344IZEVLulSKN1umMUxs M03igJDW2jxcUoVwbp5lEiJAlkhYqILEzR4MY= Hello All, Now with 10.6, the Finder tool has been re-written using Cocoa. I am using the Alias manager of Carbon framework in my utility, With 10.6 would this work or I need to port to Cocoa ? I am still waiting for my copy of 10.6 hence this question _______________________________________________ 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: Alternative to bootstrap_register?
by Ed Wynne 19 Nov '09

19 Nov '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Nov 18, 2009, at 5:48 PM, Godfrey van der Linden wrote: -Ed _______________________________________________ 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… WIth a parent/child relationship a lot of options are available to you without mach. I'm not sure but I vaguely remember from many years ago that in speed tests mach was slower than unix-domain sockets which was slower than pipes. Not sure what the current relationship is though. Yeah, I remember those tests. For smaller transfers (4-16K) they beat mach messages, but if I remember correctly, it changes as things get bigger and also depends on how the data is used. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Alternative to bootstrap_register?
by Damien Sorresso 18 Nov '09

18 Nov '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Nov 18, 2009, at 1:59 PM, Godfrey van der Linden wrote: > Sorry for the repost, just occurred to me. > > Since you are launching a server process directly, have you considered the typical unix solution of using pipes to communicate with the child. See popen(3), which is a single API that that allows a parent to create a child and connect to it. We're trying to discourage projects from spawning their own child processes. I haven't seen any reason the original poster couldn't just make the proposed child process into an on-demand launchd job that registers a MachService. -- Damien Sorresso BSD Engineering Apple Inc. _______________________________________________ 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: Alternative to bootstrap_register?
by Damien Sorresso 18 Nov '09

18 Nov '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Nov 18, 2009, at 1:54 PM, Godfrey van der Linden wrote: > I'm not 100% sure but I think that your child process inherits or can be made to inherit the parents mach ports. This only applies to task special ports (bootstrap port, exception port, etc.). > So the trick I envisage is > > 1> Parent create a right and make it inheritable (?) > 2> Parent calls fork > 3> Parent waits on a message > 4> Calls exec with an argument of the inherited port id in hex I'd guess > and rendezvous can not happen > > This seems pretty reliable, if ports can be inherited across a fork() which is a big if. > > Finally if it doesn't work I know for a fact that it will work with unix-domain sockets. There is the mach_ports_register() API, which stashes a bunch of ports so that a child task can obtain them with mach_ports_lookup(), but honestly, I don't even know if that works on our platform, and even if it does, a POSIX child process (created via fork(2)) may not necessarily be the same thing as Mach child process (created via task_create()). -- Damien Sorresso BSD Engineering Apple Inc. _______________________________________________ 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: gcc compiler error: "Ignoring attempt to re-define symbol"
by Giorgio Mazzucchelli 18 Nov '09

18 Nov '09

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:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=YME+9z2N1otYe5h+t/of7YSVrHoQMjoyXBeyscE3LA4=; b=Lb552tfFcSQHTXePHAPXPyemA4bxU7ji3+cn1w12WhwdrdqFzutlWAU/tPxutJiB+x +LM1DS4v8nGsJR4ngZBcE6WrYurc3VEYWgplPu7YQ/lmoT5/yALTc6uxAL45L92teIZR X8uKYVkynbcKNAAQgbzxWaZZwKAF0Pnhpo2mo= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=ScaChmejDqEJkcQLyblpwATEJoTte7AltiYU+yMF0CJwZCfgBeYGmdMkdhkbTjWS0W Q9D4ADYuTP31RVgo0fPFHUrUQE+JSRz7Z/+53yFPneguVzdA38f+SrkoyabkOA0czPPI naBAU0KCvrhkJakZAylejKRauHsZRbeuMR2zY= Although the project supports both Linux and FreeBSD systems, however, on the latter it runs into this kind of error: -Tmp-//ccYQ9y4o.s:1073:Ignoring attempt to re-define symbol. make[2]: *** [obj_native/uaodv.o] Error 1 make[2]: Target `all' not remade because of errors. The MSPGCC itself was compiled whit: XCode 3.0 on OSX 10.5.4 gcc-3.3.6 with MSPGCC patches binutils-2.17 msp430-libc Giorgio _______________________________________________ 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… Use -save-temps and look at the line in the assembly that it is complaining about, then find the other label of the same name, and determine why the label is present twice. Inline levels and inline asm can both contribute to this type of issue. What I'm trying to do is to compile an open-source project under Mac OS; Surely it is an assembler error, but everything goes well if compile the very same project targeting the MSP430 platform, in that case using a MSPGCC compiler, successfully ported on Mac OS. Maybe, for my system's gcc compiler, some assembler or ASM libraries are missing. What I should looking for? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Alternative to bootstrap_register?
by Godfrey van der Linden 18 Nov '09

18 Nov '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com No they can't transfer ports, rather they are good at transferring data. WIth a parent/child relationship a lot of options are available to you without mach. I'm not sure but I vaguely remember from many years ago that in speed tests mach was slower than unix-domain sockets which was slower than pipes. Not sure what the current relationship is though. Godfrey On 2009-11-19, at 9:05 AM, Ed Wynne wrote: > >> Finally if it doesn't work I know for a fact that it will work with unix-domain sockets. > > unix domain sockets can transfer mach_ports? > > -Ed > _______________________________________________ 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: Alternative to bootstrap_register?
by Ed Wynne 18 Nov '09

18 Nov '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Nov 18, 2009, at 4:54 PM, Godfrey van der Linden wrote: They can't, mostly... Another method is to create a bootstrap subset for the child. unix domain sockets can transfer mach_ports? -Ed _______________________________________________ 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 100% sure but I think that your child process inherits or can be made to inherit the parents mach ports. So the trick I envisage is 1> Parent create a right and make it inheritable (?) 2> Parent calls fork 3> Parent waits on a message 4> Calls exec with an argument of the inherited port id in hex I'd guess and rendezvous can not happen This seems pretty reliable, if ports can be inherited across a fork() which is a big if. Most people who do this swap out one of the fixed ports, like the exception or bootstrap ports, which are inherited. The problem is that these ports typically serve a useful purpose and need to fixed up, so the child / parent must perform a hand-off exchange to recover the real port. It can be done but its a lot of work. Finally if it doesn't work I know for a fact that it will work with unix-domain sockets. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Alternative to bootstrap_register?
by Godfrey van der Linden 18 Nov '09

18 Nov '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Sorry for the repost, just occurred to me. Since you are launching a server process directly, have you considered the typical unix solution of using pipes to communicate with the child. See popen(3), which is a single API that that allows a parent to create a child and connect to it. Godfrey On 2009-11-19, at 8:54 AM, Godfrey van der Linden wrote: > I'm not 100% sure but I think that your child process inherits or can be made to inherit the parents mach ports. So the trick I envisage is > > 1> Parent create a right and make it inheritable (?) > 2> Parent calls fork > 3> Parent waits on a message > 4> Calls exec with an argument of the inherited port id in hex I'd guess > and rendezvous can not happen > > This seems pretty reliable, if ports can be inherited across a fork() which is a big if. > > Finally if it doesn't work I know for a fact that it will work with unix-domain sockets. > > Godfrey _______________________________________________ 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: Alternative to bootstrap_register?
by Godfrey van der Linden 18 Nov '09

18 Nov '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com I'm not 100% sure but I think that your child process inherits or can be made to inherit the parents mach ports. So the trick I envisage is 1> Parent create a right and make it inheritable (?) 2> Parent calls fork 3> Parent waits on a message 4> Calls exec with an argument of the inherited port id in hex I'd guess and rendezvous can not happen This seems pretty reliable, if ports can be inherited across a fork() which is a big if. Finally if it doesn't work I know for a fact that it will work with unix-domain sockets. Godfrey On 2009-11-19, at 2:02 AM, Uli Kusterer wrote: > On 17.11.2009, at 20:27, Damien Sorresso wrote: >>> Can you expand on what you're trying to do? > > We have a 32 bit application that needs to create a 64 bit process to do processor intensive tasks and communicate with the main application typically hundreds of times per second, depending on the number of tasks. Passing shared memory objects and rights is also involved. Performance is critical, AppleEvents, distributed objects etc. seem too slow. > >> The recommended replacement is to have two launchd jobs, one which advertises a service with a well-known name in the bootstrap namespace. > > We don't have a well-known name, that would have been the case for suggestion #2 in bootstrap.h, however this is not the case. In this case the name is dynamic and has no general purpose use for the system, in other words scenario #3 applies. > > To rephrase the original question for clarification: > > Is recommendation #3 in bootstrap.h regarding "sending a Mach send-right directly" technically accurate and valid? If yes, how does it envision sending a Mach send-right directly given the very fundamental principles and security constraints of Mach IPC? _______________________________________________ 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: Alternative to bootstrap_register?
by Chris Suter 18 Nov '09

18 Nov '09

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