You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee='https://github.com/jackjansen'closed_at=<Date2002-07-08.13:52:07.000>created_at=<Date2002-05-24.20:50:04.000>labels= ['invalid', 'library']
title='os.uname() on Darwin space in machine'updated_at=<Date2002-07-08.13:52:07.000>user='https://bugs.python.org/timcarlson'
os.uname() on Darwin (Mac OS X) returns a string for
"machine" of
"Power MacIntosh" which can cause problems. Getting rid
of the space might be a good thing
os.uname() is simply a wrapper around the C library function of te same name. It returns "Power Macintosh" as the machine type.
For reasons I don't understand the C interface doesn't allow you to get at the "generic processor type" that is returned by "uname -p". This would probably be more useful (as the value is "powerpc"). But then, Linux gets it wrong, and returns "i686" for machine name and "unknown" for processor type, exactly the wrong way around.
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: