➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: os.uname() on Darwin space in machine
Type: Stage:
Components: Distutils Versions: Python 2.2
process
Status: closed Resolution: not a bug
Dependencies: Superseder:
Assigned To: jackjansen Nosy List: jackjansen, loewis, timcarlson
Priority: normal Keywords: patch

Created on 2002-05-24 20:50 by timcarlson, last changed 2022-04-10 16:05 by admin. This issue is now closed.

Messages (3)
msg40120 - (view) Author: Tim Carlson (timcarlson) Date: 2002-05-24 20:50 
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
msg40121 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2002-05-27 13:31 
Logged In: YES 
user_id=21627

There's no uploaded file!  You have to check the
checkbox labeled "Check to Upload & Attach File"
when you upload a file.

Please try again.

(This is a SourceForge annoyance that we can do
nothing about. :-( )
msg40122 - (view) Author: Jack Jansen (jackjansen) * (Python committer) Date: 2002-07-08 13:52 
Logged In: YES 
user_id=45365

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.
History
Date User Action Args
2022-04-10 16:05:21adminsetgithub: 36646
2002-05-24 20:50:04timcarlsoncreate