Georg Brandl [EMAIL PROTECTED] added the comment:
Please bring it up on python-dev.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3292
___
___
Python-bugs-list
Georg Brandl [EMAIL PROTECTED] added the comment:
I think you're right.
However, Martin, what flags except -I can/must we keep?
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3290
___
Martin v. Löwis [EMAIL PROTECTED] added the comment:
Fixing this in the methods themselves has the disadvantage that the
error reporting is not that good anymore.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3139
Gregory P. Smith [EMAIL PROTECTED] added the comment:
here's an updated patch. It makes PyMem_NEW and PyMem_RESIZE macros
always do explicit an overflow check before doing the multiplication.
Uses of the the macros have been cleaned up in the couple places I
noticed that would leak memory or
New submission from Ezio Melotti [EMAIL PROTECTED]:
Problem: when you have Unicode characters with a code point greater than
U+ written directly in the source file (that is, not in the form
u'\U' but as normal chars in a u'' string) the interpreter uses
surrogate pairs for
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]
http://bugs.python.org/issue2113
___
Changes by Ismail Donmez [EMAIL PROTECTED]:
--
nosy: +cartman
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3139
___
___
Python-bugs-list mailing list
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 a
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
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]
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 ipython console, line 1
A test
^
type
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 escape the
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]
http://bugs.python.org/issue3298
Stavros Korokithakis [EMAIL PROTECTED] added the comment:
Ah, interesting, I had forgotten that adjacent strings are merged.
Thanks.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3298
___
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
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]
http://bugs.python.org/issue839496
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
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
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:
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: haypo
STINNER Victor [EMAIL PROTECTED] added the comment:
Example to reproduce the bug:
import locale; locale.strcoll(ua, None)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3303
___
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
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 where
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: - loewis
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3302
___
___
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: - loewis
nosy: +loewis
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3303
___
___
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - gregory.p.smith
keywords: +easy
nosy: +gregory.p.smith
priority: - normal
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3304
___
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]
http://bugs.python.org/issue3299
___
Changes by Georg Brandl [EMAIL PROTECTED]:
--
assignee: - effbot
nosy: +effbot
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3299
___
___
Changes by Georg Brandl [EMAIL PROTECTED]:
--
priority: - critical
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3299
___
___
Python-bugs-list mailing
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]
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
priority: - high
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3302
___
___
Python-bugs-list mailing
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
priority: - high
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3303
___
___
Python-bugs-list mailing
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
___
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
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
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]
Changes by Martin v. Löwis [EMAIL PROTECTED]:
--
priority: - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3139
___
___
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]
http://bugs.python.org/issue3299
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
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
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
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
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.
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
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 after
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: - invalid
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]
http://bugs.python.org/issue3277
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
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 ;-)
--
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).
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 uninitialized,
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]
http://bugs.python.org/issue3307
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:
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 Python
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
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
Roger Binns [EMAIL PROTECTED] added the comment:
I figured maybe it was something to do with MSVC 90 dlls.
pre
C:\apswdir \*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
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
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
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
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]
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - gregory.p.smith
keywords: +easy
nosy: +gregory.p.smith
priority: - normal
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3309
___
Josiah Carlson [EMAIL PROTECTED] added the comment:
Fixed in 3.0 .
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1736101
___
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]
http://bugs.python.org/issue3308
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]
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - jcea
nosy: +jcea
priority: - normal
type: - crash
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3307
___
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]
http://bugs.python.org/issue988761
___
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]
http://bugs.python.org/issue3308
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - janssen
priority: - normal
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3212
___
___
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
superseder: - eliminate recursion in pickling
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3119
___
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
dependencies: +pickle.py is limited by python's call stack
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2480
___
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
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]
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
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
components: +Interpreter Core, Library (Lib)
nosy: +gregory.p.smith
priority: - normal
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3001
___
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]
http://bugs.python.org/issue3120
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]
http://bugs.python.org/issue953599
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]
http://bugs.python.org/issue1519
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]
http://bugs.python.org/issue760475
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:
Changes by Gregory P. Smith [EMAIL PROTECTED]:
--
assignee: - teoliphant
nosy: +gregory.p.smith
priority: - critical
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3046
___
Changes by Ralf Schmitt [EMAIL PROTECTED]:
--
nosy: +schmir
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3119
___
___
Python-bugs-list mailing list
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]
http://bugs.python.org/issue3308
___
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
84 matches
Mail list logo
