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

Re: Pre-authorizing authopen
by Georg Schölly 06 Oct '09

06 Oct '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=2JnTgJFlIExfdom5JELsXWlOG8tLT9orJ+XjIgi0bqQ=; b=pXkDhvS+DptNCtCr0r2S0sfIho8HdEcAZ5xpTOm5HtqAzE4jm5QWZSjKhuwnTls90C ZCyiHQ6VPa2iUskHQ4R/27EVdllepSoG8jwnnFXTUokXn3OENnsQEhcokoTiNiP5Q8KM SF04jPXPSZUCAaN+BckzGEs5JIbS7Q5zuXXyg= 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=Cs9GYZREUD0smNKHzh9JnBiHMhk7dsn8Epz+y86aSUj+2h4+2cnY9eny4H6o2vLbpr 0WXlfyChS7srDwapCxlLJnyJ9iY03J0ZnPzfgoCOf8Kmsy++j6nmUKAm8yteUgmnmakJ ixb7cywO839zBQ+UcGUwVGfEr68Pwc5bwTpZ0= On 06.10.2009, at 12:02, Chris Suter wrote: Hi Georg, I do it this way because I have to get a file descriptor back to my application. I don't think so, no. To get the nice behaviour you need to write a helper tool and pass the authorisation across. Unfortunately, it's a lot of code. Have a look at BetterAuthorizationSample. Kind regards, Chris -- http://sutes.co.uk/ Hi Chris Thanks for your answer. Regards, Georg _______________________________________________ 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 Tue, Oct 6, 2009 at 8:09 PM, Georg Schölly <georg.schoelly(a)gmail.com > wrote: For that authopen requires permission and asks the user for it. This is kind uf ugly because instead of my program's name the name of authopen appears in the dialog. Is there a possibility to pre-authorize authopen? It's not that bad, I've already written almost all the code I needed for launchd and the helper tool before I decided to switch to authopen. Still it would have been nice if that would have been possible. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Pre-authorizing authopen
by Chris Suter 06 Oct '09

06 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Georg, On Tue, Oct 6, 2009 at 8:09 PM, Georg Schölly <georg.schoelly(a)gmail.com> wrote: > I do it this way because I have to get a file descriptor back to my > application. > > For that authopen requires permission and asks the user for it. This is kind > uf ugly because instead of my program's name the name of authopen appears in > the dialog. Is there a possibility to pre-authorize authopen? I don't think so, no. To get the nice behaviour you need to write a helper tool and pass the authorisation across. Unfortunately, it's a lot of code. Have a look at BetterAuthorizationSample. Kind regards, Chris -- http://sutes.co.uk/ _______________________________________________ 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

Pre-authorizing authopen
by Georg Schölly 06 Oct '09

06 Oct '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:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=QF8NArE9+cVN8hyIA+NacpLvL3m7OZeuDwmT3zxJdlM=; b=O3HCojA6eNGQRWXFfPr41LoQkmnD0VYNNaM1oZ/shZg+y+h6MG1dj+6Uu0QgKYsoUx ZU5CDi3jqyaT7asTUyDF9WGYutnMU5asonBe+ZcEB9Wj80vS8RtyLleXHQRNw0l13BSH vzE2eIeymCI8quxtskpze3StHuFouiWut+bEw= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=Kh0yIAFHfmv8Fhm0ebY/c9xJYB3NCYFYOes5QJFulp3A8Cy40p/znrbQRbjwM+oh1z xI+STqufcPd5cG1YUUsSQIvsJNg65gfVxUBRnddAg0kLcQuBFqilKBusk7DPAv8PSZb5 js1HfAp1ycStf8aba9xHJc+q8LtdGEa/CqxCI= Hi I'm using authopen like this: int pipe[2]; socketpair(AF_UNIX, SOCK_STREAM, 0, pipe); Thanks, Georg _______________________________________________ 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… if (fork() == 0) { // child // close parent's pipe close(pipe[0]); dup2(pipe[1], STDOUT_FILENO); const char *authopenPath = "/usr/libexec/authopen"; execl(authopenPath, authopenPath, "-stdoutpipe", [self.device.devicePath fileSystemRepresentation], NULL); } I do it this way because I have to get a file descriptor back to my application. For that authopen requires permission and asks the user for it. This is kind uf ugly because instead of my program's name the name of authopen appears in the dialog. Is there a possibility to pre- authorize authopen? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Record stream
by Fritz Anderson 05 Oct '09

05 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 5 Oct 2009, at 6:02 AM, Zelalem Sintayehu wrote: <http://lists.apple.com/mailman/listinfo/streaming-server-users> <http://lists.apple.com/mailman/listinfo/streaming-server-dev> — F _______________________________________________ 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… Hi all, I know that recording stream is one of the requirements of streaming protocol (rfc 2326). I am wondering if this is implemented in DSS. Does DSS have a record method that I can use? I want to create a videomail using DSS. You'll get an answer on the streaming-server-users list, or possibly streaming-server-dev. This list is for Darwin, the open-source operating system underlying Mac OS X. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Using gcc-4.2 on 10.6 Snow Leopard to target 10.5 Leopard? [Solved]
by Mario Emmenlauer 05 Oct '09

05 Oct '09

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.23 (Macintosh/20090812) On 4 Oct 2009, at 11:40, Mario Emmenlauer wrote: I am aware of setting export MACOSX_DEPLOYMENT_TARGET="10.5" CFLAGS+="-mmacosx-version-min=10.5" CFLAGS+="-isysroot /Developer/SDKs/MacOSX10.5.sdk" Aaaah *sighs of understanding* This makes total sense. Thanks Alastair (and Iain, whom you beat by two minutes :-) ) Two things I learned to love about Mac: Universal binaries, and compiling against an SDK. Cheers, Mario The C++ point is an interesting one... Kind regards, Alastair. _______________________________________________ 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… Alastair Houghton wrote: but will that help against gcc linking its own (newer) libraries? The -isysroot setting will cause GCC to link against libraries within the SDK folder. If the correct library is in that folder, GCC will link with it. If it isn't, you'll get a linker error. In the specific case of libgcc, I think you'll find that on OS X it's divided into two pieces; one part is a static library (/usr/lib/gcc/<gcc-version>/<architecture>/libgcc.a) and the other part is a dylib (/usr/lib/libgcc_s.nn.n.dylib). Notice that the library that depends on the GCC version is the static one... It's also worth pointing out that there's nothing stopping Apple, therefore, from shipping the static library with the developer tools even if it didn't form part of the original operating system for a given SDK. Anyway, as far as I'm aware, this all works just fine, as indeed is implied by the Xcode release notes, which specifically state: "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. Note that because most C++ applications built for 10.3.9 and later use the dynamic C++ standard library from the operating system, and Leopard only ships with the gcc 4.0 version of the C++ standard library, the gcc 4.2 and llvm-gcc4.2 compilers also use the gcc 4.0 C++ standard library, not the gcc 4.2 version." p.s. In spite of the fact that you aren't using Xcode, xcode-users is probably the place to ask this kind of question. Maybe xcode-users should be renamed to devtools-users :-) This email sent to site_archiver(a)lists.apple.com

1 0

Record stream
by Zelalem Sintayehu 05 Oct '09

05 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Importance: Normal _______________________________________________ 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: Using gcc-4.2 on 10.6 Snow Leopard to target 10.5 Leopard?
by IainS 05 Oct '09

05 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Mario, cheers, Iain On 5 Oct 2009, at 09:24, Mario Emmenlauer wrote: Hi Joel, quoting myself: I did try, and it works. But you are probably aware that one can not proof a theory by example:( I guess our customers would not appreciate it when we made quarterly releases that crashes on some percentage of their Macs, even if a single trial worked for me:-) If you (or anyone) could clarify, I would appreciate any insight! Cheers, Mario _______________________________________________ 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… When you link against the stub libraries [libgcc_s.10.X.dylib] in the SDK, all this does is to embed a reference to /usr/lib/libgcc_s. 1.dylib into your application binary. As far as the dynamic content is concerned this resolves only the symbols that are present at that revision of the OS. The actual library [/usr/lib/libgcc_s.1.dylib] is linked by dyld when the program is loaded (on the target system) Thus, by using the SDK (for the target system) and setting the minimum OSX version appropriately, you are ensuring that the correct library is linked at load-time. Joel Reymont wrote: > > On Oct 5, 2009, at 8:25 AM, Mario Emmenlauer wrote: > >> The reason I'm asking is that on Linux I could _never_ compile on a >> newer system than the target system unless going completely static with >> the runtime, so I'm a bit prejudiced against it. Is it really safe on >> MacOS? > > Why ask? Why not try and see what happens? > Mario Emmenlauer wrote: [...] My application starts on 10.5 when using the 10.5 SDK, but is there something I should take special care of? Is using -shared-libgcc discouraged? But its nevertheless a matter of curiosity, meaning: On Linux, its possible to compile on a newer system than the target, as long as the linking is done completely static. The problem there is, that linking against the runtime statically is discouraged, everything else could work. Now I'm wondering what about libgcc, is it discouraged too? And if so, can I make gcc-4.2 link against libgcc-4.0? If not, why not? -- Dipl. Inf. Mario Emmenlauer Cell: +49-(0) 176-23463809 Bitplane AG Office: +41-(0) 44-430-1106 Badenerstrasse 682 Fax: +41-(0) 44-430-1101 CH-8048 Zürich mailto :mario * emmenlauer.de Zürich http://www.marssoft.de / http:// www.xuvtools.org _______________________________________________ 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/developer% 40sandoe-acoustics.co.uk This email sent to developer(a)sandoe-acoustics.co.uk This email sent to site_archiver(a)lists.apple.com

1 0

Re: Using gcc-4.2 on 10.6 Snow Leopard to target 10.5 Leopard?
by Alastair Houghton 05 Oct '09

05 Oct '09

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=alastairs-place.net; h= subject:mime-version:content-type:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; q=dns/txt; s= aug07; bh=SvbkTIhdiO73BYqh05kbtgyqpm0=; b=TZuRBQCBd9gKq7YLxD40TG 4FSrQ6NL6FjDNiiu47lXEwihYt6pgRfL3m/Y1WzK9bZkZ9arYhG4GobdleeljIG/ t0eYdvHM6IGjDsGGDC18VdnaDmOMncygOYcNf1eV8pj1BUb8mBcdBD2LDEKaRNJg 3rNoXmN9lhvRU7SFVUBtI= On 4 Oct 2009, at 11:40, Mario Emmenlauer wrote: I am aware of setting export MACOSX_DEPLOYMENT_TARGET="10.5" CFLAGS+="-mmacosx-version-min=10.5" CFLAGS+="-isysroot /Developer/SDKs/MacOSX10.5.sdk" The C++ point is an interesting one... Kind regards, Alastair. -- http://alastairs-place.net _______________________________________________ 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… but will that help against gcc linking its own (newer) libraries? The -isysroot setting will cause GCC to link against libraries within the SDK folder. If the correct library is in that folder, GCC will link with it. If it isn't, you'll get a linker error. In the specific case of libgcc, I think you'll find that on OS X it's divided into two pieces; one part is a static library (/usr/lib/gcc/ <gcc-version>/<architecture>/libgcc.a) and the other part is a dylib (/ usr/lib/libgcc_s.nn.n.dylib). Notice that the library that depends on the GCC version is the static one... It's also worth pointing out that there's nothing stopping Apple, therefore, from shipping the static library with the developer tools even if it didn't form part of the original operating system for a given SDK. Anyway, as far as I'm aware, this all works just fine, as indeed is implied by the Xcode release notes, which specifically state: "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. Note that because most C++ applications built for 10.3.9 and later use the dynamic C++ standard library from the operating system, and Leopard only ships with the gcc 4.0 version of the C++ standard library, the gcc 4.2 and llvm- gcc4.2 compilers also use the gcc 4.0 C++ standard library, not the gcc 4.2 version." p.s. In spite of the fact that you aren't using Xcode, xcode-users is probably the place to ask this kind of question. Maybe xcode-users should be renamed to devtools-users :-) This email sent to site_archiver(a)lists.apple.com

1 0

Re: Using gcc-4.2 on 10.6 Snow Leopard to target 10.5 Leopard?
by Mario Emmenlauer 05 Oct '09

05 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.23 (Macintosh/20090812) Hi Joel, Joel Reymont wrote: > > On Oct 5, 2009, at 8:25 AM, Mario Emmenlauer wrote: > >> The reason I'm asking is that on Linux I could _never_ compile on a >> newer system than the target system unless going completely static with >> the runtime, so I'm a bit prejudiced against it. Is it really safe on >> MacOS? > > Why ask? Why not try and see what happens? > quoting myself: [...] My application starts on 10.5 when using the 10.5 SDK, but is there something I should take special care of? Is using -shared-libgcc discouraged? I did try, and it works. But you are probably aware that one can not proof a theory by example:( I guess our customers would not appreciate it when we made quarterly releases that crashes on some percentage of their Macs, even if a single trial worked for me:-) But its nevertheless a matter of curiosity, meaning: On Linux, its possible to compile on a newer system than the target, as long as the linking is done completely static. The problem there is, that linking against the runtime statically is discouraged, everything else could work. Now I'm wondering what about libgcc, is it discouraged too? And if so, can I make gcc-4.2 link against libgcc-4.0? If not, why not? If you (or anyone) could clarify, I would appreciate any insight! Cheers, Mario -- Dipl. Inf. Mario Emmenlauer Cell: +49-(0)176-23463809 Bitplane AG Office: +41-(0)44-430-1106 Badenerstrasse 682 Fax: +41-(0)44-430-1101 CH-8048 Zürich mailto :mario * emmenlauer.de Zürich http://www.marssoft.de / http://www.xuvtools.org _______________________________________________ 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… Mario Emmenlauer wrote: This email sent to site_archiver(a)lists.apple.com

1 0

Re: Using gcc-4.2 on 10.6 Snow Leopard to target 10.5 Leopard?
by Joel Reymont 05 Oct '09

05 Oct '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:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=9iyycDpqC/69bCnAowYzlT8oHIX0LqEpdf1cwAQd88w=; b=TTPxied+kiZt02ErcdTc/4mKeH6mJLMO85aKvubAMRLpOr349+Ly+SlgopY2xrQpOH WJvOi03EgWkDKnwpd1d50CsNfHElONZmzNt1Pcj1/Mt7GJfxmxpYIDw2g/cQ+yTCebDy 1ricHeTas65hnkGiHJeVPfjrq/l9hWgzaHE3s= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=TcF/aYj6GiBKKqpS9Tb+bx5KUqC8h0G5r3eYJiuF76O1nrJPvrEX1G9yp/p1HIjxqM eVYYRan+nrbWOfs9mN9xqCI520eEulWmXXC2fwVEqJaoNw9RoIzNDExIOz1sllgo4kCt tvWa2zi2eUSij8mB2lYwxhevhZ12G+ovbL0wg= On Oct 5, 2009, at 8:25 AM, Mario Emmenlauer wrote: Why ask? Why not try and see what happens? --- fastest mac firefox! http://wagerlabs.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… The reason I'm asking is that on Linux I could _never_ compile on a newer system than the target system unless going completely static with the runtime, so I'm a bit prejudiced against it. Is it really safe on MacOS? This email sent to site_archiver(a)lists.apple.com

1 0