Changes by Antoine Pitrou :
--
stage: unit test needed -> needs patch
___
Python tracker
<http://bugs.python.org/issue10516>
___
___
Python-bugs-list mai
Changes by Antoine Pitrou :
--
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue9216>
___
___
Python-bugs-list mailing list
Unsub
Changes by Antoine Pitrou :
--
versions: +Python 3.3 -Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue10673>
___
___
Python-bugs-list mailin
Changes by Antoine Pitrou :
--
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue5673>
___
___
Python-bugs-list mailing list
Unsub
Antoine Pitrou added the comment:
I think this would be more useful if you could pass an optional input string
(as in communicate()) and if it returned a (stdout, stderr) tuple. Or perhaps
even a (return code, stdout, stderr) tuple; alternately, non-zero return codes
could raise an exception
Changes by Antoine Pitrou :
--
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue9263>
___
___
Python-bugs-list mailing list
Unsub
Changes by Antoine Pitrou :
--
assignee: -> mark.dickinson
nosy: +mark.dickinson
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issu
Antoine Pitrou added the comment:
Actually, I don't think the TLS APIs should be documented. They are quite
internal, and used only for the PyGILState APIs.
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/i
Antoine Pitrou added the comment:
Ping. IDLE dead again?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10079>
___
___
Python-bugs-list mailin
Changes by Antoine Pitrou :
--
stage: unit test needed -> patch review
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
<http://bugs.python.org/iss
Changes by Antoine Pitrou :
--
nosy: +haypo
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue1195571>
___
___
Python-bugs-list m
Antoine Pitrou added the comment:
By design, readlines() only recognizes those characters which are official line
separators on various OSes (\n, \r, \r\n). This is important for proper parsing
of log files, internet protocols, etc.
If you want to split on all line separators recognized by
Antoine Pitrou added the comment:
They are used by pyOpenSSL and pygobject/pyglib, though :/
--
___
Python tracker
<http://bugs.python.org/issue5840>
___
___
Changes by Antoine Pitrou :
--
nosy: +jyasskin
___
Python tracker
<http://bugs.python.org/issue10238>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
A variant of the patch was committed in r87704 (3.2), r87706 (3.1) and r87707
(2.7). Thank you.
--
nosy: +pitrou
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.1, P
Antoine Pitrou added the comment:
Additional test modified and committed in r87712, thank you!
--
nosy: +pitrou
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: -Python 2.7, Python 3.1
_
Antoine Pitrou added the comment:
Was committed in r84887.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Antoine Pitrou added the comment:
Shouldn't the clearing of signals be done in PyOS_AfterFork() directly?
Gregory, what do you think about the semantics?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/i
Changes by Antoine Pitrou :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue10312>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
pyexpat.c needed a little fix (!). Committed in r87718, thank you!
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Antoine Pitrou :
--
assignee: -> mark.dickinson
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue10181>
___
___
Python-bugs-lis
Changes by Antoine Pitrou :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue9671>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Patch committed in r87721 (3.2), r87723 (2.7) and r87724 (3.1). Thanks!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Antoine Pitrou added the comment:
Could you add a proper unit test?
--
___
Python tracker
<http://bugs.python.org/issue8651>
___
___
Python-bugs-list mailin
Antoine Pitrou added the comment:
Well, it occurred today again :)
http://www.python.org/dev/buildbot/all/builders/x86%20Tiger%203.x/builds/1884/steps/test/logs/stdio
test test_cmd_line failed -- Traceback (most recent call last):
File "/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib
Antoine Pitrou added the comment:
Patch?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue1>
___
___
Python-bugs-list mailing list
Unsub
Antoine Pitrou added the comment:
Fixed some time ago.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Antoine Pitrou added the comment:
Seems to work, even when forcing LANG=C.
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/iss
Changes by Antoine Pitrou :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue6691>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou :
--
nosy: +mark.dickinson, ncoghlan
___
Python tracker
<http://bugs.python.org/issue10001>
___
___
Python-bugs-list mailing list
Unsub
Changes by Antoine Pitrou :
--
nosy: +exarkun
___
Python tracker
<http://bugs.python.org/issue9975>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou :
--
assignee: astrand ->
nosy: +gregory.p.smith
___
Python tracker
<http://bugs.python.org/issue1615376>
___
___
Python-bugs-lis
Antoine Pitrou added the comment:
Looks like it's a platform bug, nothing Python can do about.
--
nosy: +pitrou
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Changes by Antoine Pitrou :
--
nosy: +haypo, loewis
___
Python tracker
<http://bugs.python.org/issue9660>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Works in 2.7 and 3.2.
--
nosy: +pitrou
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Changes by Antoine Pitrou :
--
nosy: +gregory.p.smith -BreamoreBoy
stage: unit test needed -> needs patch
type: behavior -> feature request
versions: +Python 3.3 -Python 2.7, Python 3.1, Python 3.2
___
Python tracker
<http://bugs.p
Changes by Antoine Pitrou :
--
nosy: +rnk
___
Python tracker
<http://bugs.python.org/issue1054041>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Works fine under 3.x.
--
nosy: +pitrou
stage: unit test needed -> needs patch
versions: -Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue1
Antoine Pitrou added the comment:
Should work fine under 3.x.
--
nosy: +pitrou
versions: -Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue1038
Changes by Antoine Pitrou :
--
resolution: -> duplicate
status: open -> closed
superseder: -> On Mac / BSD sockets returned by accept inherit the parent's FD
flags
___
Python tracker
<http://bugs.pytho
Antoine Pitrou added the comment:
Issue 976613 (duplicate) has a very simple patch, will see if it's sufficient.
--
___
Python tracker
<http://bugs.python.org/i
Changes by Antoine Pitrou :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue4142>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou :
--
nosy: +asksol
versions: +Python 2.7 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue9592>
___
___
Python-bugs-list m
Changes by Antoine Pitrou :
--
assignee: -> mark.dickinson
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue5231>
___
___
Python-bugs-lis
Antoine Pitrou added the comment:
Is it still a problem now that there's a C path?
Furthermore, how do you plan to get a list of open fds?
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/i
Changes by Antoine Pitrou :
--
assignee: -> barry
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue9419>
___
___
Python-bugs-list mailing list
Un
Antoine Pitrou added the comment:
Guido, can we have your take on this?
--
nosy: +gvanrossum
priority: normal -> high
___
Python tracker
<http://bugs.python.org/iss
Antoine Pitrou added the comment:
Works fine under 2.7-3.2. Not sure this is worth fixing in 2.6.
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/iss
Changes by Antoine Pitrou :
--
assignee: collinwinter -> benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue2454>
___
___
Python-bugs-list mai
Changes by Antoine Pitrou :
--
nosy: +gregory.p.smith
___
Python tracker
<http://bugs.python.org/issue6642>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou :
--
nosy: +exarkun, loewis, pitrou -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue5424>
___
___
Python-bugs-list mailin
Changes by Antoine Pitrou :
--
assignee: -> mark.dickinson
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue7433>
___
___
Python-bugs-lis
Antoine Pitrou added the comment:
> Right, calling PyMapping_Check() was never particularly reliable, and
> extension modules depending on it probably always had subtle bugs.
> Perhaps it would be nice if we provided a C API to at least some of
> the ABC package.
In the meantime,
New submission from Antoine Pitrou :
Under OpenSolaris, I get the following failure:
$ pfexec ./python -m test test_posix
[1/1] test_posix
test test_posix failed -- Traceback (most recent call last):
File "/home/antoine/py3k/cc/Lib/test/test_posix.py", line 402, in
test_getgrou
Antoine Pitrou added the comment:
I can't say anything about the functionality, but the patch looks good to me
(works under Linux and Solaris - the latter missing getgrouplist()).
--
nosy: +pitrou
stage: needs patch -> commit review
__
Antoine Pitrou added the comment:
> Yes I'd do it in PyOS_AfterFork. Simpler patch based on gdb's
> attached.
Private functions shouldn't use the PyXX_CamelCase() convention :)
Otherwise, looks good.
--
___
Python tracker
&l
Antoine Pitrou added the comment:
> that race condition, if thats what this is, is likely not OS X
> specific. the child process could complete or close its fds before we
> reach that code on any OS. We either need to guard these
> io.open(p2c*...) lines against EBADF OSError
Changes by Antoine Pitrou :
--
resolution: -> duplicate
status: open -> closed
superseder: -> Compilation warnings under x64 Windows
___
Python tracker
<http://bugs.python.or
Antoine Pitrou added the comment:
This would change semantics of the library call, though.
I see two possible solutions:
- do nothing and let users tackle the issue if necessary (e.g. by calling
open() themselves and using select() on the resulting fd)
- add an optional "blocking" pa
Antoine Pitrou added the comment:
Looks good.
--
nosy: +pitrou, r.david.murray
___
Python tracker
<http://bugs.python.org/issue10825>
___
___
Python-bugs-list m
Antoine Pitrou added the comment:
> Well in this particular case (/dev/urandom is regular file), it might
> make sense to simply raise NotImplementedError
IMO it would be quite fragile to try to detect regular files vs special
files. I suppose you noticed the issue quite quickly anyway,
Antoine Pitrou added the comment:
> Note that since /dev/urandom is used, with a properly configured
> system, this should never block
Ok, suggesting closing then.
--
resolution: -> invalid
status: open -> pending
___
Python tr
Changes by Antoine Pitrou :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue9554>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Antoine Pitrou :
This happens selectively (and intermittently) on the Solaris buildbot:
test_pass_fds (test.test_subprocess.POSIXProcessTestCase) ... -- maxfd = 256
[36787 refs]
-- fds that should have been closed: {5, 6, 7, 8, 9, 10, 11, 12, 13}
-- fds that remained open
Antoine Pitrou added the comment:
Another (perhaps more likely) possibility is that fd 5 was properly closed, but
another one created at startup by the child Python interpreter. How could we
diagnose that?
--
___
Python tracker
<h
Antoine Pitrou added the comment:
A new patch combining Ross' test with the simple approach from issue 976613.
Works under Linux, OpenSolaris and Windows.
--
Added file: http://bugs.python.org/file20257/nonblock2.patch
___
Python tracker
Antoine Pitrou added the comment:
Modules/posixmodule.c: uses PyMapping_Size(), PyMapping_Keys() and
PyMapping_Values() to parse an environment mapping (for execve() and friends).
PyFrame_New(): validates the "locals" argument in pydebug mode (only used for
module-level code).
Changes by Antoine Pitrou :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue6643>
___
___
Python-bugs-list mailing list
Unsubscri
Antoine Pitrou added the comment:
Exceptions seem to be raised (for code that can be exercised in Python), but
not very obvious ones:
>>> eval("x", {}, [])
Traceback (most recent call last):
File "", line 1, in
File "", line 1, in
TypeError:
Antoine Pitrou added the comment:
Well we could try a run of it on the buildbots, then :)
--
___
Python tracker
<http://bugs.python.org/issue8458>
___
___
Pytho
Antoine Pitrou added the comment:
Trying it in r87744.
--
___
Python tracker
<http://bugs.python.org/issue8458>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Happened also on the OpenIndiana buildbot:
http://www.python.org/dev/buildbot/all/builders/x86%20OpenIndiana%203.x/builds/492/steps/test/logs/stdio
--
___
Python tracker
<http://bugs.python.org/issue10
Antoine Pitrou added the comment:
> I think this patch (nonblock2.patch) is wrong. If I have a
> non-blocking server socket on *BSD, and do accept, with no default
> timeout: IIUC, under the patch, I will get a blocking connection
> socket. However, according to the operating sys
Antoine Pitrou added the comment:
> Antoine Pitrou added the comment:
>
> > I think this patch (nonblock2.patch) is wrong. If I have a
> > non-blocking server socket on *BSD, and do accept, with no default
> > timeout: IIUC, under the patch, I will get a blocki
Antoine Pitrou added the comment:
> Of course, procfs isn't standard in any case; would it be necessary to
> have a fallback for systems without it? Or do all *nix systems that we
> care about provide it?
/proc/self doesn't exist under OpenSolaris. You have to use /proc/.
Antoine Pitrou added the comment:
> I believe you are right that the io module does not support intermixing
> calls to the main object and its buffer attribute; that's why detach
> was introduced, I believe.
Writing is ok as long as you call flush() on the text layer when neces
Antoine Pitrou added the comment:
Thanks for the patch.
There seems to be a race remaining here:
+try:
+if os.path.islink(path):
+# symlinks to directories are forbidden, see bug #1669
+raise OSError("Cannot call rmtree on a symbolic
Antoine Pitrou added the comment:
> However, I believe the current memoryview implementation does the
> wrong thing and only calls them once, and then duplicates the
> Py_buffer structures without ever going back to the original objects
> (that opinion was based on a quick scan o
Antoine Pitrou added the comment:
Le mercredi 05 janvier 2011 à 16:58 +, Ross Lagerwall a écrit :
> Ross Lagerwall added the comment:
>
> Updated patch removes the race condition. Since an open follows symlinks, you
> can't just fstat the fd to see if it is a lin
Antoine Pitrou added the comment:
Ok, here is a patch which prefers the default timeout (if set) over fixing of
inherited flags. Tested under Linux, Windows, OpenSolaris.
--
Added file: http://bugs.python.org/file20278/nonblock3.patch
___
Python
Antoine Pitrou added the comment:
Well, the issue is that signedness differs depending on the platform. Under
Windows, thread ids are signed (DWORD). Satisfying all cases would complicate
things quite a bit.
--
nosy: +gregory.p.smith, pitrou, rnk
Antoine Pitrou added the comment:
> no, DWORD is a 32-bit unsigned integer
> http://msdn.microsoft.com/en-us/library/aa383751(VS.85).aspx
Oops, my bad.
--
___
Python tracker
<http://bugs.python.org/
Antoine Pitrou added the comment:
I'm not sure what the point of this patch is, since it's basically testing
operating system behaviour, rather than Python behaviour. I think that we could
have a single additional test case for bad inputs and leave it at that.
But in any case,
Changes by Antoine Pitrou :
--
assignee: -> orsenthil
nosy: +orsenthil
stage: -> needs patch
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/i
Changes by Antoine Pitrou :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue10835>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Doc patch committed in r87762.
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue5485>
___
___
Python-bugs-list m
Antoine Pitrou added the comment:
Ok, I've changed "assertEquals" to "assertEqual" and committed the tests in
r87765. Thank you!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
Changes by Antoine Pitrou :
--
dependencies: +Add posix.fdlistdir, create Python wrappers for openat() and
others
___
Python tracker
<http://bugs.python.org/issue4
Antoine Pitrou added the comment:
The patch seems a bit confused at times. For example, you need to restore errno
before calling PyErr_SetFromErrno().
Here is a new patch for py3k.
--
nosy: +pitrou
Added file: http://bugs.python.org/file20281/late_errno.patch
Changes by Antoine Pitrou :
--
nosy: +amaury.forgeotdarc
___
Python tracker
<http://bugs.python.org/issue10350>
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Ok, I committed the patch in r87768 and overhauled the timeout docs in r87769.
I'm not sure this should be backported (because of the very slight behaviour
change), so I'm closing.
--
keywords: -needs review
resolution: ->
Antoine Pitrou added the comment:
> FWIW, I just added this patch downstream to Fedora's python 3 builds:
> http://pkgs.fedoraproject.org/gitweb/?p=python3.git;a=blob_plain;f=python-3.2b2-fix-ppc-debug-build.patch;hb=5659c63442be2e91eb42e60284d7a9a9ab0b80dd
Any reason not to com
Antoine Pitrou added the comment:
> Antoine said:
> (this is all funny in the light of the web-sig discussion where people
> explain that CGI is such a natural model)
>
> Thanks for clarifying the stdin buffering vs. binary issue... it is as
> I suspected. Maybe you ca
Antoine Pitrou added the comment:
> So, MAXFD, list2cmdline, and mswindows seem to be left out.
IMO they should all be prefixed with an underscore. Greg?
--
nosy: +gregory.p.smith, pitrou
___
Python tracker
<http://bugs.python.org/issu
Changes by Antoine Pitrou :
--
versions: +Python 3.2 -Python 2.7
___
Python tracker
<http://bugs.python.org/issue10838>
___
___
Python-bugs-list mailing list
Unsub
Antoine Pitrou added the comment:
I'm closing it in the hope that it's fixed. If it reappears, we'll have to
reopen.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://b
New submission from Antoine Pitrou :
The docs for "s*" and friends should mention that contiguity of the buffer is
automatically enforced.
--
assignee: d...@python
components: Documentation
messages: 125488
nosy: d...@python, exarkun, mark.dickinson, pitrou
priority: norma
Antoine Pitrou added the comment:
> PyMemoryView_FromBuffer should be calling PyObject_Getbuffer on the
> view->obj member (it's one of the things that embedding the reference
> allows, just as it allowed removal of the separate obj argument from
> the PyObject_ReleaseBuf
Changes by Antoine Pitrou :
--
components: +Windows
nosy: +amaury.forgeotdarc, brian.curtin
versions: +Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue10
Changes by Antoine Pitrou :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10841>
___
___
Python-bugs-list mailing list
Unsubscribe:
3301 - 3400 of 16792 matches
Mail list logo