Changes by Christian Heimes:
--
keywords: +py3k
versions: +Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1138
__
___
Python-bugs-list mailing list
Changes by Christian Heimes:
--
keywords: +py3k
versions: +Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1034
__
___
Python-bugs-list mailing list
Christian Heimes added the comment:
It sounds like the importer dead lock problem. These problems are almost
impossible to unit test because they are usually race conditions.
I don't see a problem in moving the import to the module name space.
errno is a built-in module and the import isn't
Christian Heimes added the comment:
How do you know that the patch is working when you don't know how to
test it? Nobody is going to apply new features without unit tests.
--
nosy: +tiran
_
Tracker [EMAIL PROTECTED]
Christian Heimes added the comment:
I agree. Python can't stop the developer from doing stupid things. We
could remove Py_TPFLAGS_BASETYPE from the module type but that could
cause incompatibilities with existing code.
I'm assigning the bug to our beloved dictator to ask for his opinion.
Christian Heimes added the comment:
I've fixed the builds a while ago.
--
nosy: +tiran
resolution: - fixed
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1767787
_
Changes by Christian Heimes:
--
components: +Library (Lib) -None
versions: +Python 2.6, Python 3.0
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1189216
_
___
Christian Heimes added the comment:
Yes, it's fixed in Python 2.5 and newer.
--
nosy: +tiran
resolution: - out of date
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1731068
_
Changes by Christian Heimes:
--
components: +Library (Lib) -None
versions: +Python 2.6
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1620174
_
___
Changes by Christian Heimes:
--
versions: +Python 2.6, Python 3.0
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1735632
_
___
Python-bugs-list mailing list
Changes by Christian Heimes:
--
versions: +Python 2.5, Python 2.6 -Python 2.4
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1230540
_
___
Python-bugs-list
Martin v. Löwis added the comment:
Why do you think this is a bug? 08 really is a syntax error, and 010
really means 8.
--
nosy: +loewis
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1490
Changes by Christian Heimes:
--
versions: +Python 2.6, Python 3.0
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1675455
_
___
Python-bugs-list mailing list
Thomas Herve added the comment:
1315 is a duplicate of this, and I end up with a very similar solution.
--
nosy: +therve
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1269
__
Thomas Herve added the comment:
The real bug is in fact in add_callers, where it concatenates tuples
instead of adding the values. I'll try to write a test this week-end if
nobody beats me to it.
The attached is against current trunk.
--
nosy: +therve
Added file:
Changes by Christian Heimes:
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1474
__
___
Python-bugs-list mailing list
Amaury Forgeot d'Arc added the comment:
I managed to reproduce the problem consistently with the following code:
import ctypes, sys, time, thread
# Module globals are cleared before __del__ is run
# So save the functions in class dict
class C:
ensure = ctypes.pythonapi.PyGILState_Ensure
Changes by Christian Heimes:
--
status: pending - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1488
__
___
Python-bugs-list mailing list
Unsubscribe:
Joseph Armbruster added the comment:
Looks like the libpaths were pointing to out32 instead of out32.dll.
Although that may have been due to my switch from nt.mak to ntdll.mak.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1488
Changes by samwyse:
--
components: +Library (Lib)
type: - behavior
versions: +Python 2.4, Python 2.5, Python 2.6, Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1492
__
Marc-Andre Lemburg added the comment:
Rejecting the patch, since it hasn't been updated.
--
resolution: - rejected
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1620174
_
Christian Heimes added the comment:
Applied in r59132
Thanks!
--
nosy: +tiran
resolution: - fixed
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1754273
_
Thomas Herve added the comment:
Oh I didn't see, but this one should probably closed as duplicate of 1269.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1315
__
___
Grant Delaney added the comment:
You can remove this issue. It was a compile problem on my side, missing
libs etc.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1486
__
___
Christian Heimes added the comment:
Applied in r59132
Thanks!
--
nosy: +tiran
resolution: - fixed
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1754271
_
New submission from samwyse:
RFC 2616 sec 8.2.3 states, An origin server that sends a 100 (Continue)
response MUST ultimately send a final status code, once the request body
is received and processed, unless it terminates the transport connection
prematurely. The obvious way to do this is to
New submission from samwyse:
The send_error method always sends a Content-Type of 'text/html'. Other
content types are both possible and desirable. For example, someone
writing a REST server might wish to send XML error messages. Following
the example of DEFAULT_ERROR_MESSAGE, I propose
Joseph Armbruster added the comment:
Whoops. This may have been an error on my part. nt.mak I think bombed
for me except it was probably due to some of my tinkering. My apologies.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1488
Skip Montanaro added the comment:
Applied in r59317 (trunk) and r59318 (release25-maint).
--
assignee: - skip.montanaro
nosy: +skip.montanaro
resolution: - accepted
status: open - closed
_
Tracker [EMAIL PROTECTED]
Facundo Batista added the comment:
Rejected as requested by the OP.
--
resolution: - rejected
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1486
__
Ivan Pozdeev added the comment:
I suggest adding this as a note to the subprocess module documentation instead.
The 17.1.2 Popen Objects section seems to be the right place.
--
nosy: +Vano
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1256
Amaury Forgeot d'Arc added the comment:
Corrected as r59155.
Thanks for the report!
--
nosy: +amaury.forgeotdarc
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1409
__
Facundo Batista added the comment:
This was fixed at the same time than issue 1772851.
int(D(1e1234567890987654321)) stills take too long, but this is fault
of doing 10**1234567890987654321 to convert it to an int.
Note that hash(D(1e1234567890987654321)) is fast now.
--
resolution:
New submission from Christian Heimes:
Here is a first patch to remove unbound method objects.
6 tests failed:
test_descr test_inspect test_pyclbr test_typechecks test_unittest
test_weakref
--
assignee: gvanrossum
components: Interpreter Core
files: py3k_remove_unbound.patch
34 matches
Mail list logo