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

Re: Mac OS X Snow Leopard and 64-bit applications
by Tim Seufert 29 Aug '09

29 Aug '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=sZYBop6P5+tVvcuHsTYn40RYKZmjDthv+A7iR7Y0v0KYN/nlnIg+nzLlEJ5fR/Ja; h=Received:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer:X-ELNK-Trace:X-Originating-IP; On Aug 28, 2009, at 11:54 PM, Eli Bach wrote: _______________________________________________ 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 only 32 vs 64 bit craziness from Apple would be the artificial limitation they put in to make it non-trivial to boot using the 64 bit kernel if your computer happens to have 32-bit EFI firmware (this is separate from whether your machine will by default boot using the 32 vs the 64 bit kernel). FYI, from some forum discussions I've been reading, it's not EFI32 vs. EFI64. Some EFI64 Macs can't boot the 64-bit kernel either. Given that the 64b kernel is only enabled by default on XServe, it appears that Apple is deliberately soft-launching the 64b kernel. This is an eminently sensible thing given that 3rd party suppliers of KEXTs need time to catch up before Apple flips the switch and makes all but the earliest Intel Macs boot the 64b kernel. The flip side of that coin is that with such a plan, Apple need not make sure every 64b Mac can boot the 64b kernel on day 1. Given the eternal scarcity of engineering resources and the high demand crunch time puts on same, I suspect that's all that is going on here. (Once SL's installed, time to go spelunking in /System/Library/ Extensions to see if all KEXTs are fat binaries...) This email sent to site_archiver(a)lists.apple.com

1 0

Re: Mac OS X Snow Leopard and 64-bit applications
by Jean-Francois Roy 29 Aug '09

29 Aug '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Jean-Francois On Aug 29, 2009, at 00:00, rohan a wrote: Thanks... #gcc -arch x86_64 -o prg prg.c or just #gcc -o prg prg.c would give me a 64-bit binary ? _______________________________________________ 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 default architecture for all the Snow Leopard compilers is Intel 64-bit. However, would it require using the -arch option to generate 64-bit binaries ? thanks This email sent to site_archiver(a)lists.apple.com

1 0

Re: Mac OS X Snow Leopard and 64-bit applications
by Eli Bach 29 Aug '09

29 Aug '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 :in-reply-to:content-type:content-transfer-encoding:subject :mime-version:date:references:x-mailer; bh=rlQByjyMOYtCTdA5l46zz8mOAr1RVMYbpVU1ZLBSlrw=; b=Jfq6AyZwamT3Sw7PCogQqplR7hFLzIx0J26k/8OMsPJtPC4HHUM5m7/BcyK+JkxdpS OpP8/jjcUBHrgxWooeanhJqPAEYAML+xPk+1PTuSH7ozh6aoZTbc+LLN1wQRsu2lEfSz j+jlPP917vUrX21ffzrobZhqRc4MwGwMoFlmw= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:subject:mime-version:date:references :x-mailer; b=owKJulV6hrfGBiJDl7U5aI+IvXFF9vw/UdS5ATfDfqRJ1p9S2Z/luK/WWY8KR53vio HKIFnC0wJQUgTWQfl9HVGFLu4Qu9CJDDWBGgLQ7Ell56rdypVnnbbLLB9PDHkoMjHzDy 08y83V5GaUbeyULFpPTXVblLHaZpZrt+ozRps= On Aug 29, 2009, at 12:00 AM, rohan a wrote: Thanks... #gcc -arch x86_64 -o prg prg.c or just #gcc -o prg prg.c would give me a 64-bit binary ? Eli. _______________________________________________ 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… However, would it require using the -arch option to generate 64-bit binaries ? thanks Again, a minimal amount of effort on your part would tell you the answer. Try compiling something with the various options, and look at the result, say with the 'lipo' cli tool. Most likely, you will need to include the -arch specifier if you want to compile for any other CPU architecture besides the one you are currently using. And depending on various other settings, you may be able to get gcc to compile multiple architectures at once, if needed, instead of building each architecture individually, then lipo'ing the results together at the end. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Mac OS X Snow Leopard and 64-bit applications
by rohan a 29 Aug '09

29 Aug '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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=n513c2pkvX29e039Z4i0HQ0oBEk/cYS3e9q9o1jWmEo=; b=XCsUPHMsq69/YZYOfzHW7B13JHQt3W4LKx0JKHmNIDAdReRSKP/HwFvS0EqvAxqXiX 6ugf9gVYZO4tDnUvIPo/1m6yjsbyQzDa9FJuION4C2jxBX5rvPYruZLGkpxid7EHYI1p 28GFiJBeBnkv97KplwUPMbHUIwtmovToWvgts= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ubkxqmV1LAc+fL47dBGaOO7ksDJD7Z7gocgjt5Khr+2Wm4dcg4B4SIixw+Qg7UgCXB qN03LzNclRBh/49s7tvDb9uik2u8J+Flcmd+FBtXAKKATv+DoZn6bCXLrXG54pvT9ipl 2SNPlEryPMtu4vcHVHr0AFymBNWlbBtnEPUSA= Thanks... However, would it require using the -arch option to generate 64-bit binaries ? #gcc -arch x86_64 -o prg prg.c or just #gcc -o prg prg.c would give me a 64-bit binary ? thanks On Sat, Aug 29, 2009 at 12:24 PM, Eli Bach<ebach2(a)gmail.com> wrote: > > On Aug 28, 2009, at 11:43 PM, rohan a wrote: > >> Hello All, >> Now with the 10.6 Snow Leopard kernel being full 64-bit, will it >> require all applications to also be 64-bit ?Our application does not >> need to address > 4GB memory. >> We had developed a 32-bit application for Mac OS X 10.4 and 10.5. >> Would the same work on 10.6 without any changes or would it require to >> be recompiled for 64-bit ? >> >> Will Mac OS X gcc compiler on Snow Leopard natively build 64-bit binaries >> ? >> >> >> Thanks > > I have to say, even a cursory reading of any of the dozens and dozens of web > pages dedicated to explaining Snow Leopards 32 vs 64 bit support would > answer the first part of your question. Even banging in a few keywords from > the question would get you the answer quite quickly. > > simply put, Snow Leopard, either booted using a 32 bit kernel or a 64 bit > kernel, can run BOTH 32 bit and 64 bit binaries at the same time. > > And XCode (which uses gcc behind the scenes [well, probably, as I haven't > explicitly checked] ) can produce 32 bit binaries and/or 64 bit binaries, at > least for Intel, and probably both for PPC as well (as you can still build > 64 bit apps for PPC that run on 10.5 using XCode on 10.6). > > The only 32 vs 64 bit craziness from Apple would be the artificial > limitation they put in to make it non-trivial to boot using the 64 bit > kernel if your computer happens to have 32-bit EFI firmware (this is > separate from whether your machine will by default boot using the 32 vs the > 64 bit kernel). > > Eli > > _______________________________________________ > 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/info1686%40gmail.com > > This email sent to info1686(a)gmail.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: Mac OS X Snow Leopard and 64-bit applications
by Eli Bach 29 Aug '09

29 Aug '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 :in-reply-to:content-type:content-transfer-encoding:subject :mime-version:date:references:x-mailer; bh=0zk5fPTb1YPbr6Wp85HRACDzCjsV7kurz6Jtm21kkW0=; b=uObRZQPEDhhQpra7K5ksRrdpMzboHtaBIoLNg2YKnQeh0esFWOaDuaQLyaLOD0pELn rREG+0Zcp8NeUQElOOvUKrus6BO/+vwak+51OgAJa8P4dkP5Wu4c7xXGYrAGjUJgSpAw QVIbjUiLwyrIOWjfEWIAW63lujVNqjdWfUt58= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:subject:mime-version:date:references :x-mailer; b=YzPeNLAi6JGxzGrHz+m2/+oCUUvy7nLjkFK7tMN9WQ56yI1dp1QurR/ipsvNWpZFUi 6RHkGv5I34R3lNaPzt4glJx93D3Pqrgy9dJk7jgAx4qcdbsXRVru25/WXyhN0MBsF+xr Jm5euwawy9o5khYHmjeeFzZhESdgTnE2miSrM= On Aug 28, 2009, at 11:43 PM, rohan a wrote: Hello All, Now with the 10.6 Snow Leopard kernel being full 64-bit, will it require all applications to also be 64-bit ?Our application does not need to address > 4GB memory. We had developed a 32-bit application for Mac OS X 10.4 and 10.5. Would the same work on 10.6 without any changes or would it require to be recompiled for 64-bit ? Eli _______________________________________________ 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… Will Mac OS X gcc compiler on Snow Leopard natively build 64-bit binaries ? Thanks I have to say, even a cursory reading of any of the dozens and dozens of web pages dedicated to explaining Snow Leopards 32 vs 64 bit support would answer the first part of your question. Even banging in a few keywords from the question would get you the answer quite quickly. simply put, Snow Leopard, either booted using a 32 bit kernel or a 64 bit kernel, can run BOTH 32 bit and 64 bit binaries at the same time. And XCode (which uses gcc behind the scenes [well, probably, as I haven't explicitly checked] ) can produce 32 bit binaries and/or 64 bit binaries, at least for Intel, and probably both for PPC as well (as you can still build 64 bit apps for PPC that run on 10.5 using XCode on 10.6). The only 32 vs 64 bit craziness from Apple would be the artificial limitation they put in to make it non-trivial to boot using the 64 bit kernel if your computer happens to have 32-bit EFI firmware (this is separate from whether your machine will by default boot using the 32 vs the 64 bit kernel). This email sent to site_archiver(a)lists.apple.com

1 0

Mac OS X Snow Leopard and 64-bit applications
by rohan a 29 Aug '09

29 Aug '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=DtTpVBOPLWOsbLrO0XjzOHAL4SHWIRdQkp47MzDuNeI=; b=HtutTgDrPwc/FaU3jOUod4K6Z2trUEuInYTB6EK02pwsemsRMiHVWBxdwx4RULxUKb QNCugok4zuqy0mU5Clp/dme/+3IWP/5KaNP9HTY6Q/hzaaUhMedjSy1GhuObBMJ810G5 ItmSpWeXNhb+iWx+ZfPZVqFWGRF+C4NM97dR8= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=iTnnAvqAlRLEH/Gu34jDWyX5uZ8DWn8lOf8zbnNhcbfaBGfCyxgrxWuHUbw9NYIy3O Ms1zrCCqapu6BWYvct9AmfbJFni92nOocd+gMHlL9Sok8N0ot41v85jvRl64Sh/OGYWY eJOVTCzbxY9LAmwA/hZpHKvlCPN7KTsTP0mco= Hello All, Now with the 10.6 Snow Leopard kernel being full 64-bit, will it require all applications to also be 64-bit ?Our application does not need to address > 4GB memory. We had developed a 32-bit application for Mac OS X 10.4 and 10.5. Would the same work on 10.6 without any changes or would it require to be recompiled for 64-bit ? Will Mac OS X gcc compiler on Snow Leopard natively build 64-bit binaries ? Thanks _______________________________________________ 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: Relating dtrace thread ids to Java threads
by Terry Lambert 29 Aug '09

29 Aug '09

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com -- Terry _______________________________________________ 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 Aug 28, 2009, at 4:17 PM, Paul Johnson wrote: Hello, i've been trying to timestamp when context switches occur in the kernel using this dtrace script: http://lists.apple.com/archives/perfoptimization-dev/2007/Dec/msg00011.html . dtrace is used to gather the context switch information and probes in the Java program is used to gather the rest of the information. The problem i'm having is that the thread id returned by curthread in the dtrace script is different from the result returned by the pthread_self() call that I make in a JNI method. The documentation says that curthread and tid are the same as that returned pthread_self() however I suspect that is a holdover from the solaris docs. The pthread_self() thread id is the address of a user space thread state structure. The dtrace information, if it is coming from a kernel probe, will be the address of a kernel space Mach structure. It's not like we pass addresses from kernel space to user space, and then trust user space to pass a valid address in the kernel and then blindly go there and start loading kernel state. So they are not the same thing. Where does curthread come from and is there a way to get it using a method in userspace? You can use Mach calls in user space to get the kernel space thread information. Or if you are willing to cast to a local structure definition and have the user space code be non-portable, you can dereference the th_thport out of the thread state structure for the user space thread. is there a different way to relate the data? should I just try Solaris? I'm aware that this will probably be non-portable and likely to break if the kernel is changed. Looks like a winner... see also the Libc sources for the Mac OS X release you are running. This email sent to site_archiver(a)lists.apple.com

1 0

Re: query for system framework symbols
by Terry Lambert 29 Aug '09

29 Aug '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com -- Terry _______________________________________________ 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 Aug 28, 2009, at 7:56 PM, Arnab Ganguly wrote: Thanks for all help and very much appreciated for your time and patience. My requirement is to resolve system framework symbols on basis of hex addresses Actually, no, your problem is whatever it is that's causing you to think you need to resolve the symbols in the first place. You haven't disclosed that information, you've only disclosed that you think the correct solution to the root problem is to do what you are trying to do. There may be other solutions, however. and this symbols resolves happen in some other box where I have only the binary or the symbol file.The process itself is not running. If I run atos with respect to an hex address representing a system framework address, I get only the address no function name etc...I run "atos address -o Executable" but in case of application specific I do get it resolved properly.The address I take from the Crashreporter logs. This is going to be hard for you, since we support per-installation ASLR (Address Space Layout Randomization), and it is also possible that even if it's at a known location on the other box, the location of the library may have "slid" due to an allocation conflict or timing, and it's highly unlikely that two boxes will have exactly the same timing, or that the timing will remain constant even on one box, due to power management and thermal behaviour based on ambient thermal conditions, including "just previous" load. That's why I am wondering how apple crash reporter by using atos is able to resolve. It resolves on the box where the process is actually running, not on some other box, and it does it while the process image is technically still loaded into memory, and it can look up its address map to see what shared objects there are, and where they are loaded for the process that's doing the crashing. So what would be the best approach for the above requirement .Suggestions would be very helpful. Let me know if I can provide you more informaton. Thanks -A Capture a regular crash report, which is going to contain address map information, and then symbolicate your own remaining symbols out of that? This email sent to site_archiver(a)lists.apple.com

1 0

Re: query for system framework symbols
by Arnab Ganguly 29 Aug '09

29 Aug '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:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=2dvzDoKD/hqroVizmTPfiXFyVn6OObjjJoXiDODmKZI=; b=KpX7MQ0sf0VvPiHrIZ/CJWaG+a77xVN0GAPCO1RsyAhhlfzZH8pxL/GZVSnWylsG6I GCTJNjqiX2Gi3/e7dOucDU8imF4hcVSHmrYFciQpXFgk6D8yPWJk7u2ZBW/e2JE9udFz +EmO9SDq7Puaz+yUaDFdK5herIPill+QfmcIQ= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=pVpOJzq29EiKyWHwaDsapOTqzAICyVkUuGsFJ5yxuiGJ57BIyNIrqsuon/pglkOYdM /OW1Y/wc5Zqg4Or3g2KGKZqm4cig0TOydLLHX//RgoiIR00uUqpQzpwOIfLKC4Er0647 LsKStJiT1DQhpNqVmMrjSgd6DHKDnxA2IhFiA= _______________________________________________ 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

dtrace improvements in snow leopard?
by Joel Reymont 29 Aug '09

29 Aug '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Are there any changes or improvements to dtrace in Snow Leopard? Thanks, Joel --- 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… This email sent to site_archiver(a)lists.apple.com

1 0