[issue22945] Ctypes inconsistent between Linux and OS X

Daniel Standage added the comment: Sorry for my radio silence. Your example was very helpful, and restores the behavior I was looking for. Thanks! -- resolution: -> works for me status: open -> closed ___ Python tracker

[issue22945] Ctypes inconsistent between Linux and OS X

Ned Deily added the comment: Thanks, eryksun. Any objections to closing this issue? -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue22945] Ctypes inconsistent between Linux and OS X

eryksun added the comment: c_void_p's getfunc returns the address as an integer. In turn, an integer argument gets converted to a C int. This mean you need to a create a new c_void_p from the address for _as_parameter_, e.g. self._as_parameter_ = c_void_p(self.g) Or set restype to a subcl

[issue22945] Ctypes inconsistent between Linux and OS X

Ned Deily added the comment: FWIW, your test does seem to run if the C test program is instead built in 32-bit mode (modifying CFLAGS to include "-arch i386"). For example, with the Apple OS X 10.10 system Python: DYLD_LIBRARY_PATH=.. arch -i386 /usr/bin/python2.7 test.py Gizmo 1: 15 Gizmo 2:

[issue22945] Ctypes inconsistent between Linux and OS X

New submission from Daniel Standage: The ctypes documentation describes the '._as_parameter_' attribute, which simplifies using Python objects to encapsulate C objects. If a ctypes object with the '._as_parameter_' attribute defined is passed as a parameter to a C function, the value of '._as_

[issue22945] Ctypes inconsistent between Linux and OS X

Changes by Daniel Standage : -- hgrepos: -281 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt