[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I didn't have a copy of depends.exe since it doesn't appear to come with MinGW. System is basically VirtualBox VM with fresh install of XP Pro SP2, upgraded to SP3 and TortoiseSVN, Firefox, Xemacs, MinGW and Python versions installed. I found a

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Do you have a copy of depends.exe? If so, how does it resolve the DLLs referenced in apsw.pyd? ___ Python tracker <[EMAIL PROTECTED]>

[issue3119] pickle.py is limited by python's call stack

Changes by Ralf Schmitt <[EMAIL PROTECTED]>: -- nosy: +schmir ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing li

[issue3046] Locking should be removed from the new buffer protocol

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> teoliphant nosy: +gregory.p.smith priority: -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3094] By default, HTTPSConnection should send header "Host: somehost" instead of "Host: somehost:443"

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: fixed in trunk r64771. (and indeed the previous behavior was buggy in the extreemly rare event that someone ran a https server on port 80 the :80 should have been supplied). -- assignee: -> gregory.p.smith keywords: +easy nosy: +g

[issue760475] asyncore.py and "handle_error"

Josiah Carlson <[EMAIL PROTECTED]> added the comment: Fixed for 2.6 in changelist 64768. Fixed for 3.0 in changelist 64770. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1519] async_chat.__init__() parameters

Josiah Carlson <[EMAIL PROTECTED]> added the comment: Fixed for 2.6 in changelist 64768. Fixed for 3.0 in changelist 64770. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue953599] asyncore misses socket closes when poll is used

Josiah Carlson <[EMAIL PROTECTED]> added the comment: Fixed for 2.6 in changelist 64768. Fixed for 3.0 in changelist 64770. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3120] subprocess module truncates handles on AMD64

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith components: +Extension Modules nosy: +gregory.p.smith priority: -> high type: -> behavior ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3001] RLock's are SLOW

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- components: +Interpreter Core, Library (Lib) nosy: +gregory.p.smith priority: -> normal ___ Python tracker <[EMAIL PROTECTED]>

[issue2277] MozillaCookieJar does not support Firefox3 cookie files

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: sounds like a good idea to add this. yay firefox 3. i'll review it. -- assignee: -> gregory.p.smith components: +Library (Lib) nosy: +gregory.p.smith priority: -> normal type: -> feature request versions: +Python 2.6 _

[issue3210] subprocess.Popen does not release process handles if process cannot be started

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith components: +Library (Lib) -Extension Modules nosy: +gregory.p.smith priority: -> normal versions: +Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue3183] sha modules & Modules/Setup.dist

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: seems harmless enough. done in trunk r64769. -- assignee: -> gregory.p.smith nosy: +gregory.p.smith priority: -> low resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PRO

[issue2480] eliminate recursion in pickling

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- dependencies: +pickle.py is limited by python's call stack ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3119] pickle.py is limited by python's call stack

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- superseder: -> eliminate recursion in pickling ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3212] ssl module - should test for a wrong cert

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> janssen priority: -> normal ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I cleared all event categories, and then ran Python followed by the import (which fails). No events in any category appeared. ___ Python tracker <[EMAIL PROTECTED]>

[issue988761] re.split emptyok flag (fix for #852532)

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: take a look at the patch being worked on in issue #3262. -- nosy: +gregory.p.smith ___ Python tracker <[EMAIL PROTECTED]>

[issue3307] invalid check of _bsddb creation failure

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> jcea nosy: +jcea priority: -> normal type: -> crash ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3309] missing lock release in BZ2File_iternext()

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: Fixed in trunk r64767. Needs backporting to release25-maint. -- resolution: -> accepted type: -> behavior versions: +Python 2.5 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Can you please check the event log at the point of failure, and report any events it may have recorded? -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> _

[issue1736101] asyncore should handle also ECONNABORTED in recv

Josiah Carlson <[EMAIL PROTECTED]> added the comment: Fixed in 3.0 . -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3309] missing lock release in BZ2File_iternext()

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith keywords: +easy nosy: +gregory.p.smith priority: -> normal ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1580] Use shorter float repr when possible

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Here's a fixed patch, float2.diff. (The previous one tasted of an earlier attempt.) Added file: http://bugs.python.org/file10840/float2.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I can't prove it since Python gives no further information than a procedure cannot be found, but using a bunch of other tools I think this may be due at least to the use of localtime() and it not being present in the msvcr90.dll but is in the vc

[issue3300] urllib.quote and unquote - Unicode issues

Matt Giuca <[EMAIL PROTECTED]> added the comment: Point taken. But the RFC certainly doesn't say that ISO-8859-1 should be used. Since we're outputting a Unicode string in Python 3, we need to decode with some encoding, and UTF-8 seems the most sensible and standardised. (Even the existing test c

[issue3311] block operation on closed socket/pipe for multiprocessing

New submission from STINNER Victor <[EMAIL PROTECTED]>: _multiprocessing Connection methods don't check if handle is valid or not. If you close the socket/pipe, Python may crash on operations, especially in poll() on FD_SET(...handle, &rdfs). Example of crash: -- import _mu

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

Roger Binns <[EMAIL PROTECTED]> added the comment: I figured maybe it was something to do with MSVC 90 dlls. C:\apsw>dir \*msvc*90* /s Volume in drive C has no label. Volume Serial Number is F4A5-1661 Directory of C:\MinGW\lib 12/27/2007 08:23 AM 554,136 libmsvcr90.a 12/27/200

[issue3310] Out-of-date example 3.0b1 Tutorial Classes page, 'issubclass'

New submission from Alexis Layton <[EMAIL PROTECTED]>: The bullet example for 'issubclass' should be updated since neither 'unicode' or 'basestring' are valid anymore. -- assignee: georg.brandl components: Documentation messages: 69363 nosy: alexis.layton, georg.brandl severity: normal s

[issue3309] missing lock release in BZ2File_iternext()

New submission from STINNER Victor <[EMAIL PROTECTED]>: Call BZ2File_iternext() on closed file doesn't release the lock. Example: --- import bz2 obj = bz2.BZ2File('/etc/issue') obj.close() try: # acquire the lock obj.next() except ValueError, err: # but don't release the lock

[issue3308] MinGW built extensions do not load (specified procedure cannot be found)

New submission from Roger Binns <[EMAIL PROTECTED]>: My extension (apsw) builds and runs just fine on Linux, Mac and Windows for Python 2.3, 2.4 and 2.5. For Linux and Mac Python 2.6 beta 1 and Python 3.0 beta 1 also work just fine. However on Windows using MinGW and Python 2.6 beta 1 and Pytho

[issue3250] datetime.time does not support arithmetic

Skip Montanaro <[EMAIL PROTECTED]> added the comment: George> To handle overflows, I figured it should wrap around a 24-hour George> limit. That's precisely the reason that time objects don't support arithmetic. There is no obviously best way to handle overflow. -- nosy: +skip.monta

[issue3307] invalid check of _bsddb creation failure

STINNER Victor <[EMAIL PROTECTED]> added the comment: The bug occurs on db_create() failure. Dummy example to reproduce it: "import _bsddb; _bsddb.DB(None, 29.515)" ___ Python tracker <[EMAIL PROTECTED]> _

[issue3307] invalid check of _bsddb creation failure

New submission from STINNER Victor <[EMAIL PROTECTED]>: newDBObject(), called by DB_construct(), doesn't check correctly the result of all to the external function db_create(). It checks if self->db is NULL, but db_create() doesn't change self->db value on error. So if self->db is uninitialize

[issue3299] invalid object destruction in re.finditer()

STINNER Victor <[EMAIL PROTECTED]> added the comment: Hum, the bug is maybe specific to Python build with --with-pydebug. I don't know exactly the behaviour changes of the PYDEBUG option. @effbot: in my patch, I replaced PyObject_DEL (PyObject_FREE) and not PyObject_Del (PyMem_Free).

[issue3306] audioop.findmax() crashs with negative length

New submission from STINNER Victor <[EMAIL PROTECTED]>: Example: >>> import audioop >>> audioop.findmax(''.join( chr(x) for x in xrange(256)), -2392392) Erreur de segmentation (core dumped) The problem is that audioop_findmax() doesn't check len2 for negative value. Here is a patch ;-) ---

[issue839496] SimpleHTTPServer reports wrong content-length for text files

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Committed as r64762. Maybe a 2.5 backport candidate, but I fear that it may break existing code. -- nosy: +amaury.forgeotdarc resolution: -> fixed status: open -> pending ___ Python tracker

[issue3277] socket's OOB data management is broken on OS X and FreeBSD

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: not a python issue. thanks for opening one with FreeBSD. -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> _

[issue3278] socket's SO_OOBINLINE option does not work

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: A friend confirms that on NetBSD it matches the Linux behavior. "read -> x" is printed before the exception. also fwiw, my OS X version is 10.5.3. IMNSHO not a python bug. open it with FreeBSD and Apple. -- resolution: -> inval

[issue3278] socket's SO_OOBINLINE option does not work

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: further reading reveals that this is the expected behavior. p651 in 24.2: "select indicates an exception condition until the process reads -beyond- the out of band data." ... "the solution is to only select for an exception condition afte

[issue3299] invalid object destruction in re.finditer()

Georg Brandl <[EMAIL PROTECTED]> added the comment: > It can also be used in constructors, to destroy an object that was just > created if something goes wrong. It appears that this is not true in debug builds: PyObject_NEW adds the object to the global linked list of all objects, which PyObject

[issue3278] socket's SO_OOBINLINE option does not work

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: p648 of Unix Network Programming third edition: "4. If the process has set the SO_OOBINLINE socket option and then tries to read the out-of-band data by specifying MSG_OOB, EINVAL is returned." so it does not sound like a bug in Python. T

[issue3299] invalid object destruction in re.finditer()

Fredrik Lundh <[EMAIL PROTECTED]> added the comment: This report makes no sense to me; at least in Python 2.X, PyObject_Del removes a chunk of memory from the object heap. It's designed to be used from dealloc implementations, to release the actual memory (either directly, or as the default impl

[issue3277] socket's OOB data management is broken on OS X and FreeBSD

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: Sorry, the first reply of Martin slipped under my radar. In fact I wasn't sure whether this was related to Python or FreeBSD. I've filed this same report on the FreeBSD bug tracker: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/125258 If

[issue3305] Use Py_XDECREF() instead of Py_DECREF() in MultibyteCodec and MultibyteStreamReader

New submission from STINNER Victor <[EMAIL PROTECTED]>: Functions mbstreamwriter_dealloc() and mbstreamreader_dealloc() of Modules/cjkcodecs/multibytecodec.c uses Py_DECREF() to free stream attribute memory, but this attribute may be NULL if MultibyteCodec or MultibyteStreamReader constructor

[issue3277] socket's OOB data management is broken on OS X and FreeBSD

Josiah Carlson <[EMAIL PROTECTED]> added the comment: I agree with Martin. Why are you sure that this is a Python bug and not a FreeBSD bug? As per the documentation of OOB data, it's not supported by all operating systems or TCP/IP stacks. -- nosy: +josiahcarlson

[issue3299] invalid object destruction in re.finditer()

STINNER Victor <[EMAIL PROTECTED]> added the comment: @georg.brandl: The error is an Heisenbug. Yes, sometimes it doesn't crash, but recheck in Valgrind ;-) ___ Python tracker <[EMAIL PROTECTED]>

[issue3139] bytearrays are not thread safe

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue3301] DoS when lo is negative in bisect.insort_right() / _left()

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Don't think negative indices make much sense in this context. Will put in a test to raise a ValueError for negative indices. -- priority: -> high ___ Python tracker <[EMAIL PROTECTED]>

[issue3278] socket's SO_OOBINLINE option does not work

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: This also happens on Linux: read -> x Exception in thread Thread-1: Traceback (most recent call last): File "/home/greg/sandbox/python/trunk/Lib/threading.py", line 523, in __bootstrap_inner self.run() File "/home/greg/sandbox/pytho

[issue3278] socket's SO_OOBINLINE option does not work on OS X and FreeBSD

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith nosy: +gregory.p.smith priority: -> normal title: socket's SO_OOBINLINE option does not work on FreeBSD -> socket's SO_OOBINLINE option does not work on OS X and FreeBSD _

[issue3277] socket's OOB data management is broken on OS X and FreeBSD

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith nosy: +gregory.p.smith priority: -> normal title: socket's OOB data management is broken on FreeBSD -> socket's OOB data management is broken on OS X and FreeBSD ___ P

[issue3303] invalid ref count on locale.strcoll() error

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- priority: -> high ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[issue3302] segfault on gettext(None)

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- priority: -> high ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[issue3304] invalid call to PyMem_Free() in fileio_init()

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: thanks. fixed in trunk r64758. i'm assuming that'll be merged into py3k automagically. -- resolution: -> accepted versions: +Python 3.0 -Python 2.6 ___ Python tracker <[EMAIL PROTECTED]>

[issue3299] invalid object destruction in re.finditer()

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- priority: -> critical ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue3299] invalid object destruction in re.finditer()

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> effbot nosy: +effbot ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python

[issue3299] invalid object destruction in re.finditer()

Georg Brandl <[EMAIL PROTECTED]> added the comment: This seems to be new in trunk; 2.5.2 raises a TypeError. -- nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3301] DoS when lo is negative in bisect.insort_right() / _left()

Georg Brandl <[EMAIL PROTECTED]> added the comment: The same is true for all other _bisect functions. The pure Python versions from bisect work with negative indices by interpreting them as in slice notation. This should probably be harmonized. -- assignee: -> rhettinger nosy: +georg.b

[issue3304] invalid call to PyMem_Free() in fileio_init()

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith keywords: +easy nosy: +gregory.p.smith priority: -> normal ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3303] invalid ref count on locale.strcoll() error

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> loewis nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python

[issue3302] segfault on gettext(None)

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> loewis nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python

[issue3300] urllib.quote and unquote - Unicode issues

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > RFC 3986 states that the percent-encoded byte > values should be decoded as UTF-8. Where precisely do you read such a SHOULD requirement? Section 2.5 elaborates that the local encoding (of the resource) is typically used, ignoring cases wh

[issue3304] invalid call to PyMem_Free() in fileio_init()

New submission from STINNER Victor <[EMAIL PROTECTED]>: fileio_init() calls PyMem_Free(name); whereas name comes from PyArg_ParseTupleAndKeywords(). Attached patch removes this invalid call. The bug may also affect Python3.0. -- components: Library (Lib) files: fileio_pymem_free.patch

[issue3303] invalid ref count on locale.strcoll() error

STINNER Victor <[EMAIL PROTECTED]> added the comment: Example to reproduce the bug: import locale; locale.strcoll(u"a", None) ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue3303] invalid ref count on locale.strcoll() error

New submission from STINNER Victor <[EMAIL PROTECTED]>: If locale.strcoll(a, b) fails because PyUnicode_FromObject(b) fails, refcount of a is wrong. Attached patch fixes the problem. -- components: Library (Lib) files: locale_strcoll_rel1.patch keywords: patch messages: 69336 nosy: hayp

[issue3302] segfault on gettext(None)

New submission from STINNER Victor <[EMAIL PROTECTED]>: msgid of gettext(), dgettext(), dcgettext() C functions can not be NULL (domainname can be NULL): "import locale; locale.gettext(None)" generates a segfault. domainname argument of bindtextdomain() have to be a non empty string: "locale.

[issue3301] DoS when lo is negative in bisect.insort_right() / _left()

New submission from STINNER Victor <[EMAIL PROTECTED]>: "import bisect; bisect.insort(range(4), -1, -1)" goes into an unlimited loop. Workaround: replace negative lo value by zero. The function may raise an exception. -- components: Library (Lib) files: bisect_lo.patch keywords: patch

[issue3300] urllib.quote and unquote - Unicode issues

New submission from Matt Giuca <[EMAIL PROTECTED]>: Three Unicode-related problems with urllib.parse.quote and urllib.parse.unquote in Python 3.0. (Patch attached). Firstly, unquote appears not to have been modified from Python 2, where it is designed to output a byte string. In Python 3, it out

[issue839496] SimpleHTTPServer reports wrong content-length for text files

Bluebird <[EMAIL PROTECTED]> added the comment: I confirm that the problem is present on python2.5 on windows, and that the attached patch fixes it. -- nosy: +bluebird ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3299] invalid object destruction in re.finditer()

New submission from STINNER Victor <[EMAIL PROTECTED]>: "import re: re.finditer("a", {})" crash on Python 2.x (tested with svn trunk) because of an invalid use of PyObject_NEW/PyObject_DEL. The error is in pattern_scanner(), in block "if (!string) { ... }". - scanner_dealloc() calls Py_DECREF(

[issue3298] Multiline string with quotes is not parsed correctly.

Stavros Korokithakis <[EMAIL PROTECTED]> added the comment: Ah, interesting, I had forgotten that adjacent strings are merged. Thanks. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3298] Multiline string with quotes is not parsed correctly.

Georg Brandl <[EMAIL PROTECTED]> added the comment: The last quote starts another string literal, so this is valid Python: """A "test B" and results in a string 'A "test B'. The lexer cannot know whether the second string literal is terminated or not, yielding valid or invalid code. __

[issue3298] Multiline string with quotes is not parsed correctly.

Stavros Korokithakis <[EMAIL PROTECTED]> added the comment: Hmm, what would be the meaning of """ " in this particular context? I can't think of a situation where """A test""" " would be valid code. ___ Python tracker <[EMAIL PROTECTED]>

[issue3298] Multiline string with quotes is not parsed correctly.

Georg Brandl <[EMAIL PROTECTED]> added the comment: There is an ambiguity: did you mean """ " or " """ (spaces added for clarity). Python does not count quotes, parentheses or similar in strings, so the first occurrence of """ will close the literal. You can either use triple single quotes, or e

[issue3298] Multiline string with quotes is not parsed correctly.

New submission from Stavros Korokithakis <[EMAIL PROTECTED]>: A multiline string with quotes next to the ending quote is not parsed correctly: In [1]: """A "test File "", line 1 """A "test ^ : EOL whi

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Two failures in the -uall run (test_codecmaps_hk, test_linuxaudiodev). However, I see those test failures even after reverting my changes, so they aren't related to this. ___ Python tracker <[EMAIL PROTECTED]

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Attached updated patch which implements Guido's suggestion from above (inheritance of __hash__ is blocked at the C level by setting the slot to PyObject_HashNotImplemented and at the Python level by setting __hash__ = None). All tests which don

[issue2320] Race condition in subprocess using stdin

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: lowering the priority on this back to normal as there is a workaround: use close_fds=True. I agree that this is messy, I'm not sure if we can really fix it or even if we should. Running lsof shows the /bin/cat processes on OS X all having

[issue3139] bytearrays are not thread safe

Changes by Ismail Donmez <[EMAIL PROTECTED]>: -- nosy: +cartman ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue2113] Bad interaction between signal and subprocess

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: Fixed as Amaury described in trunk r64756. still needs backporting to release25-maint. ___ Python tracker <[EMAIL PROTECTED]> ___ __