Share

ctypes

Code

Programming Languages: C, Python

License: MIT License

Repositories

browse code, statistics, last commit on 2006-07-11 cvs -d:pserver:anonymous@ctypes.cvs.sourceforge.net:/cvsroot/ctypes login

cvs -z3 -d:pserver:anonymous@ctypes.cvs.sourceforge.net:/cvsroot/ctypes co -P modulename

Show:

What's happening?

  • codegenerator double define incomplete structurs.

    Attached patch fixed code generator: 1. Incomplete structures were defined twice, one with an empty _fields_ which cause ctypes raise "is final" error. 2. Variables in dll could be defined before its structure's _fields_ is defined. This cause 'is final' too. 3. c_longdouble is python2.6+ feature.

    2009-09-15 16:32:31 UTC by mozbugbox

  • Comment: Creating a restype supporting type

    Since ctypes is now distributed as part of Python, such a request must go into the Python tracker at bugs.python.org. However, the 'callable as restype' protocol is broken because it only works when the foreing function returns an integer; it will not work for functions returning pointers when sizeof(int) != sizeof(void *)'. A new protocol must be developed for this to work in full...

    2009-03-26 20:55:05 UTC by theller

  • Creating a restype supporting type

    Hi, Adding support for classes to be sent as an argument using the argtypes attribute and from_param(...) method seems pretty straight forward. Can a similar extension be done to support the restype attribute, or will the errcheck attribute be needed to do this conversion on the result? More specifically I'd like to convert from ctypes arrays to NumPy arrays on the fly when calling a DLL...

    2009-03-26 15:14:05 UTC by ztyx

  • ctypes

    theller added the gccxml-0.9.0-win32-x86.exe file.

    2008-12-19 07:45:39 UTC by theller

  • 2008-08-12

    theller created the 2008-08-12 file release.

    2008-12-19 07:39:13 UTC by theller

  • problem with unicode win32 ListView Control

    I am using ctype to insert both ascii and unicode data to win32 ListView Control , using the following structure class LV_ITEM(Structure): _fields_ = [('mask', c_uint), ('iItem', c_int), ('iSubItem', c_int), ('state', c_uint), ('stateMask', c_uint), # ('pszText', c_char_p), # for ascii data ('pszText', c_wchar_p), # for unicode data...

    2008-11-10 01:10:43 UTC by lys2008

  • for code generator to enable #define'd double constants

    The code generator doesn't handle any #defined constants with doubles. The patch contains a fix for the generator as well as coverage for the unit tests. The patch is applied against the ctypeslib-gccxml-0.9 branch, but might similarly work also against trunk.

    2008-10-18 22:32:21 UTC by guyster

  • Comment: Variable bitfields not initializing after some C data types

    Ok, I can reproduce the behaviour on windows. Thanks for the clear report, I will look into it. First comment: I am not sure this is a bug or not, I will investigate what the C compiler does. One difference between your structure A and B is that the size is different, also the alignment of the second field is different. The problem also goes away when you replace the 'c_int' in structure...

    2008-05-21 17:48:56 UTC by theller

  • Comment: Variable bitfields not initializing after some C data types

    c_char, c_byte, c_short, c_ubyte, and c_ushort are the causes. Everything else is working fine. The problem is only when the object is initialized. When that happens the bit fields after the data type are cleared to zeros but can then be used normally without problems. Bit fields before the data type are not effected. If a working data type is between a not working data type and the...

    2008-05-20 01:55:03 UTC by hexdecimal

  • Comment: Variable bitfields not initializing after some C data types

    I also found that c_byte is causing the same problem.

    2008-05-19 20:11:28 UTC by hexdecimal

Our Numbers