Georg Brandl [EMAIL PROTECTED] added the comment:
The \0 falls under this case:
\oooCharacter with octal value ooo
where the note says As in Standard C, up to three octal digits are
accepted.
--
resolution: - works for me
status: open - closed
Robert Schuppenies [EMAIL PROTECTED] added the comment:
I am sry that you see it that way, I do not. I was given commit access
solely for gsoc purposes and committing changes before a late release
without review from a committer IMHO violates strict policies. I tried
to get somebody to review
New submission from Mark Summerfield [EMAIL PROTECTED]:
When I try to run IDLE in Py30b3 I get a traceback, then the main window
appears with an error message box and an OK button; once I click OK,
IDLE goes away.
$ ~/opt/python30b3/bin/idle
Traceback (most recent call last):
File string,
STINNER Victor [EMAIL PROTECTED] added the comment:
If the filename can not be encoded correctly in the system charset,
it's not really a problem. The goal is to be able to use open(),
shutil.copyfile(), os.unlink(), etc. with the given filename.
orig = filename from the kernel (bytes)
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Mark Hammond wrote:
Mark Hammond [EMAIL PROTECTED] added the comment:
Obviously IANAL, but my reading of eula.txt included with VS9 seems less
restrictive than the 2003 one. It has 2 clauses that seem relevant:
* [you must] require
New submission from Mark Summerfield [EMAIL PROTECTED]:
Here are the results of running the same tiny program against 2.5.2,
30b2, and 30b3. The program creates a regex and tries to match 3
strings. For 2.5.2 and 30b2 this works fine; for 30b3 the regex won't
even compile:
$ python -V
Python
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Selon STINNER Victor [EMAIL PROTECTED]:
IMHO, the best solution is to create such class:
class Filename:
def __init__(self, orig):
self.as_bytes = orig
self.as_str = myformat(orig)
def __str__(self):
Mark Summerfield [EMAIL PROTECTED] added the comment:
Just realised how to fix this. Change line 76 in idlelib/run.py:
# change this:
sockthread.set_daemon(True)
# to this:
sockthread.daemon = True
and IDLE runs fine.
___
Python tracker [EMAIL
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Cygwin seems to have a broken implementation of mbstowcs.
See http://www.google.com/codesearch?q=cygwin+mbstowcs\(NULL
The attached patch corrects the problem.
--
keywords: +patch
nosy: +amaury.forgeotdarc
Added file:
Mark Hammond [EMAIL PROTECTED] added the comment:
MAL:
This was already discussed on the PSF members mailing list.
Yeah, but not specifically about VS2008 which this bug seemed to be
specifically targetting. FWIW, this appears like *less* of a problem
for 2.6 than for 2.4 and 2.5 as it
New submission from STINNER Victor [EMAIL PROTECTED]:
Example:
class MyBytes(bytes):
def __init__(self, *args, **kw):
bytes.__init__(self, *args, **kw)
a = bytes(bhello) # ok
b = MyBytes(bhello) # error
= DeprecationWarning: object.__init__() takes no parameters
The
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Attaching the VS7.1 EULA. This is only relevant for Python 2.5... should
we do another patch level release.
--
versions: +Python 2.5
Added file: http://bugs.python.org/file11188/eula.txt
___
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Mark Hammond wrote:
MAL:
Note that I'm not suggesting to dive into all this. We
should simply put the EULA into the installer package
and be done with it :-)
I can't argue with that - including the relevant EULA certainly would be
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
Adding the EULA should be easy... the MSI installer code already adds
the other licenses for OpenSSL, etc. to the license text in
Tools/msi/msi.py (took me a while to find that file, since I would have
expected this to live under PCbuild/).
Antoine Pitrou [EMAIL PROTECTED] added the comment:
With immutable types, you must use __new__ instead. Passing the
arguments to __init__ is too late since the object is immutable and it
has already been built in memory, thus you can't initialize it with
another value.
class B(bytes):
... def
STINNER Victor [EMAIL PROTECTED] added the comment:
I wrote a Filename class. I tries different methods:
* no parent class class Filename: ... - I don't know how to make
bytes(filename) works!? But it's the best option to avoid strange bugs
(mix bytes/str, remember Python 2.x...)
* str
STINNER Victor [EMAIL PROTECTED] added the comment:
So if we consider that RLock is fast enough (see my C version of RLokc
in #3001), we can use RLock instead of Lock to avoid this issue. Here
is a patch to use RLock and also including an unit test of this issue.
Added file:
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Selon STINNER Victor [EMAIL PROTECTED]:
So if we consider that RLock is fast enough (see my C version of RLokc
in #3001), we can use RLock instead of Lock to avoid this issue. Here
is a patch to use RLock and also including an unit test of
New submission from STINNER Victor [EMAIL PROTECTED]:
I wrote a patch to improve gdbinit (gdb macros):
- implement py_decref
- reuse pyo in pylocals
- direclty call PyCode_Addr2Line() in lineno instead of a long and
complex reimplemention in gdb script language
- avoid memory leak in
Changes by STINNER Victor [EMAIL PROTECTED]:
--
components: +None
type: - feature request
versions: +Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3631
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3629
___
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3628
___
___
New submission from STINNER Victor [EMAIL PROTECTED]:
pyo macro from gdbinit (see #3631) uses _PyObject_Dump() to display
an object. This function calls (indirectly) string_print() to display
one line of text. But if the GIL is released (I guess it's the GIL or
is it called the thread
Antoine Pitrou [EMAIL PROTECTED] added the comment:
* bytes parent class class Filename(bytes): ... - that's the
current implementation
I don't think that makes sense (especially under Windows which has Unicode file
APIs). os.listdir() and friends should really return str or str-like
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I once fell into the same issue, but the patch should modify
_PyObject_Dump(), around the call to PyObject_Print.
string_print() is not the only function called by _PyObject_Dump, by far...
And beware that many people routinely run
STINNER Victor [EMAIL PROTECTED] added the comment:
Oh! I have a better idea: why not patching _PyObject_Dump() instead of
string_print() :-) So here is a new patch.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3632
Changes by STINNER Victor [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file11193/pyobject_dump.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3632
___
Changes by STINNER Victor [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file11192/string_print.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3632
___
Skip Montanaro [EMAIL PROTECTED] added the comment:
Thanks for the patch. Most of it looks okay except for the rewrite of
the lineno command. That was written in gdb's command language so
that you could get a python stack from a core dump, not just from a
running process. Is there some reason
Antoine Pitrou [EMAIL PROTECTED] added the comment:
The error is in the bytecode verifier and also occurs with 2.6.
(perhaps a good reason not to backport it to 2.5 :-))
--
nosy: +gvanrossum, pitrou
versions: +Python 2.6
___
Python tracker [EMAIL
Antoine Pitrou [EMAIL PROTECTED] added the comment:
The following expression is sufficient to reproduce the bug:
re.compile((?Pquote)(?(quote)))
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3629
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: normal - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2415
___
___
New submission from Antoine Pitrou [EMAIL PROTECTED]:
This is a failure that seems to occur quite often (always?) on the
Solaris buildbot:
==
FAIL: test_invalid_inputs (test.test_float.HexFloatTestCase)
Antoine Pitrou [EMAIL PROTECTED] added the comment:
(FWIW, I just ran Misc/find_recursion_limit.py on a 32-bit Windows box.
With 2.6 I get 5900.
With 3.0 I get 9000.
So the good news is that 3.0 seems to be less stack-hungry :-))
___
Python tracker [EMAIL
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I tried merging this once, but there were many conflicts. Are you
available to do this?
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3627
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Mark, that check looks fragile:
+IS32BIT = sys.maxint == 0x7fff and 64 bit not in sys.version
Why don't you check for sys.maxsize instead? By construction,
sys.maxsize should give you the pointer width (minus the sign bit ;-)).
STINNER Victor [EMAIL PROTECTED] added the comment:
@skip: oh yes, you're right about the core file :-) So forget the
changes in lineno. I first rewrote lineno for Python 3.0 because the
code changed and it was easier for me to reuse PyCode_Addr2Line() :-)
Benjamin Peterson [EMAIL PROTECTED] added the comment:
This probably has been happening for quite a while. We just didn't
notice because that bot was busy hanging on test_nis.
The failure is in test_math. Mark, do you know anything?
--
nosy: +benjamin.peterson, marketdickinson
Antoine Pitrou [EMAIL PROTECTED] added the comment:
The failure happens even when test_smtplib runs before both
test_asyncore and test_asynchat (*). So the latter can't be the culprit.
(*)
http://www.python.org/dev/buildbot/3.0.stable/sparc%20Debian%203.0/builds/419/step-test/0
--
Benjamin Peterson [EMAIL PROTECTED] added the comment:
This is going to be very hard to implement without module descriptors.
It might be better to make a 2to3 fixer which inserts an import too.
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL
Changes by Antoine Pitrou [EMAIL PROTECTED]:
--
assignee: - pitrou
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3601
___
___
Python-bugs-list mailing
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3607
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2548
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
versions: +Python 2.7 -Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1745
___
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Ping.
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3297
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
versions: +Python 3.1 -Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2744
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2965
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
title: Backport dictviews to 2.6 - Backport dictviews to 2.7
versions: +Python 2.7 -Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1967
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2534
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3279
___
___
Mark Dickinson [EMAIL PROTECTED] added the comment:
I'll take a look, though if anyone has some time to spare and access to a
Solaris machine then they can probably figure this out more quickly.
The first step would be to fix the test so that it at least shows which
input the failure occurs
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
versions: +Python 2.7 -Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2333
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
versions: +Python 2.7 -Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2331
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
versions: +Python 2.7 -Python 2.6
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2334
___
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Brett has been doing this.
--
resolution: - duplicate
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2402
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Ping
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2764
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2874
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2501
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3002
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2226
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2443
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3590
___
___
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2322
___
___
STINNER Victor [EMAIL PROTECTED] added the comment:
Le Thursday 21 August 2008 14:55:43 Antoine Pitrou, vous avez écrit :
* bytes parent class class Filename(bytes): ... - that's the
current implementation
I don't think that makes sense (especially under Windows which has Unicode
file
Antoine Pitrou [EMAIL PROTECTED] added the comment:
If Filename has no parent class but is convertible to bytes(), os
functions requires no change and so we can fix it before final 3.0 ;-)
This sounds highly optimistic.
Also, I think it's wrong to introduce a string-like class with implicit
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Thomas, the bytes object is not broken anymore with respect to the
buffer API, but it depends which buffer API you are talking about :-) I
hope it is the new, 3.0 one.
--
nosy: +pitrou
___
Python
Nick Edds [EMAIL PROTECTED] added the comment:
I've been thinking about this a bit, and I don't see how handling it
should be all that different from handling module renaming.
For import UserDict, we can just change UserDict to collections and deal
with UserDict.UserDict with a deprecation
Antoine Pitrou [EMAIL PROTECTED] added the comment:
For what it's worth, py3k has a subtler recursion checking algorithm
which would probably fix this problem if backported properly. See
_Py_CheckRecursiveCall() in ceval.c (lines 462+), and especially the
role played by the tstate-overflowed
Guido van Rossum [EMAIL PROTECTED] added the comment:
Duly accepted. (Though if someone has a quick fix I'd be open to it. :-)
--
assignee: - gvanrossum
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3629
Guido van Rossum [EMAIL PROTECTED] added the comment:
I think it's fine as it is. Incrementing the stack level more frequently
is a good thing since there used to be paths that didn't increment it at
all and hence could cause segfaults. The default is conservative since
increasing it could
Guido van Rossum [EMAIL PROTECTED] added the comment:
This will definitely not be in 2.6.
--
keywords: -26backport
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1745
___
Guido van Rossum [EMAIL PROTECTED] added the comment:
The proper work-around is for the app to pass bytes into os.listdir();
then it will return bytes. It would be nice if open() etc. accepted
bytes (as well as strings of course), at least on Unix, but not
absolutely necessary -- the app could
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Well, the standard recursion limit is precisely there to guard against
segfaults when blowing up the C stack, so if you make the recursion
limit much larger, it's quite normal to get segfaults.
Therefore, I don't think this is a real bug.
STINNER Victor [EMAIL PROTECTED] added the comment:
The bug is not closed :-/ With py3k trunk, I still get a crash. So I
added a flag to detect inner calls. Here is an example of inner call
backtrace:
(gdb) where
(...)
#2 0xb7df4201 in abort () from /lib/tls/i686/cmov/libc.so.6
#3
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
resolution: accepted -
status: closed - open
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3611
___
Antoine Pitrou [EMAIL PROTECTED] added the comment:
On a Windows box, I manage to make the following script reliably hang on
a non-debug build of beta3. This can be a good base for further diagnosing.
def f():
class Bug:
def __del__(self):
1/0
import gc
trash =
STINNER Victor [EMAIL PROTECTED] added the comment:
Here is a new snippet with strange exception handling:
- 8 -
from gc import collect
import _weakref
class FuzzingUserClass:
pass
obj = _weakref.ref(FuzzingUserClass)
# Exception not raised??
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Here's a patch. It's only implemented for bytes. Doing this for
bytearray would require a bit of refactoring, and can I think wait for
3.1. I added two new C functions. PyObject_Bytes and PyBytes_FromObject.
You can review it at
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Haypo, this is a separate bug I think. Please open a new ticket :)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3611
___
New submission from STINNER Victor [EMAIL PROTECTED]:
_weakref.__init__() doesn't catch errors correctly. Example:
- 8 -
from gc import collect
import _weakref
class FuzzingUserClass:
pass
obj = _weakref.ref(FuzzingUserClass)
# Exception not
STINNER Victor [EMAIL PROTECTED] added the comment:
@pitrou: Ok, done (issue #3634). We were right, it's a different bug.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3611
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Antoine, your script hangs at the end due to the io.py deadlock (see #3618)
- at the end of the script, flush_io() is called
- this enters code in io.py
- here, garbage collection occurs (thanks to low thresholds)
- the Bug() instance is
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I found another way to loose the current exception context; see
lostcontext2.py
Completely removing the block starting with
if (why == WHY_EXCEPTION !throwflag) {
corrects the script;
but according to Benjamin: removing those
Brett Cannon [EMAIL PROTECTED] added the comment:
On Thu, Aug 21, 2008 at 6:43 AM, Benjamin Peterson
[EMAIL PROTECTED] wrote:
Benjamin Peterson [EMAIL PROTECTED] added the comment:
This is going to be very hard to implement without module descriptors.
It might be better to make a 2to3 fixer
Brett Cannon [EMAIL PROTECTED] added the comment:
As I said, it isn't using the import filter, it's whether this should be
done through a warning instead because the superclasses have changed.
I really should ask on python-dev about this.
--
priority: high - release blocker
Changes by Brett Cannon [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2350
___
___
Changes by Brett Cannon [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2351
___
___
Changes by Brett Cannon [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2357
___
___
Changes by Brett Cannon [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3602
___
___
Changes by Brett Cannon [EMAIL PROTECTED]:
--
priority: critical - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3574
___
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
On Thu, Aug 21, 2008 at 1:21 PM, Brett Cannon [EMAIL PROTECTED] wrote:
So for every sys import you are going to add an import atexit? That
doesn't seem reasonable. And if the call is in an expression context
you definitely cannot add the
Brett Cannon [EMAIL PROTECTED] added the comment:
You know what, Nick, go for the fixer. UserDict.UserDict will need a
deprecation warning, but otherwise a fixer for IterableUserDict and
DictMixin is fine.
And I can handle the deprecation if you want.
--
assignee: collinwinter -
Brett Cannon [EMAIL PROTECTED] added the comment:
On Thu, Aug 21, 2008 at 11:45 AM, Benjamin Peterson
[EMAIL PROTECTED] wrote:
Benjamin Peterson [EMAIL PROTECTED] added the comment:
On Thu, Aug 21, 2008 at 1:21 PM, Brett Cannon [EMAIL PROTECTED] wrote:
So for every sys import you are going
Changes by Guilherme Polo [EMAIL PROTECTED]:
--
keywords: +needs review -patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1342811
___
___
Changes by Guilherme Polo [EMAIL PROTECTED]:
--
keywords: +needs review -patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3573
___
___
New submission from Michael Yang [EMAIL PROTECTED]:
# pickle.dumps is not able to process an instance of
# a class that inherits from 'dict' and
# overrides the built-in __getattribute__ method
# but can successfully process one that
# overrides the__getattr__ method
class Examp1(dict):
...
Mark Dickinson [EMAIL PROTECTED] added the comment:
Here's a patch for the test-suite to get more information about where
float.fromhex is failing. Could someone else please review this quickly
so that I can check it in? It shouldn't take more than a few minutes to
review.
--
Changes by Mark Dickinson [EMAIL PROTECTED]:
--
keywords: +needs review
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3419
___
___
Python-bugs-list
Benjamin Peterson [EMAIL PROTECTED] added the comment:
That looks fine.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3633
___
___
Python-bugs-list mailing list
New submission from richard_b_martin [EMAIL PROTECTED]:
I installed a 3.0 beta for the first time in Windows. I was surprised
when my 2.5 scripts started to fail. I traced it down to the 3.0
install modifying the registry.
If you run assoc .py from a command line, the return value is
1 - 100 of 159 matches
Mail list logo