On Tue, Feb 09, 2010, Ronald Oussoren wrote: > On 7 Feb, 2010, at 15:30, Aahz wrote: >> On Sun, Feb 07, 2010, Ronald Oussoren wrote: >>> On 4 Feb, 2010, at 18:59, Aahz wrote: >>>> >>>> I've already complained that mac_ver() causes a crash with >>>> USING_FORK_WITHOUT_EXEC_IS_NOT_SUPPORTED_BY_FILE_MANAGER >>>> but I'm pretty sure we're not using wx on Mac, just Windows (we're using >>>> AppHelper). >>> >>> Have you filed a bug about that? Not that doing that in the >>> python.org tracker would result result in a satisfying resolution: >>> mac_ver calls OSX APIs that don't work in child processes created with >>> fork (but without exec) and that cannot be changed. This was safe >>> in 10.5 and earlier as well, 10.6 is the first version that loudly >>> complains that you do something unsafe. >> >> Not yet, I was hoping someone else could confirm the bug before filing. >> If you think I should go ahead and file it, I will. > > Filing a bug would help remind me that someone ran into an issue. I > won't be able to fix the gestalt issue itself, but it is possible > to work around it by calling different APIs to fetch the required > information.
http://bugs.python.org/issue7895 >> Do you know of any other way to get the info that gestalt provides? > > The system version can also be read from > /System/Library/CoreServices/SystemVersion.plist Thanks! > The CPU architecture can also be deduced from sys.byteorder (if that's > "little" your on i386, otherwise you're on ppc). os.uname() seems to provide much of that info. -- Aahz (a...@pythoncraft.com) <*> http://www.pythoncraft.com/ "At Resolver we've found it useful to short-circuit any doubt and just refer to comments in code as 'lies'. :-)" _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG