<div>I think I understand the motivation pretty well; what I'm saying is that I don't see that this is possible. IronPython has no access to the table being used by the C library to map between Windows HANDLEs and clib file descriptors, so we can't return a clib-compatible fd. </div>
<div> </div>
<div>Even if we were to return a Windows HANDLE as the fd from IronPython (something which is bad in several ways), this wouldn't be a value that could just be used directly by the C extension through the C library.<br>
</div>
<div class="gmail_quote">On Mon, Dec 15, 2008 at 10:18 AM, Tom Wright <span dir="ltr"><<a href="mailto:tom.wright@resolversystems.com">tom.wright@resolversystems.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Agreed. It is certainly possible with some work to get a file descriptor and pass it to C code.<br><br>This is not the problem, however. Ironclad's aim (eventually) is to allow *arbitrary* C extensions to work with Ironpython without changing the extensions. Ctypes aim is to allow arbitrary C code to be run by python (possibly in other python libraries which you really don't want to modify).<br>
<br>In CPython .fileno() is a file descriptor and some modules use this fact (specifically PIL) by passing file descriptors as integers into C code. I do not know how one can make this code work in IronPython unless .fileno() returns a file descriptor.<br>
<br>The game here is not making a particular C library work with IronPython by modifying this library but making as many libraries as possible work without modification. Of course whether this is worthwhile depends on how many libraries rely on this fact.<br>
<br>Sorry - I hope this is a little clearer.<br><br>Tom<br><br><br>Curt Hagenlocher wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="Ih2E3d">Ah, that was the function I was looking for.<br> Sure, the file descriptor exists in the C library under Windows. But the C library is basically doing exactly the same thing as IronPython is; it's maintaining the file descriptor number as an abstraction on top of the HANDLE that the operating system knows about. So we're dealing two similar abstractions with entirely unrelated interfaces:<br>
<br>IronPython fd built on top of .NET stream built on top of Windows HANDLE, vs<br>clib fd built directly on top of Windows HANDLE<br> To get from the IronPython fd to a clib fd, you need to translate down the first chain and up the second.<br>
</div>
<div class="Ih2E3d">On Mon, Dec 15, 2008 at 9:37 AM, Tom Wright <<a target="_blank" href="mailto:tom.wright@resolversystems.com">tom.wright@resolversystems.com</a> <mailto:<a target="_blank" href="mailto:tom.wright@resolversystems.com">tom.wright@resolversystems.com</a>>> wrote:<br>
<br> Not so: Though admittedly you have to do quite a bit of work to<br> get the file descriptor into .NET.<br> <a target="_blank" href="http://msdn.microsoft.com/en-us/library/bdts1c9x(VS.71).aspx">http://msdn.microsoft.com/en-us/library/bdts1c9x(VS.71).aspx</a><br>
</div> <<a target="_blank" href="http://msdn.microsoft.com/en-us/library/bdts1c9x%28VS.71%29.aspx">http://msdn.microsoft.com/en-us/library/bdts1c9x%28VS.71%29.aspx</a>>
<div>
<div></div>
<div class="Wj3C7c"><br><br> To clarify - the C library was written to work with Python (not<br> IronPython) and is not my code.<br><br> Thanks,<br> Tom<br><br> Curt Hagenlocher wrote:<br><br><br> There's no such thing as a file descriptor number in .NET --<br>
or, for that matter, in Windows itself! :) (The latter is<br> something of a semantic point, of course, as a HANDLE serves<br> something of the same role in Win32 as a file descriptor<br> number does in Unix.)<br>
<br> If you have a FileStream, I think you can turn it into a<br> Windows HANDLE by saying<br> IntPtr handle = stream.SafeFileHandle.DangerousGetHandle();<br> The C library should have a way to convert a HANDLE into a<br>
"file descriptor", though I wasn't able to identify the<br> function name with a quick google.<br> I don't see a way to get handles for stdin, stdout or stderr,<br> though, except that these ought to be easy to translate by hand.<br>
On Mon, Dec 15, 2008 at 8:03 AM, Tom Wright<br> <<a target="_blank" href="mailto:tom.wright@resolversystems.com">tom.wright@resolversystems.com</a><br> <mailto:<a target="_blank" href="mailto:tom.wright@resolversystems.com">tom.wright@resolversystems.com</a>><br>
<mailto:<a target="_blank" href="mailto:tom.wright@resolversystems.com">tom.wright@resolversystems.com</a><br> <mailto:<a target="_blank" href="mailto:tom.wright@resolversystems.com">tom.wright@resolversystems.com</a>>>> wrote:<br>
<br> Hi,<br><br> At the moment file.fileno() returns an arbitrary identifier<br> of a<br> python file rather than a true file descriptor. This is<br> semi-blocking the Ironclad port of PIL.<br>
<br> Code in PIL gets an integer using fileno() and passes it<br> directly<br> to C code where a call to write() is made. To fix this one<br> would<br> have to patch PIL, IronPython's file objects or the write<br>
function<br> provided to C code - none of these feel like a good course<br> of action.<br><br> When ctypes is ported to IronPython this may create similar<br> problems. Ideally fileno() would return a real file descriptor.<br>
Would this be possible?<br><br> Thanks,<br><br> Tom<br> Resolver Systems<br> _______________________________________________<br> Users mailing list<br> <a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a><br>
<mailto:<a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a>><br> <mailto:<a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a><br>
<mailto:<a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a>>><br><br> <a target="_blank" href="http://lists.ironpython.com/listinfo.cgi/users-ironpython.com">http://lists.ironpython.com/listinfo.cgi/users-ironpython.com</a><br>
<br><br> ------------------------------------------------------------------------<br><br><br><br> _______________________________________________<br> Users mailing list<br> <a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a> <mailto:<a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a>><br>
<a target="_blank" href="http://lists.ironpython.com/listinfo.cgi/users-ironpython.com">http://lists.ironpython.com/listinfo.cgi/users-ironpython.com</a><br> <br><br> _______________________________________________<br>
Users mailing list<br> <a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a> <mailto:<a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a>><br>
<a target="_blank" href="http://lists.ironpython.com/listinfo.cgi/users-ironpython.com">http://lists.ironpython.com/listinfo.cgi/users-ironpython.com</a><br><br><br>------------------------------------------------------------------------<br>
<br>_______________________________________________<br>Users mailing list<br><a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a><br><a target="_blank" href="http://lists.ironpython.com/listinfo.cgi/users-ironpython.com">http://lists.ironpython.com/listinfo.cgi/users-ironpython.com</a><br>
<br></div></div></blockquote>
<div>
<div></div>
<div class="Wj3C7c"><br>_______________________________________________<br>Users mailing list<br><a target="_blank" href="mailto:Users@lists.ironpython.com">Users@lists.ironpython.com</a><br><a target="_blank" href="http://lists.ironpython.com/listinfo.cgi/users-ironpython.com">http://lists.ironpython.com/listinfo.cgi/users-ironpython.com</a><br>
</div></div></blockquote></div><br>