New submission from Patrick Mézard:
Let child.py be:
import sys
sys.stdout.write('1:stdout\n')
sys.stdout.flush()
sys.stderr.write('2:stderr\n')
sys.stderr.flush()
sys.stdout.write('3:stdout\n')
sys.stdout.flush()
and parent.py:
import os
cmd = 'python child.py'
for l in os.popen(cmd):
New submission from anonyprog:
Under certain circumstances, creating a directory using os.mkdir then
immediately changing to it using os.chdir fails with a file not found
exception.
Here is some code to demonstrate that. Using the following program with
a parameter of 1 works fine. But anything
Martin v. Löwis added the comment:
Where is the patch?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1365
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
Here it is.
patch + unit test
Added file: http://bugs.python.org/file8670/py3k_pystring_ssize.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1365
__Index: Objects/stringobject.c
Changes by Simon:
--
nosy: +bind
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1651995
_
___
Python-bugs-list mailing list
Unsubscribe:
Jean-Paul Calderone added the comment:
This isn't a bug in Python. Working directory, which os.chdir modifies,
is process-global. One of your threads makes a directory, then gets
suspended while another one makes a different directory and changes into
it, then the first tries to change into
anonyprog added the comment:
Sorry for filing this as a bug, I am a fool. I should have read the
documentation for each operating systems' mkdir call more carefully.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1367
__
Guido van Rossum added the comment:
Committed revision 58730.
Thanks!
PS. Christian, please work with Neal or Martin to get developer
privileges...
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
Mike Klaas added the comment:
Is this meant to be inserted into uuid.py? It seems more like a snippet
from unrelated code: code coventions do not follow PEP 8; there are no
tests; code does not run as-is (references non-existent variable '_os'--
why no 'import os'?); etc.
--
nosy:
Mike Klaas added the comment:
Is the footprint of UUID an issue?
Note that changing the pickle format of UUID will require code that can
unpickle both versions, for compatibility. I don't really see the need.
Also, no real patch provided.
--
nosy: +klaas
Thomas Heller added the comment:
In the branches_ctypes-branch I hacked setup.py to always use an
installed libffi if one is found. Then I triggered the trunk buildbots
which failed or crashed before in some c_longdouble tests; the tests
worked ok on them (ppc Debian unstable, and S-390
Thomas Heller added the comment:
I meant branches/ctypes_branch, of course.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1292
__
___
Python-bugs-list mailing list
Mike Klaas added the comment:
Verified on 2.5.0. The problem stems from contextmanager.__exit__:
def __exit__(self, type, value, traceback):
if type is None:
try:
self.gen.next()
except StopIteration:
return
else:
Mike Klaas added the comment:
Patch applies to 2.5 cleanly, test_xmlrpc passes.
--
nosy: +klaas
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1773632
_
___
Mike Klaas added the comment:
PEPs should be proposed on python-list and python-dev. This is a four-
year-old idea that seems quite profound in the changes proposed.
Recommend closing.
--
nosy: +klaas
Tracker [EMAIL PROTECTED]
Matthias Klose added the comment:
oops, did the same for arm* on trunk, but in configure.in
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1292
__
___
Python-bugs-list mailing
Guido van Rossum added the comment:
I've submitted the 'harmless' patch (and much, much more) in r58741.
I'm closing this now, the rest probably has been implemented one way or
another as well. If you see something I missed, please open a new issue
with a patch for just that issue.
--
17 matches
Mail list logo