44

Does anyone know how I would go about detected what bit version Windows is under Python. I need to know this as a way of using the right folder for Program Files.

Many thanks

William Troup
  • 12,739
  • 21
  • 70
  • 98
  • 10
    Knowing this won't tell you where the program files are stored. – Ignacio Vazquez-Abrams Feb 05 '10 at 17:04
  • 3
    >>> import ctypes, sys >>> i = ctypes.c_int() >>> kernel32 = ctypes.windll.kernel32 >>> process = kernel32.GetCurrentProcess() >>> kernel32.IsWow64Process(process, ctypes.byref(i)) http://www.gossamer-threads.com/lists/python/python/663523 – whunmr Feb 05 '10 at 17:06
  • When reading through the answers, be warned: some of them return the version (32/64bit) of installed Python, some the version of the processor architecture, and only some actually return the version (32/64bit) of the OS. Which is what the question asks for. Many of the answers confuse these. – Petri Dec 12 '16 at 16:49

23 Answers23

67

I think the best solution to the problem has been posted by Mark Ribau.

The best answer to the question for Python 2.7 and newer is:

def is_os_64bit():
    return platform.machine().endswith('64')

On windows the cross-platform-function platform.machine() internally uses the environmental variables used in Matthew Scoutens answer.

I found the following values:

  • WinXP-32: x86
  • Vista-32: x86
  • Win7-64: AMD64
  • Debian-32: i686
  • Debian-64: x86_64

For Python 2.6 and older:

def is_windows_64bit():
    if 'PROCESSOR_ARCHITEW6432' in os.environ:
        return True
    return os.environ['PROCESSOR_ARCHITECTURE'].endswith('64')

To find the Python interpreter bit version I use:

def is_python_64bit():
    return (struct.calcsize("P") == 8)
anatoly techtonik
  • 19,847
  • 9
  • 124
  • 140
phobie
  • 2,514
  • 1
  • 20
  • 21
38

I guess you should look in os.environ['PROGRAMFILES'] for the program files folder.

Jochen Ritzel
  • 104,512
  • 31
  • 200
  • 194
  • 14
    +1 for solving the problem instead of answering the question - not always a good thing, but in this case it is. – BlueRaja - Danny Pflughoeft Feb 05 '10 at 17:31
  • 4
    This is the right solution, rather than hardcoding a directory. However, this will not lead to the 32-bit program files on 64-bit Windows, if that's what is needed. – Mike Graham Feb 05 '10 at 17:38
  • Yes, it will lead to the correct Program Files on Win64. Here are my values on Win7 64: ProgramFiles=C:\Program Files (x86) ProgramFiles(x86)=C:\Program Files (x86) ProgramW6432=C:\Program Files – Meh Feb 05 '10 at 23:19
  • 8
    FYI: It will lead to the x86 version if you are running 32 bit python, but the x64 version if running 64 bit python. – Mark Apr 03 '12 at 00:04
  • @MikeGraham it is _not_ the right solution because whether your program (i.e. in our case the Python interpreter) runs as WOW64 or native 64-bit program governs whether the WOW64 (`%SystemRoot%\SysWOW64\cmd.exe`) or 64-bit cmd.exe (`%SystemRoot%\System32\cmd.exe`) gets to run on a 64-bit Windows and thereby makes the output of this value _relative_ to the environment. – 0xC0000022L Nov 26 '20 at 12:12
31

platform module -- Access to underlying platform’s identifying data

>>> import platform
>>> platform.architecture()
('32bit', 'WindowsPE')

On 64-bit Windows, 32-bit Python returns:

('32bit', 'WindowsPE')

And that means that this answer, even though it has been accepted, is incorrect. Please see some of the answers below for options that may work for different situations.

Mark
  • 1,639
  • 1
  • 15
  • 20
Joe Koberg
  • 25,416
  • 6
  • 48
  • 54
  • 1
    But I agree, use the environment variable to locate %PROGRAMFILES% – Joe Koberg Feb 05 '10 at 17:33
  • 13
    On 64-bit Windows it returns the same thing. – Meh Feb 05 '10 at 23:16
  • 5
    This won't work, because python chose to always return win32 for compatibility. This is also why there are only 'hackish' way to find out. – Thomas Ahle Feb 06 '10 at 16:00
  • 3
    @Thomas If I do `print platform.architecture()[0]`, it displays `64bit` on Windows 7 64bit. – Tadeck May 31 '11 at 01:15
  • 5
    @Tadeck You are probably running 64 bit Python on 64 bit Windows. – Mark Jul 21 '11 at 23:59
  • @Mark Ribau: Maybe you are right, but when I start IDLE, it shows me "_Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on win32_". – Tadeck Jul 22 '11 at 00:33
  • 1
    @Tadeck That looks like 2.7.1 64bit. Running `platform.architecture()` in six different versions of IDLE on Windows 7 64bit yields: *Python 2.6.6 (r266:84297, Aug 24 2010, 18:46:32) [MSC v.1500 32 bit (Intel)] on win32* (2.6.6 32bit) => `('32bit', 'WindowsPE')`; *Python 2.6.6 (r266:84297, Aug 24 2010, 18:13:38) [MSC v.1500 64 bit (AMD64)] on win32* (2.6.6 64bit) => `('64bit', 'WindowsPE')`; *Python 2.7.2 (default, Jun 12 2011, 15:08:59) [MSC v.1500 32 bit (Intel)] on win32* (2.7.2 32bit) => `('32bit', 'WindowsPE')`; – Mark Sep 08 '11 at 05:40
  • *Python 2.7.2 (default, Jun 12 2011, 14:24:46) [MSC v.1500 64 bit (AMD64)] on win32* (2.7.2 64bit) => `('64bit', 'WindowsPE')`; *Python 3.2.2 (default, Sep 4 2011, 09:51:08) [MSC v.1500 32 bit (Intel)] on win32* (3.2.2 32bit) => `('32bit', 'WindowsPE')`; *Python 3.2.2 (default, Sep 4 2011, 09:07:29) [MSC v.1500 64 bit (AMD64)] on win32* (3.2.2 64bit) => `('64bit', 'WindowsPE')`. – Mark Sep 08 '11 at 05:40
  • On 64 bit system, if 32 bit python2.7 is installed..it will return ('32bit', 'WindowsPE').. – Dev.K. May 06 '15 at 06:03
  • This doesn't return the system platform, but the Python platform, which is what I was looking for. – Nulano Apr 13 '19 at 14:52
29

Came here searching for properly detecting if running on 64bit windows, compiling all the above into something more concise.

Below you will find a function to test if running on 64bit windows, a function to get the 32bit Program Files folder, and a function to get the 64bit Program Files folder; all regardless of running 32bit or 64bit python. When running 32bit python, most things report as if 32bit when running on 64bit, even os.environ['PROGRAMFILES'].

import os

def Is64Windows():
    return 'PROGRAMFILES(X86)' in os.environ

def GetProgramFiles32():
    if Is64Windows():
        return os.environ['PROGRAMFILES(X86)']
    else:
        return os.environ['PROGRAMFILES']

def GetProgramFiles64():
    if Is64Windows():
        return os.environ['PROGRAMW6432']
    else:
        return None

Note: Yes, this is a bit hackish. All other methods that "should just work", do not work when running 32bit Python on 64bit Windows (at least for the various 2.x and 3.x versions I have tried).

Edits:
2011-09-07 - Added a note about why only this hackish method works properly.

Mark
  • 1,639
  • 1
  • 15
  • 20
9
def os_platform():
    true_platform = os.environ['PROCESSOR_ARCHITECTURE']
    try:
            true_platform = os.environ["PROCESSOR_ARCHITEW6432"]
    except KeyError:
            pass
            #true_platform not assigned to if this does not exist
    return true_platform

http://blogs.msdn.com/b/david.wang/archive/2006/03/26/howto-detect-process-bitness.aspx

Matthew Scouten
  • 15,303
  • 9
  • 33
  • 50
  • 2
    this does indeed return the true platform, even on 32bit python running on 64bit windows; however, true_platform will be "x86" for 32bit python on 32bit windows, "AMD64" for 32bit or 64bit python on windows 64bit for many machines (most intel consumer CPU, most AMD consumer CPU), "I64" for 32bit or 64bit python on windows 64bit for itanium and similar machines. just be aware of this. – Mark Jan 11 '12 at 21:06
6

Many of these proposed solutions, such as platform.architecture(), fail because their results depend on whether you are running 32-bit or 64-bit Python.

The only reliable method I have found is to check for the existence of os.environ['PROGRAMFILES(X86)'], which is unfortunately hackish.

gauss256
  • 2,603
  • 4
  • 23
  • 23
3

You should be using environment variables to access this. The program files directory is stored in the environment variable PROGRAMFILES on x86 Windows, the 32-bit program files is directory is stored in the PROGRAMFILES(X86) environment variable, these can be accessed by using os.environ('PROGRAMFILES').

Use sys.getwindowsversion() or the existence of PROGRAMFILES(X86) (if 'PROGRAMFILES(X86)' in os.environ) to determine what version of Windows you are using.

Mike Graham
  • 73,987
  • 14
  • 101
  • 130
  • getwindowsversion() does not lead to the bit version used by the os! I. e. it returns similar results for Win7 32-bit and 64-bit. For the environmental variables have a look at the answer of Mark Ribau! – phobie Sep 24 '12 at 15:15
2

Following this documentation, try this code:

is_64bits = sys.maxsize > 2**32
Waynn Lue
  • 11,344
  • 8
  • 51
  • 76
  • No. I ran this on a 64 bit windows server 2012R2, it returned False but worked on windows 7. Better use reg keys or environment variables. – max Nov 17 '14 at 23:38
  • 1
    @max The [official documentation](https://docs.python.org/3/library/platform.html#cross-platform) explains that both the `platform.architecture()` and the `sys.maxsize > 2**32` are trying to detect whether the python intepretor itself is in 32 bit or 64 bit, NOT whether your OS is in 32 bit or 64 bit. Therefore the result you observed was presumably caused by your installation of different builts of Python on those machines. Depending on your purpose, these behavior may or may not be considered a wrong behavior. – RayLuo Feb 23 '17 at 01:42
  • Right. The question does not ask for the interpretor bitness. It mentions the operating system bitness. – max Feb 23 '17 at 19:25
2

Im aware that in comments of the question this method was already used. This is the method the .net framework uses:

import ctypes

def is64_bit_os():
    """ Returns wethever system is a 64bit operating system"""
    is64bit = ctypes.c_bool()
    handle = ctypes.windll.kernel32.GetCurrentProcess() # should be -1, because the current process is currently defined as (HANDLE) -1
    success = ctypes.windll.kernel32.IsWow64Process(handle, ctypes.byref(is64bit)) #should return 1
    return (success and is64bit).value
print(is64_bit_os())
2

I just found another way to do this, which may be useful in some situations.

import subprocess
import os

def os_arch():
    os_arch = '32-bit'
    if os.name == 'nt':
        output = subprocess.check_output(['wmic', 'os', 'get', 'OSArchitecture'])
        os_arch = output.split()[1]
    else:
        output = subprocess.check_output(['uname', '-m'])
        if 'x86_64' in output:
            os_arch = '64-bit'
        else:
            os_arch = '32-bit'
    return os_arch

print 'os_arch=%s' % os_arch()

I tested this code in the following environments:

  • Ubuntu 16.04 + Python 2.7.12
  • Mac OS Sierra + Python 2.7.11
  • Windows 7 Pro 32-bit + Python 2.7.5 (32-bit)
  • Windows 10 Home 64-bit + Python 2.7.13 (32-bit)
Jake W
  • 2,788
  • 34
  • 39
1

The subject lines asks about detecting 64 or 32bit OS, while the body talks about determining the location of ProgramFiles. The latter has a couple of workable answers here. I'd like to add another solution generalized to handle StartMenu, Desktop, etc. as well as ProgramFiles: How to get path of Start Menu's Programs directory?

Community
  • 1
  • 1
matt wilkie
  • 17,268
  • 24
  • 80
  • 115
1

When you need to find out things about windows system, it is usually somewhere in the registry, according to MS documentation, you should look at (http://support.microsoft.com/kb/556009) this key value:

HKLM\HARDWARE\DESCRIPTION\System\CentralProcessor\0

and if it is:

0x00000020 (32 in decimal)

It is a 32 bit machine.

  • Has anyone tested this? Despite the KB title, the KB article actually talks about processor information, so I suspect that the info refers to processor architecture, not the OS version. – Petri Dec 12 '16 at 16:57
  • On Windows7 (64-bit) running in a Parallels VM on OSX, the registry value is 0x00000001 (1 in decimal) – Petri Dec 12 '16 at 16:59
  • On Windows 10 (64-bit), there no longer is such registry attribute ("Platform ID"). But there is a "Platform Specific Field 1", and it's value is 0x00000002 (2 in decimal). Go figure... :( – Petri Dec 12 '16 at 17:02
0
 import _winreg
 def get_registry_value(key, subkey, value):
   key = getattr(_winreg, key)
   handle = _winreg.OpenKey(key, subkey )
   (value, type) = _winreg.QueryValueEx(handle, value)
   return value

 windowsbit=cputype = get_registry_value(
        "HKEY_LOCAL_MACHINE",
        "SYSTEM\\CurrentControlSet\Control\\Session Manager\\Environment",
        "PROCESSOR_ARCHITECTURE")
 print windowsbit

just run this code

if you are working on 64 bit windows machine this will print AMD64

or if you are working on 32 bit it will print AMD32

i hope this code can help to solve this problem fully

rishabhr0y
  • 838
  • 1
  • 9
  • 14
0

This works for me in the Python versions I use: 2.7 and 2.5.4

    import win32com.client
    import _winreg

    shell = win32com.client.Dispatch('WScript.Shell')
    proc_arch = shell.ExpandEnvironmentStrings(r'%PROCESSOR_ARCHITECTURE%').lower()

    if proc_arch == 'x86':
        print "32 bit"
    elif proc_arch == 'amd64':
        print "64 bit"
    else:
        raise Exception("Unhandled arch: %s" % proc_arch)
0

Just to update this old thread - it looks like the platform module reports the correct architecture now (at least, in Python 2.7.8):

c:\python27\python.exe -c "import platform; print platform.architecture(), platform.python_version()"
('32bit', 'WindowsPE') 2.7.6

c:\home\python278-x64\python.exe -c "import platform; print platform.architecture(), platform.python_version()"
('64bit', 'WindowsPE') 2.7.8

(sorry I don't have the rep to comment on the first answer which still claims to be wrong :)

Hagrid67
  • 344
  • 2
  • 9
  • You probably installed the 64-bit version of Python. The issue is that this will not detect an 64-bit OS if you have installed a 32-bit version of Python. – JojOatXGME Feb 13 '21 at 08:36
0
import platform

platform.architecture()[0]

It will return '32bit' or '64bit' depending on system architecture.

Саша Черных
  • 2,561
  • 4
  • 25
  • 71
0

64-bit versions of Windows use something called registry redirection and reflection keys. There is a compatibility layer called WoW64 which enables compatibility of 32-bit applications. Starting from Windows 7 and Windows Server 2008 R2 WoW64 registry keys are not longer reflected but shared. You can read about it here:

registry-reflection: msdn.microsoft.com/en-us/library/aa384235(v=vs.85).aspx

affected-keys: msdn.microsoft.com/en-us/library/aa384253(v=vs.85).aspx

wikipedia: en.wikipedia.org/wiki/WoW64

All you need to do is detect existence of those keys. You can use _winreg for that. Use try: and try opening key, example:

try:
aReg = _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE,"SOFTWARE\\Wow6432Node\\Microsoft\\Windows\\CurrentVersion\\Run")
idenoq
  • 83
  • 5
0

The solution posted by Alexander Brüsch is the correct solution, but it has a bug that only reveals itself on python3.x. He neglected to cast the returned value from GetCurrentProcess() to a HANDLE type. Passing a simple integer as the first parameter of IsWow64Process() returns 0 (which is an error flag from win32api). Also, Alexander incorrectly handles the return statement (success has no .value attribute).

For those who stumble on this thread, here is the corrected code:

import ctypes

def is64_bit_os():
    """Returns True if running 32-bit code on 64-bit operating system"""
    is64bit = ctypes.c_bool()
    handle = ctypes.wintypes.HANDLE(ctypes.windll.kernel32.GetCurrentProcess())
    success = ctypes.windll.kernel32.IsWow64Process(handle, ctypes.byref(is64bit))
    return success and is64bit.value
print(is64_bit_os())
user590028
  • 11,364
  • 3
  • 40
  • 57
0

There is a function named machine in platform module. I installed both Python3.8 32-bit and 64-bit versions on the same 64-bit machine with 64-bit Windows 10 and here is what I found:

Comparison of all the functions in platform module

And it looks like platform.machine returns machine architecture without bothering what type of python is installed. so here is my final compilation

import platform

def is_64bit():
    return platform.machine().endswith('64')
AmaanK
  • 1,032
  • 5
  • 25
0

Most of the answers here are incorrect :/

Here is a simple translation of the well known method used in CMD and this is how microsoft do it too.

import os
_os_bit=64
if os.environ.get('PROCESSOR_ARCHITECTURE').lower() == 'x86' and os.environ.get('PROCESSOR_ARCHITEW6432') is None: _os_bit=32

print(_os_bit)

but remember: Windows 10 on ARM includes an x86-on-ARM64 emulation, so the possible values for PROCESSOR_ARCHITECTURE are: AMD64 or IA64 or ARM64 or x86

Badr Elmers
  • 1,487
  • 14
  • 20
0

A solution, putting together the options from the links below and using os module:

import os
#next save the response from the command prompt saved to a file 
window = os.system('PowerShell.exe "gwmi win32_operatingsystem | select osarchitecture" > prompt.txt')
#next read the file
f = open('prompt.txt','r')
windowsos = f.readlines()
f.close()
print(windowsos[3][:-1])

https://datatofish.com/command-prompt-python/ https://www.radishlogic.com/windows/how-to-check-if-your-windows-10-is-64-bit-or-32-bit/ https://www.tutorialspoint.com/how-to-run-a-powershell-script-from-the-command-prompt

-1
import struct

def is64Windows():
    return struct.calcsize('P') * 8 == 64
Vlad Bezden
  • 83,883
  • 25
  • 248
  • 179
-2

There should be a directory under Windows 64bit, a Folder called \Windows\WinSxS64 for 64 bit, under Windows 32bit, it's WinSxS.

t0mm13b
  • 34,087
  • 8
  • 78
  • 110
  • 4
    This is fragile and hackish. Python provides built-in ways to directly access information about the OS, and it doesn't depend on the Windows installation directory being in a normal place or having a normal name. – Mike Graham Feb 05 '10 at 17:40
  • 2
    @Mike Except that it doesn't work on Windows most of the time. Try running a 32bit Python on 64bit windows. It returns 32bit for most cases if using a default compile from python.org. (At least for all the 2.x versions I have used.) – Mark Sep 08 '11 at 04:09