http://permalink.gmane.org/gmane.comp.python.ctypes hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.python.ctypes/4782 <pre> Hi Diez, Thanks for the reply. The shared memory example is another good one - a generalized solution to that problem or the problem I mentioned would solve both simultaneously. It would be ideal (and very Pythonic) to do this in such a way that removes the need for manual pointer translation. Via ReadProcessMemory(). The resulting buffer is copied into a ctypes struct. This works great for everything except pointers. My current solution is to wrap that "RPM() + copy-to-local-struct" operation and call it instead of accessing 'contents' whenever I need to deref a pointer from the other process. That works, but it's ugly - I'm looking for something more elegant and less workaround-y. For instance, a wrapper (decorator? etc.?) that provides the same API as ctypes, but is "aware" of which process a pointer points into. So then dereferencing such a "wrapper" pointer that points to a struct that contains pointers results in those pointers being wrapped as well. And pointer arithmetic on su</pre> Devon Strawn 2013-05-15T02:35:01 http://permalink.gmane.org/gmane.comp.python.ctypes/4781 <pre> I doubt you can modify that, nor do I see how that would help. E.g. for shared memory, you need to translate pointers in each sharing process separately - *before* dereferencing. The question is: how do you access the debugee's memory to begin with? Diez ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may </pre> Diez Roggisch 2013-05-13T12:23:35 http://permalink.gmane.org/gmane.comp.python.ctypes/4780 <pre> Hi, I'm working on a debugger that uses ctypes structures to describe and store data that is read from another process's memory. This works really well, except for pointers. Dereferencing a ctypes pointer for such a "mirrored" structure raises an error because ctypes reads the debugger process's memory instead of the debuggee's memory. That is incorrect, since the pointer points to memory in the other process. How can I modify the ctypes pointer dereferencing behavior so that the memory is read from somewhere other than the current process? Thanks, Devon ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may </pre> Devon Strawn 2013-05-13T06:16:11 http://permalink.gmane.org/gmane.comp.python.ctypes/4779 <pre>http://www.amiogusto.at/xegiu/bvasiqxcut.fpvfcaphx ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar_______________________________________________ ctypes-users mailing list ctypes-users&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ctypes-users </pre> zhen luo 2013-03-15T14:47:48 http://permalink.gmane.org/gmane.comp.python.ctypes/4778 <pre>this reminded me of you http://bit.ly/XFa3FJ Hart's------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d_______________________________________________ ctypes-users mailing list ctypes-users&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ctypes-users </pre> Hart's Antler 2013-01-28T07:14:39 http://permalink.gmane.org/gmane.comp.python.ctypes/4777 <pre>Hello, before all the answers start pouring in ;-), here is a test I ran in an attempt to understand what's going on. The resulting offsets of some fields look strange to me. But then, it may be just a lack of understanding on my part... This is my test: from ctypes import * fields64 = [ ('first', c_uint64, 40), ('second', c_uint8, 7), ('third', c_uint8, 1), ('fourth', c_uint16, 16), ] fields32 = [ ('first', c_uint32, 16), ('second', c_uint8, 7), ('third', c_uint8, 1), ('fourth', c_uint8, 8), ] class Test64(Structure): _fields_ = fields64 class PackedTest64(Structure): _pack_ = 1 _fields_ = fields64 class Test32(Structure): _fields_ = fields32 class PackedTest32(Structure): _pack_ = 1 _fields_ = fields32 for cls in Test64, PackedTest64, Test32, PackedTest32: print '%s, %d bytes, pack %s' % (cls.__name__,</pre> Malte Forkel 2013-01-03T18:31:12 http://permalink.gmane.org/gmane.comp.python.ctypes/4776 <pre>Hello, I' trying to read binary data files using subclasses of ctyptes.Structure. While the first test case worked fine, the second one fails, possibly due to the bit fields in the structure: While some struct fields receive correct data, others seem to receive none. I'm new to ctypes, so this is probably a beginner's mistake... The input file contains data of this type struct tIndexTs { uint64_t offset:40; int reserved:7; int independent:1; uint16_t number:16; }; I'm trying to read it with something like .... class IndexStruct(ctypes.Structure): _fields_ = [ ('offset', c_uint64, 40), ('reserved', c_int16, 7), ('independent', c_int16, 1), ('number', c_uint16, 16), ] ... is = IndexStruct() with open(indexFilename, 'rb') as file: while file.readinto(is) == sizeof(is): print is.offset, is.reserved, is.independent, is.number The</pre> Malte Forkel 2012-12-28T16:29:06 http://permalink.gmane.org/gmane.comp.python.ctypes/4775 <pre>http://viagra-generic-100mg.com/img/lib.php Sent from Libero Mobile ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 </pre> lucaberto< at >libero.it 2012-12-27T00:36:13 http://permalink.gmane.org/gmane.comp.python.ctypes/4774 <pre>Actually It turned out I was using the library incorrectly. The newest version of libffi called my function correctly. Is there a way for me to find out what version of libffi my version of ctypes is using? Thanks, Dan On 09/11/2012 12:50, Daniel Holden wrote: ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov_______________________________________________ ctypes-users mailing list ctypes-users&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ctypes-users </pre> Daniel Holden 2012-11-09T15:15:59 http://permalink.gmane.org/gmane.comp.python.ctypes/4773 <pre>So I went and setup a small test program using libffi and managed to recreate the erroneous behavior so it seems likely that this is an issue with libffi rather than ctypes. Time to head over to their mailing list and bother them there. Many thanks guys, - Dan On 08/11/2012 23:58, Andrew MacIntyre wrote: ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov </pre> Daniel Holden 2012-11-09T12:50:55 http://permalink.gmane.org/gmane.comp.python.ctypes/4772 <pre>On 11/8/12 2:06 PM, "Daniel Holden" &lt;theonlydancingbanana&lt; at &gt;hotmail.com&gt; wrote: What do the sizeof of qfsm_node_t in C and ctypes return you? If those are mis-aligned, ctypes will probably call the C-function with a stack-frame that's not laid out properly. Diez ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov </pre> Diez Roggisch 2012-11-08T17:17:49 http://permalink.gmane.org/gmane.comp.python.ctypes/4771 <pre>Hi all, I was wondering if anyone could help me with a ctypes stack corruption issue I'm having. The details are posted in this stack overflow question: http://stackoverflow.com/questions/13275211/python-ctypes-stack-corruption I've been battling this bug for a while now and am at a bit of a dead end. I was basically wondering if anyone had any more suggestions for debugging techniques. I also don't want to out-rule that it might be a bug in ctypes but needed a sanity check first. Certainly ctypes seems to believe `skel` is a pointer of some sort but somehow it is getting put on the stack incorrectly. If anyone believes it is a bug in ctypes I'll upload the code somewhere so that it can be attempted to be reproduced. Thanks, Dan ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov </pre> Daniel Holden 2012-11-08T13:06:12 http://permalink.gmane.org/gmane.comp.python.ctypes/4770 <pre> Tried that but it doesn't work because the output of os.fdopen is a python file object which ctypes rejects. I got it to work by using the libc's fdopen and defining the argtype in the function as a c_void_p: ------------------------------------- from ctypes import * libc = CDLL(find_library("c")) fdopen = libc.fdopen fdopen.argtypes = (c_int, c_char_p,) fdopen.restype = c_void_p libdialog = CDLL(find_library("dialog")) progbox = libdialog.dlg_progressbox progbox.restype = c_int progbox.argtypes = (c_char_p, c_char_p, c_int, c_int, c_int, c_void_p) FILEp = fdopen(self.pipefds[0], 'r') ------------------------------------- FILEp can then be used as the 6th parameter of libdialog.dlg_progressbox. </pre> xDog Walker 2012-09-29T09:01:11 http://permalink.gmane.org/gmane.comp.python.ctypes/4769 <pre>Il giorno Fri, 28 Sep 2012 14:03:06 -0700 xDog Walker &lt;thudfoo&lt; at &gt;gmail.com&gt; ha scritto: AFAIK you can use (FILE is defined in /usr/include/stdio.h): """ class _IO_FILE(ctypes.Structure): pass FILE = _IO_FILE """ then you can use (as type for 'FILE *'): ctypes.POINTER(FILE) </pre> LukenShiro 2012-09-29T12:09:56 http://permalink.gmane.org/gmane.comp.python.ctypes/4768 <pre>The function I am trying to call wants a FILE *: dlg_progressbox(const char *title, const char *cprompt, int height, int width, int pauseopt, FILE *fp) I can open the file to be referenced: fp = os.fdopen(self.pipefds[0], 'r') Every thing I've tried ends with ctypes raising a TypeError. </pre> xDog Walker 2012-09-28T21:03:06 http://permalink.gmane.org/gmane.comp.python.ctypes/4767 <pre> I don't see any "real" ctypes usage here. All I see is loading a lib, and then using it as if all arguments were integers. Which looks suspicious to me, and might cause issues because of e.g. Word-size differences under various OSes. So you should try &amp; proper declare function parameters and result types, and then try again. Diez ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ ctypes-users mailing list ctypes-users&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ctypes-users </pre> Diez Roggisch 2012-09-13T10:14:01 http://permalink.gmane.org/gmane.comp.python.ctypes/4766 <pre>Hi, I've been working on a ctypes interface to udunits2 ( http://www.unidata.ucar.edu/software/udunits/udunits-2/udunits2.html) and have hit a strange issue when testing on OSX 10.8 (Mountain Lion). I have built a udunits2.so (on Linux) and a udunits2.dylib (on OSx) which I can interface to with the attached c code (ud.c) from both the command line and via ctypes as per "example1.py". This works great across both Linux and OSX. However, the point of me using ctypes is to avoid the need for writing the wrapping C code, so attempting to replicate "ud.c" with python ctypes code in "example2.py" works great on Linux, but results in a udunits failure on OSX. I'm not sure what I'm doing wrong, the fact that this code works beautifully from C means that I am suspicious about my ctypes code rather than the udunits library itself is at fault, but I can't understand why my ctypes code would work on one OS and not on the other. Should you need it to understand my C code the udunits2 C docs can be found here: http:</pre> Phil Elson 2012-09-13T09:54:56 http://permalink.gmane.org/gmane.comp.python.ctypes/4765 <pre> On Aug 30, 2012, at 1:50 AM, Uday Shah wrote: Bad google day? http://bytes.com/topic/python/answers/689007-how-use-c-enum-python-ctypes Diez------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ ctypes-users mailing list ctypes-users&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ctypes-users </pre> Diez B. Roggisch 2012-08-30T21:34:49 http://permalink.gmane.org/gmane.comp.python.ctypes/4764 <pre>I have the following enum set and C function below. I was wondering how do I convert this to the ctype. How do I convert the C function argument to ctype python argument especially for the custom datatype. typedef enum hwRegs_t { sample1, // 0x00 sample2, // 0x01 sample3, // 0x02 sample4, // 0x03 sample5, // 0x04 sample6, // 0x05 HW_REGS_COUNT } hwRegs; void DLL_ENTRY hwRead( hwRegs hwRegister, uchar *pData); ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Uday Shah 2012-08-29T23:50:46 http://permalink.gmane.org/gmane.comp.python.ctypes/4763 <pre>typedef void * (*MALLOCFUNCPTR)( size_t size ); I have a C function defined as below: void DLL_ENTRY UploadData( BOOL *pChangeCountError, MALLOCFUNCPTR pMf, ulong *pMsgLen, uchar **pMsgData ); I want to implement CType interface to this function to access it via Python. How can I convert these arguments to the CType for python? Any help is greatly appreciated. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> Uday Shah 2012-08-29T23:38:14 http://permalink.gmane.org/gmane.comp.python.ctypes/4762 <pre>Oh, I understand. It works. Thank you very much! </pre> Radek Holý 2012-08-11T10:45:04 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.python.ctypes