[Pythonmac-SIG] Weird Carbon: gestalt: wxPython issue/bug

[Aahz]

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 (aahz at 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'. :-)"