I tested with my own compiled Python 2.6.4, which returns:
Python 2.6.4 (r264:75706, Dec 22 2009, 21:55:52)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.mac_ver()
('10.6.2', ('', '', ''), 'i386')
And Apple's Python:
Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.mac_ver()
('10.6.2', ('', '', ''), 'i386')
Haven't tested with py2app.
Thijs
On 14 Jan 2010, at 02:25, Aahz wrote:
> After a lot of poking around, it appears that platform.mac_ver() is
> broken in 10.6 (Snow Leopard) because the gestalt module calls fork(),
> which causes a crash with
> USING_FORK_WITHOUT_EXEC_IS_NOT_SUPPORTED_BY_FILE_MANAGER. This seems to
> only happen with py2app builds; I have not been able to reproduce using
> strict command-line testing, and I haven't had time to create a
> stripped-down app to test with.
>
> I'd appreciate if someone else could verify before I file a bug. (It's
> possible that the multiprocessing module is involved if a simple test
> fails to reproduce -- my AppDelegate starts another process for the main
> code that then calls mac_ver() to log the current OS version.) I'm using
> os.uname() instead for now.
> --
> Aahz (a...@pythoncraft.com) <*> http://www.pythoncraft.com/
>
> "If you think it's expensive to hire a professional to do the job, wait
> until you hire an amateur." --Red Adair
> _______________________________________________
> Pythonmac-SIG maillist - Pythonmac-SIG@python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
_______________________________________________
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
