New submission from Andrew Lutomirski:
Running python python_thread_bug.py -j4 often results in one of the threads
failing to start until another thread finishes.
The bug appears to be that subprocess's pipe_cloexec function is racy: if
another thread forks between os.pipe(
Andrew Lutomirski added the comment:
Would it be worth adding something to the Python 2.7 subprocess docs indicating
that subprocess is known to be broken?
--
resolution: wont fix ->
status: closed -> open
___
Python tracker
Andrew Lutomirski added the comment:
FWIW, sticking a mutex in Popen.__init__ (wrapping the whole thing) seems to
work around this issue (for programs that aren't using multiprocessing or fork,
for example). This might be a good-enough fix and be safe enough to stick in
the standard li
New submission from Andrew Lutomirski:
I'll admit that what I'm doing is possibly unhealthy. Nonetheless, I find this
behavior *extremely* surprising. This code:
--- start code ---
import datetime
class my_dt(datetime.datetime):
def __new__(cls, *args, **kwargs):
Andrew Svetlov added the comment:
Bug can be reproduced if _PyBytes_Resize fails with out-of-memory error than
NULL object decrefed.
Buggy modules are _io, binascii and zlib.
3.4 hasn't the problem.
Patch for 3.3 is attached.
Fix goes to mimic 3.4 -- (replace Py_DECREF with Py_CLEAR),
Changes by Andrew Svetlov :
--
keywords: +needs review
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue20434>
___
___
Python-bugs-lis
New submission from Andrew Gross:
In the latest OSX, 10.9, it looks like there have been some security changes
related to inheriting file descriptors from parent to child processes. While
in the past it would allow you to inherit the parents open FDs, now it will
kill the process.
It looks
Andrew Gross added the comment:
For some additional context on how I came across this bug, check out
https://github.com/coderanger/pychef/issues/29
--
___
Python tracker
<http://bugs.python.org/issue20
Andrew Gross added the comment:
Thanks, the workaround fixes my issue.
--
___
Python tracker
<http://bugs.python.org/issue20585>
___
___
Python-bugs-list mailin
Andrew Svetlov added the comment:
Implementation uses the first choice:
main_thread() returns the original _MainThread instance, even if it's dead in
the child process.
I'm sorry, would you guess desired documentation change?
--
___
Pyth
New submission from Andrew Ziem :
QueryValueEx only returns one string when the contents are double null
terminated, yet QueryValueEx works when the string is singly null
terminated.
In Python 2.5.4 on Windows XP Sp3, the first key-value only returns the
first part up to \0\0
Andrew Ziem added the comment:
The bug is noted in the Python source code in file PC/_winreg.c in in
function fixupMultiSZ() where it admits Python does not mimic Microsoft
regedit.exe
--
___
Python tracker
<http://bugs.python.org/issue6
Andrew Ziem added the comment:
Attached screenshot shows regedit handles \x00\x00 by showing all the
"invalid values" (each \x00 becomes a line break). More importantly,
Windows apparently reads all the "invalid value" when processing
FileRenameOperations, so my Python pro
Andrew Ziem added the comment:
Yes, regedit does remove the blanks, but this bug report is about
QueryValueEx---not about SetValueEx :). There must be a way to read all
the values compatible with Windows
--
___
Python tracker
<h
Andrew Ziem added the comment:
Well, I no longer need QueryValueEx because I found out
win32file.MoveFileEx() does more easily what I need, but MoveFileEx (see
attachment for working example) shows that the Microsoft Window API
itself creates these "invalid values"
--
Added
Andrew McNabb added the comment:
I ran into this problem, too. It took me a long time to track down the
segfaults. It's really bad to pass in None and have the system pick
some random address instead of 0.
I looked at the attached patch, and it seems to me the only alternative
approach
Andrew McNabb added the comment:
On Thu, Jul 30, 2009 at 07:14:56PM +, Thomas Heller wrote:
>
> Thanks for bringing my attention to this problem again, and for the review.
I'm just glad to help.
> The problem is that the patch changes the behaviour of the
> 'P
New submission from Andrew Azarov :
Is there a possibility of such feature in the future releases of Python?
Currently I see only select and epoll available, but on FreeBSD 7.2 with
a lot of connections asyncore (1600+ active HTTP connections) has
problems (not giving complete response) with
Andrew Brown added the comment:
I think this bug is just a doc bug. If you check
http://docs.python.org/library/datetime.html?highlight=strptime#strftime-behavior
and
http://docs.python.org/library/time.html?highlight=strptime#time.strptime
You can see that the first link lists %z as a
andrew cooke added the comment:
Came here wondering how best to solve this myself.
I already subclass the request handler to do client validation (password
etc) and it stuck me that a simpler solution would be to use thread
local storage.
This avoids having to modify dispatch. The
New submission from Andrew Liu :
A simple lstrip on the following causes an extra character to be
stripped, as per the below. Tried on 2.6.1 and on 2.4.3, as below.
Python 2.6.1 (r261:67515, Feb 27 2009, 02:54:13)
[GCC 4.3.2 20081105 (Red Hat 4.3.2-7)] on linux2
Type "help",
New submission from Andrew McNabb :
Tools/scripts/pathfix.py crashes with a TypeError:
Traceback (most recent call last):
File "Tools/scripts/pathfix.py", line 149, in
main()
File "Tools/scripts/pathfix.py", line 54, in main
if recursedown(arg): bad = 1
Changes by Andrew McNabb :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue6999>
___
___
Python-bugs-list mailing list
Unsubscri
Andrew Straw added the comment:
stdeb ( http://github.com/astraw/stdeb ) now includes a bdist_deb
distutils command.
--
___
Python tracker
<http://bugs.python.org/issue1054
New submission from Andrew Dalke :
BaseHTTPServer.BaseHTTPRequestHandler.responses contains a mapping from
HTTP status codes to the 2-ple (shortmessage, longmessage), based on RFC
2616.
The 2-ple for 405 is ('Method Not Allowed','Specified method is invalid
for this server.&#
Andrew Dalke added the comment:
Wasn't thinking. I'm not quoting from "RFC 405", I'm quoting the 405
section from RFC 2616.
--
___
Python tracker
<http
New submission from Andrew Shuiu :
Puting 2 tuples like (100, data1), (100, data2) in a PriorityQueue
generates an builtins.TypeError: unorderable types: data1 < data2
Code which generates error:
theQueue.put((100, object1()),True)
theQueue.put((100, object1()),True)
Snippet from er
New submission from Andrew Dalke :
I have Firefox and Safari installed on my Mac. Safari is the default.
I wanted to try out Crunchy (http://code.google.com/p/crunchy/). It's
developed under Firefox and does not work under Safari. I tried. ;)
It starts the web browser with the foll
Changes by Andrew Ziem :
--
nosy: +AndrewZiem
___
Python tracker
<http://bugs.python.org/issue2504>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew McNabb added the comment:
I've noticed this, too, and I agree with Toshio's observations. Tarek,
do you have any opinions?
--
nosy: +amcnabb
___
Python tracker
<http://bugs.python.
Changes by Andrew Shuiu :
--
versions: +Python 3.1
___
Python tracker
<http://bugs.python.org/issue3924>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Andrew Svetlov :
On Windows there are tiny delay between call to os.unlink and real file
removing. Periodically it leads to unittest crashes in cases like this:
test.support.unlink(filename)
f = open(filename, 'wb')
Proposed solution: wait in support.unlink
Andrew Svetlov added the comment:
patch for python 2 is attached
--
Added file: http://bugs.python.org/file15455/python2.patch
___
Python tracker
<http://bugs.python.org/issue7
Andrew Svetlov added the comment:
Problem can be reproduced with several run of test_bufio in both python
versions. trunk contains more tests (+1 test case) so it's easer to catch
'access denied' exception on it.
--
___
Python
Andrew Svetlov added the comment:
You right, problem is not in os.unlink (Windows call DeleteFile) itself.
I have TortoiseSVN (very popular Explorer extension to work with
Subversion) installed.
This tool run TSVNCache.exe process to update own data in background.
TSVNCache.exe receive
Andrew Svetlov added the comment:
Jason, as I see you implemented os.samefile (actually ntpath.samefile)
but os.sameopenfile is still not implemented.
Looks like it's easy to do: while GetFinalPathNameByHandle already
accept file handle you can use CRT function _get_osfhandle(f
Andrew Svetlov added the comment:
Please note: patch for http://bugs.python.org/issue1578269 is already has
implementation for samefile. It's easer to add sameopenfile is same way
than maintain two different approaches.
Unfortunately solution will work only starting from Windows Vist
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue6727>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue7316>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue5596>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Andrew Svetlov :
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.org/issue7566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Straw added the comment:
As of stdeb 0.5.0, the setuptools dependency has been removed. Now stdeb
requires only plain distutils.
--
___
Python tracker
<http://bugs.python.org/issue1054
New submission from Andrew Gregory :
All programs using Tix.Balloon in Python 2.6.1 (Windows XP) crash when
a Tix.Balloon object is created. The Balloon.py Tix demo is supplied as
an example.
Andrew.
--
components: Tkinter
files: Balloon.py
message_count: 1.0
messages: 83430
nosy
Andrew Svetlov added the comment:
I can reproduce this problem on Windows Vista, fresh py3k sources.
Looks like bug occurs only with Latin-1 characters.
At least Cyrillic works ok.
--
nosy: +asvetlov
___
Python tracker
<http://bugs.python.
Andrew Svetlov added the comment:
>From my understanding (after tracing/debugging) problem lies in import.c
find_module tries to convert path from unicode to bytestring using
Py_FileSystemDefaultEncoding (line 1397). For Windows it is 'mbcs'.
Conversion done with decode_mbcs (un
Andrew Svetlov added the comment:
optional .bat file generating - probably not bad idea.
But I definitely don't want to see this issue as default.
Maybe just tool for generating bat files for desired packages based on
package metadata for scripts can be solution?
--
nosy: +asv
Andrew Svetlov added the comment:
Problem fixed, patch attached
I inserted conversion path parameters to using Py_FileSystemDefaultEncoding for:
* load_module
* load_compiled
* load_dynamic
* load_source
* load_package
find_module is already has conversion.
--
Added file: http
Andrew Svetlov added the comment:
Thank you.
On Mon, Mar 30, 2009 at 3:13 PM, Hirokazu Yamamoto
wrote:
>
> Hirokazu Yamamoto added the comment:
>
> PyMem_Free is needed when "es" is used with PyArg_ParseTuple. See other
> part of import.c. I did same mistake before.
Andrew Svetlov added the comment:
According to Hirokazu Yamamoto memory cleanup added.
Patch is updated.
--
Added file: http://bugs.python.org/file13486/import.zip
___
Python tracker
<http://bugs.python.org/issue5
Andrew Svetlov added the comment:
Continuing work over import.c I fixed bad error message encoding in
generated ImportError exception.
Tests for checking in case of non-ascii characters added.
--
Added file: http://bugs.python.org/file13520/import.zip
Andrew Svetlov added the comment:
Martin von Loewis added to nosy list
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue5604>
___
___
Python-bug
Andrew Svetlov added the comment:
Patch for multiprocessing added.
Using with regrtest -n option now allows to pass all regression test
stack without any popup assertion dialog on Windows box.
Probably have to be backported to Python 2.7 branch
--
components: +Tests
versions: +Python
Andrew Svetlov added the comment:
Maybe also let's look on setuptools solution.It can make windows
executable for 'entry point scripts'.
Also there are family scripts for single entry point:
* easy_install.exe
* easy_install-2.5.exe
* easy_install-2.5-script.py
* easy_insta
Andrew Svetlov added the comment:
Problem in _multiprocessing is:
FILE* fp = _fdopen(...);
int fd = _fileno(fp);
_close(fd);
_fclose(fp); // raises assertion
At process exit system tries to close all opened FILE* by _fcloseall,
but file closed by descriptor _close has invalid state and _fclose
New submission from Andrew Bennetts :
Here's a demonstration of the bug:
>>> from unittest import TestCase
>>> class MyTest(TestCase):
... def test_foo(self): pass
...
>>> tc = MyTest('test_foo')
>>> import copy
>>> copy.deepcopy(
Andrew Svetlov added the comment:
Martin, can you review latest patch and apply it if this one is correct.
I want to start working on conversion import.c to use unicode strings
(we spoke about Tuesday) this weekend.
It will be nice if I will have synchronized svn before making new
changes
Andrew Svetlov added the comment:
Continuing work on problem I figured out:
* on Windows it's impossible to convert filenames to file system
encoding without and don't miss something.
* Windows can work properly only with unicode (wchar_t) characters.
* all other systems feels i
Andrew Gregory added the comment:
This has been fixed in the 2.6.2c1 release candidate. Thank you for
updating Tix.
Andrew.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Andrew Trick added the comment:
With this patch, I continued to get the following error
SSL23_GET_SERVER_HELLO
Until my coworker finally found a fix posted by Philippe Biondi:
+++ b/mercurial/keepalive.py
@@ -237,6 +237,8 @@
else:
# no (working) free connections
Andrew Trick added the comment:
I should have pointed out that my secondary problem was a mercurial
dependency on the urllib patch. I just wanted Mercurial users to get a
complete fix. I figure they will be looking for a fix in the python bug
report, and need to be told the fix won't wor
Andrew Bennetts added the comment:
Antoine: Thanks for the updated benchmark results! I should have done that
myself earlier.
--
___
Python tracker
<http://bugs.python.org/issue8
Andrew Svetlov added the comment:
After looking in #4352 deep I figured out what true separation of filesystem
default encoding and utf8 python namespace is really too complicated.
For example import call stack chain converts module name from utf-8 to
filesystem in import.c:find_module
Changes by Andrew Svetlov :
--
nosy: +brett.cannon
___
Python tracker
<http://bugs.python.org/issue8611>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Svetlov added the comment:
I'm skeptical about surrogates particularly for that problem.
>From my perspective the solution is only to use native unicode support for
>windows file operation functions.
Conversions utf-8 -> mbcs -> utf8 will loose encoding information
New submission from Andrew Nelis :
When using Digest authentication to authenticate with a web server, according
to rfc2617 (section 3.2.2.5) the uri in the Authorization header MUST match the
request URI.
urllib2.AbstractDigestAuthHandler doesn't honour this when we request a url of
Changes by Andrew Grover :
--
nosy: +Andrew.Grover
___
Python tracker
<http://bugs.python.org/issue6560>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Moise added the comment:
Why is this bug invalid?
--
___
Python tracker
<http://bugs.python.org/issue1300>
___
___
Python-bugs-list mailing list
Unsub
Andrew Moise added the comment:
Hm, I'm not sure I understand. After r82075, will list2cmdline(['echo',
'foo|bar']) return 'echo foo|bar', or will it return 'echo "foo|bar"'?
--
__
Andrew Moise added the comment:
Okay, makes sense. It sure would be nice on Windows to have an equivalent of
list2cmdline() that works for the shell. I actually don't have immediate
access to the code anymore, but I remember having to fool around with
list2cmdline in the first
New submission from Andrew Valencia :
In very deep stack traces (like runaway recursion) it can be a pain to get up
to the top of the stack to see what kicked it off. I've enhanced up/down to
take a numeric argument for the number of positions to traverse, or -1 to go to
the top/b
Andrew Valencia added the comment:
Here's the patch, hopefully updated as requested. Thanks!
--
keywords: +patch
Added file: http://bugs.python.org/file17758/pdb_up.patch
___
Python tracker
<http://bugs.python.org/i
Andrew Valencia added the comment:
Debugging tools which have bugs are a real pain... thanks for your comments and
attention. Here's another try. With all the loop baggage gone the argument
handling really called for factoring out.
--
Added file: http://bugs.python.org/file
Andrew Valencia added the comment:
My bad (new editor session lost the tab setting). Please consider this one
with no tabs instead.
--
Added file: http://bugs.python.org/file17760/pdb_up3.patch
___
Python tracker
<http://bugs.python.org/issue9
New submission from Andrew Miller :
On a WinZip AES-256 encrypted zip, zipfile.extractall raises a RuntimeError for
"Bad password for file" when given the correct password. Command line example
below:
Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41)
[GCC 4.3.3] on linux2
New submission from Andrew Miller :
Tried it with a variety of unencrypted zips. Zipped with WinZip 11.1. Looks
like it tries to unzip a second time after it completes the first unzip.
Python 2.6.2 (release26-maint, Apr 19 2009, 01:56:41)
[GCC 4.3.3] on linux2
Type "help",
New submission from andrew cooke :
from re import compile
# these work as expected
assert compile('(a)b(?<=b)(c)').match('abc')
assert not compile('(a)b(?<=c)(c)').match('abc')
assert compile('(a)b(?=c)(c)').match('abc')
a
andrew cooke added the comment:
I hope the above is clear enough (you need to stare at the regexps for a time)
- basically, lookback with a group conditional is not as expected (it appears
to be evaluated as lookahead?). Also, some patterns compile that probably
shouldn't.
The re pa
andrew cooke added the comment:
If it's any help, these are the equivalent tests as I think they should be
(you'll need to translate engine(parse(... to compile(...)
http://code.google.com/p/rxpy/source/browse/rxpy/src/rxpy/engine/backtrack/_test/e
andrew cooke added the comment:
I thought someone was working on the re module these days? I thought there I'd
seen some issues with patches etc?
Anyway, short term, sorry - no patch. Medium/long term, yes it's possible, but
please don't rely on it.
The simplest way to do
andrew cooke added the comment:
Ah good point, thanks.
--
___
Python tracker
<http://bugs.python.org/issue9179>
___
___
Python-bugs-list mailing list
Unsubscribe:
Andrew Clegg added the comment:
Hi,
This bug seems to have stalled - how can I get it moved forward? There don't
seem to be any objections with the patch as-is, and the problem seems clear.
Cheers
--
___
Python tracker
<http://bugs.py
Andrew Clegg added the comment:
Attached is the Py3K version of the patch, and a unit test (Py3K only).
--
Added file: http://bugs.python.org/file17900/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7
Changes by Andrew Clegg :
Removed file: http://bugs.python.org/file17900/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bug
Andrew Clegg added the comment:
Sorry, messed up indentation on last patch, trying again...
--
Added file: http://bugs.python.org/file17901/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7
Andrew Clegg added the comment:
Attached is a patch and unit test against release27-maint.
--
Added file: http://bugs.python.org/file17902/py27-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7
Changes by Andrew Clegg :
Removed file: http://bugs.python.org/file16116/fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bugs-list m
Changes by Andrew Clegg :
Removed file: http://bugs.python.org/file17901/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bug
Changes by Andrew Clegg :
Removed file: http://bugs.python.org/file17902/py27-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bug
Andrew Clegg added the comment:
OK, regenerated both patches from the top level of the checkout (paths within
the patch are 'Lib/fnmatch.py' and 'Lib/test/test_fnmatch.py'.
Sorry about the corrupted patch before - I've tested this version by reverting
my changes
Changes by Andrew Clegg :
Added file: http://bugs.python.org/file17917/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7846>
___
___
Python-bugs-list m
Andrew Clegg added the comment:
Updated py3k patch to use the more concise bytes syntax, cheers.
--
Added file: http://bugs.python.org/file17918/py3k-fnmatch.patch
___
Python tracker
<http://bugs.python.org/issue7
Andrew Farrell added the comment:
In the midst of installing from
http://www.python.org/ftp/python/2.7/Python-2.7.tgz
I get this same error on test_distutils when I run make test.
this is on debian lenny, amd64
distutils_test output:
=
afarrell
Andrew Farrell added the comment:
The attempt to install setuptools indicates that zlib may actually be required
it seems.
I download setuptools-0.6c11-py2.7.egg from
http://pypi.python.org/pypi/setuptools
and, as instructed at http://pypi.python.org/pypi/setuptools#id4
and run `sh
Andrew Farrell added the comment:
No dice. unless I'm mistaken, this needs to be included in the distribution.
My current best solution looks like finding the source to
zlib, putting it in my path to install setuptools.
then installing zlib properly
traceback for your ple
Andrew Farrell added the comment:
Apologies. Error on my part.
For those that run into the same problem:
Though zlib is installed on an earlier version of python,
you need to have (ob debian) the package zlib1g-dev installed
when you build python
New submission from Andrew Wu :
* Reference bug http://bugs.python.org/issue9406
* Reference documentation at http://docs.python.org/library/configparser.html
The docs list all the specific errors to look out for, but does not mention the
base exception class for ConfigParser errors
Andrew Bennetts added the comment:
I have a reproduction script on the Ubuntu bug report I just filed for this
issue: <https://bugs.launchpad.net/ubuntu/+source/python2.6/+bug/615240>
Pasting here for convenience:
"""
import socket
import threading
sock_a, sock_
Andrew Bennetts added the comment:
On 2010-05-17 rhettinger wrote:
> Will look at this when I get back to the U.S.
Ping! This patch (set-difference-speedup-2.diff) has been sitting around for a
fair few weeks now. It's a small patch, so it should be relatively easy to
review. It
Andrew Bennetts added the comment:
Chatting with Taggnostr on IRC I've trimmed that reproduction down to something
much cleaner (no magic numbers or threads involved):
import socket
sock_a, sock_b = socket.socketpair()
sock_a = socket.socket(_sock=sock_a)
sock_b.close()
f
Andrew Bennetts added the comment:
Alexander: yes, they are complementary. My patch improves set.difference,
which always creates a new set. issue8425 on the other hand improves in-place
difference (via the -= operator or set.difference_update). Looking at the two
patches, my patch will
2801 - 2900 of 3170 matches
Mail list logo
