Hi ironpython,

Here's your Daily Digest of new issues for project "IronPython".

In today's digest:ISSUES

1. [New comment] os: missing dup() and fdopen() functions, nt.dup, nt.dup2, 
nt.execv,nt.execve
2. [New comment] version() shows only version number when running pyc-compiled 
.exe
3. [New comment] sys.version is incomplete in user created engine, creating 
problems in platform.py
4. [New comment] Discrepancy in dict __delitem__ vs CPython

----------------------------------------------

ISSUES

1. [New comment] os: missing dup() and fdopen() functions, nt.dup, nt.dup2, 
nt.execv,nt.execve
http://ironpython.codeplex.com/workitem/7267
User paweljasinski has commented on the issue:

"<p>I have looked at dup and dup2. Here is what I have found:</p><p>From what I 
can tell ip builds its own layer to emulate file descriptors. That wouldn't be 
so bad, but it also mixes in fd from crt:</p><p>&gt;&gt;&gt; import 
os<br>&gt;&gt;&gt; os.pipe()<br>(3, 4)<br>&gt;&gt;&gt; 
f=file(r&quot;c:\tmp\bar&quot;,&quot;r&quot;)<br>&gt;&gt;&gt; f<br>&lt;open 
file 'c:\tmp\bar', mode 'r' at 0x03A849BF&gt;<br>&gt;&gt;&gt; 
f.fileno()<br>3<br>&gt;&gt;&gt;</p><p>There are 2 fds with number 3, but each 
is referring to different file behind.<br>So now, if you would like to dup(3), 
which one are we talking about, the one returned by pipe or the one referring 
to file?</p><p>cpython uses transparently fds returned from crt functions. open 
translates to _wopen, dup - dup, dup2 - dup2, pipe takes advantage of 
_open_osfhandle ...<br></p"-----------------

2. [New comment] version() shows only version number when running pyc-compiled 
.exe
http://ironpython.codeplex.com/workitem/30267
User jdhardy has commented on the issue:

"<p>Fixed in cb8abd3.</p"-----------------

3. [New comment] sys.version is incomplete in user created engine, creating 
problems in platform.py
http://ironpython.codeplex.com/workitem/31736
User jdhardy has commented on the issue:

"<p>Fixed (for real) in cb8abd3.</p"-----------------

4. [New comment] Discrepancy in dict __delitem__ vs CPython
http://ironpython.codeplex.com/workitem/33362
User jdhardy has commented on the issue:

"<p>This issue isn't really in __delitem__, it's in pop(). Changing out pop() 
to not call __delitem__ (or maybe just not call an overriden __delitem__) 
should be doable.</p"
----------------------------------------------



----------------------------------------------
You are receiving this email because you subscribed to notifications on 
CodePlex.

To report a bug, request a feature, or add a comment, visit IronPython Issue 
Tracker. You can unsubscribe or change your issue notification settings on 
CodePlex.com.
_______________________________________________
Ironpython-users mailing list
[email protected]
http://mail.python.org/mailman/listinfo/ironpython-users

Reply via email to