Laszlo Nagy wrote:


I was suggesting getting posix_ipc or sysv_ipc to compile against a compatibility library (Cygwin?) under Windows. It sounds like you're proposing something totally different, no?
OK I see. But probably I do not want to use Cygwin because that would create another dependency. I understand that posix_ipc/sysv is not natively supported under windows. What about this:


A few comments: First, the issue of cross-platform IPC, and its difficulties, has come up occasionally, but most with the knowledge of writing stuff for one system (esp. Windows) tend to stick with that system.

- create a wrapper, using ctypes, /windll / cdll/ to access API functions

ctypes was only added in 2.5. It should make some things easier than they would have been before.

- use CreateFileMapping on the page file to create shared memory (a la windows: http://msdn.microsoft.com/en-us/library/aa366537.aspx) - use CreateEvent/WaitForSingleObject for signaling (http://msdn.microsoft.com/en-us/library/ms682396(VS.85).aspx) - these should be enough to implement shared memory functions and message queues under windows, and that might be a quick solution at least for me. - it might also be used to emulate the same posix_ipc interface, without any external dependency added (cygwin).

That would be good.


All I care about is to create a working message queue. But if you think that this ctypes hack would be useful for other users, then I can try to implement it.

I must tell you that I'm not very familiar with C programming (it was a long time ago...) and I do not own MSVC.

Python compiles, I believe, with the free VCExpress. But I would start with ctypes.

--
http://mail.python.org/mailman/listinfo/python-list

Reply via email to