New submission from Moriyoshi Koizumi mozo+pyt...@mozo.jp:
ElementTree doesn't correctly serialize end-of-line characters (#xa,
#xd) in attribute values. Since bare end-of-line characters are
converted to #x20 by the parser according to the specification [1], such
characters that are
Changes by Moriyoshi Koizumi mozo+pyt...@mozo.jp:
--
title: Incorrect serialization of end-of-line characters in attribute values -
ElementTree: Incorrect serialization of end-of-line characters in attribute
values
___
Python tracker
Ezio Melotti ezio.melo...@gmail.com added the comment:
Confirmed on 3.1 on Windows too.
--
assignee: - effbot
nosy: +effbot, ezio.melotti
priority: - high
versions: +Python 3.1 -Python 2.5
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - effbot
nosy: +effbot
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7139
___
chuck jan.hos...@gmail.com added the comment:
I'm seeing this on the built-in python on os x 10.6, too:
Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
But neither with the trunk
Python 2.7a0 (trunk:75433M, Oct 15 2009, 08:27:13)
[GCC 4.2.1
Moriyoshi Koizumi mozo+pyt...@mozo.jp added the comment:
Tabs must be converted to character references as well.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7139
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
It looks like there's a missing part in the patch: get_outputs(), and
get_inputs() should also return files created in build()
Now something I don't understand is how reportlab distribution is doing
to copy the compiled extensions when
egreen egr...@operamail.com added the comment:
Could someone triage this? And review my simple fix? I think it should
be a release blocker.
It seems to me to be a problem on all 64-bit non-Windows platforms, or
any platform if using UCS-4. The 4 high-order bytes of an 8-byte
Py_ssize_t
Walter Dörwald wal...@livinglogic.de added the comment:
Here is a stacktrace of the crash with the system Python 2.6.1 on Mac OS
X 10.6.1:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x00010100
0x7fff810f96b8 in
Peter Saunders p...@fodder.org.uk added the comment:
Tested on Linux, and repeated the issue - just to confirm this isn't a
Solaris specific issue.
Tested using dummy_threading - bug does not appear when that is used.
Added _verbose=True to threads, and log_to_stderr(SUBDEBUG) set for Process.
New submission from Jamie Kirkpatrick j...@kirkconsulting.co.uk:
See the testcase included. If you instead assign the result of the
get_module() call to a variable and then make the call to the function
defined in that module it works as expected.
--
components: Library (Lib)
files:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
priority: - normal
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Jamie Kirkpatrick j...@kirkconsulting.co.uk added the comment:
Updated the testcase to show that the __dict__ for the module is incorrect
unless the module is assigned to a temp variable.
--
Added file: http://bugs.python.org/file15134/testcase.py
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This has already been fixed with r74429, but no issue was filed at the time.
It should be backported to 2.6 and 3.1 at least.
And probably to 2.5 as well, because a crash on XML input can be
considered as a security issue.
Raising to
Antoine Pitrou pit...@free.fr added the comment:
Nice catch. I wonder why not all of our modules are PY_SSIZE_T_CLEAN in
py3k.
This function is not actually tested, could you add a test to the
regression suite?
--
nosy: +pitrou
priority: - high
___
Antoine Pitrou pit...@free.fr added the comment:
Is our copy of expat in sync with upstream? How does maintenance happen?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7138
Changes by Ralf Schmitt sch...@gmail.com:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7138
___
___
Python-bugs-list mailing
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The same thing had been discovered in expat 12 months before:
http://expat.cvs.sourceforge.net/viewvc/expat/expat/lib/xmltok_impl.c?r1=1.13r2=1.15
But expat hasn't made any release since 2.0.1, in June 2007...
Are you suggesting to
Antoine Pitrou pit...@free.fr added the comment:
I don't know really. I wonder how Linux distributions handle maintenance
of that library.
Perhaps Fred Drake can help us?
--
assignee: effbot -
nosy: +fdrake
___
Python tracker rep...@bugs.python.org
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
FWIW, the latest Debian package: http://packages.debian.org/sid/libexpat1
is also vulnerable (I checked in the sources expat_2.0.1.orig.tar.gz,
and it's not corrected in expat_2.0.1-4.diff.tgz)
--
Barry A. Warsaw ba...@python.org added the comment:
Please apply this for 2.6.4rc2
--
priority: - release blocker
resolution: fixed - accepted
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7120
Marco Buccini marcu...@gmail.com added the comment:
I agree with Milko.
However, I think Popen.send_signal should poll() before sending any
signals, without resetting any variables to zero (or None).
In this way, if you poll() before sending a signal, if the return code
is None, the child is
Changes by Marco Buccini marcu...@gmail.com:
Added file: http://bugs.python.org/file15136/test_subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Changes by Marco Buccini marcu...@gmail.com:
Removed file: http://bugs.python.org/file15136/test_subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Changes by Marco Buccini marcu...@gmail.com:
Added file: http://bugs.python.org/file15137/test_subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
egreen egr...@operamail.com added the comment:
All right.
The function strcoll also isn't tested (except for issue #3303). I'll
look into that one, too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7080
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com:
I'm in the process of converting several Python scripts so that they
work under both Python 2.6 and 3.1. For the most part, 2to3 does an
amazing job. Great tool.
One little feature request: could we make it add from
Changes by Georg Brandl ge...@python.org:
--
assignee: - benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7141
___
New submission from Mark Dickinson dicki...@gmail.com:
Objects/memoryobject.c makes calls to PyUnicode_FromString and
PyUnicode_FromFormat. This prevents building of Python with the --
disable-unicode option.
Here's a patch.
--
assignee: pitrou
components: Interpreter Core
files:
Benjamin Peterson benja...@python.org added the comment:
Fixed in r75437.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7140
Antoine Pitrou pit...@free.fr added the comment:
Looks good, obviously.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7142
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Thanks, Antoine. Fixed in r75438.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7142
Changes by Lance Edgar la...@edbob.org:
--
nosy: +lgedgar
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
___
Python-bugs-list mailing list
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
Are there chances to see this reviewed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file9775/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file9782/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file9783/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file9807/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file10784/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file13161/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
Changes by Antoine Pitrou pit...@free.fr:
Removed file: http://bugs.python.org/file13171/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
Antoine Pitrou pit...@free.fr added the comment:
Well, first some tests should be added.
As for reviewing, it needs to be done by someone competent with FTP and
SSL/TLS. If no such person is available and you are confident that the
patch is ok (and ready to do necessary maintenance), then
New submission from Andreas Thomas raed...@gmail.com:
The attachment of my sample email contains '123\n', but get_payload
(decode=True) returns '123'.
The source of this error is the function _bdecode from the email.utils
module, which gets called for decoding base64 encoded payloads. Here
the
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
I can surely write tests altough I think that issue 3890 might cause
some problems since the test server I included some months ago is
asyncore-based and hence asynchronous.
I have a good knowledge of the FTP protocol but
Antoine Pitrou pit...@free.fr added the comment:
Rather than having a kind of global module registry, locks could keep
track of what was the last PID, and reinitialize themselves if it changed.
This is assuming getpid() is fast :-)
--
nosy: +pitrou
Antoine Pitrou pit...@free.fr added the comment:
From a quick look at the patch, if you call login() twice, the socket
will be wrapped twice as well? Perhaps auth_tls() should have a
protection against this.
In prot_p() and prot_c(), it seems that self._prot_p is updated
unconditionally,
Antoine Pitrou pit...@free.fr added the comment:
One more question, why is ssl_version=ssl.PROTOCOL_TLSv1 hardwired?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2054
___
Jean-Paul Calderone exar...@divmod.com added the comment:
Antoine asked me to give my opinion on the non-blocking SSL API. I can
say that the current behavior of SSLSocket.recv is certainly not very
good and probably makes SSLSocket useless for any non-blocking
application. Letting the
New submission from Pete Hunt floydoph...@gmail.com:
Apologies if I mess up the formatting - my first bug report submitted.
Steps to reproduce (OSX Snow Leopard, 2.6.3)
import threading, imp
def doit():
... print imp.load_module(cherrypy, None,
Ronald Oussoren ronaldousso...@mac.com added the comment:
This seems to be a known issue: importing extensions in a thread fails on
OSX 10.6 (with a hard crash of the interpreter). The crash in inside the
initialisation function for an Apple framework.
I haven't been able to determine if the
New submission from Yang Zhang yaa...@gmail.com:
When I call s.makefile('r',encoding='utf-16').read(), this expects a BOM,
but s.makefile('w',encoding='utf-16').write('hello') doesn't produce it.
This is asymmetric.
BTW is there a way to prevent the reading file from expecting a BOM?
Yang Zhang yaa...@gmail.com added the comment:
To answer my own question: specify UTF-16BE or UTF-16LE
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7145
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Here is a test+patch.
This does not apply to py3k: restricted mode does not exist there.
--
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file15140/cpickle_restricted.patch
Changes by Marco Buccini marcu...@gmail.com:
Removed file: http://bugs.python.org/file15135/subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Changes by Marco Buccini marcu...@gmail.com:
Added file: http://bugs.python.org/file15141/subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Changes by Marco Buccini marcu...@gmail.com:
Removed file: http://bugs.python.org/file15141/subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Changes by Marco Buccini marcu...@gmail.com:
Removed file: http://bugs.python.org/file15137/test_subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Changes by Marco Buccini marcu...@gmail.com:
Added file: http://bugs.python.org/file15142/test_subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Changes by Marco Buccini marcu...@gmail.com:
Added file: http://bugs.python.org/file15143/subprocess.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6973
___
Ryan Williams r...@lindenlab.com added the comment:
Adding 2.5 back, looks like it was removed accidentally.
Also, here's a list of strings for testing purposes:
['?xml \xee\xae\x94 ?', '?xml \xc4\x9d ?', '?xml \xc8\x84 ?',
'?xml \xd9\xb5 ?', '?xml \xd9\xaa ?', '?xml \xc9\x88 ?', '?xml
New submission from Zooko O'Whielacronx zo...@zooko.com:
Looking at http://bugs.python.org/setuptools/issue1 and reading the
source of Lib/platform.py, it appears to me that uname() returns
different strings identifying the amd64 architecture depending on what
operating system is running. It
New submission from Skip Montanaro s...@pobox.com:
I raised the topic of the use of WITHOUT_COMPLEX in python-dev. Here's
a patch to remove it from the 3.x trunk.
--
components: Interpreter Core
files: nocomplex.diff
keywords: easy, needs review, patch, patch
messages: 94113
nosy:
Changes by Philip Jenvey pjen...@underboss.org:
--
nosy: +lemburg, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7146
___
___
Phillip M. Feldman pfeld...@verizon.net added the comment:
The current behavior of optparse is contrary to how most of Python
works. optparse should throw a named exception that can be trapped and
identified by the calling program. Doing a SystemExit is unacceptable.
I can't believe that this
Gregory P. Smith g...@krypto.org added the comment:
Antoine Pitrou pit...@free.fr added the comment:
Rather than having a kind of global module registry, locks could keep
track of what was the last PID, and reinitialize themselves if it changed.
This is assuming getpid() is fast :-)
Locks
R. David Murray rdmur...@bitdance.com added the comment:
There was recently a long discussion of this on python-dev (in the
context of a proposal to add argparse to the stdlib; argparse does the
same thing). The conclusion was that the current behavior is the most
useful behavior, and that if
Zooko O'Whielacronx zo...@zooko.com added the comment:
I just tried to port a library of mine -- zfec -- to Nexenta (the Ubuntu
variant built on top of OpenSolaris). I hit this bug because the
Nexenta folks don't use all the patches that are applied to Python by
the Solaris folks. My port of
New submission from Kurt B. Kaiser k...@shore.net:
buildbots failing since r75412:
testSocketServer (test.test_ssl.ThreadedTests) ... Traceback (most
recent call last):
File /home/buildslave/python-trunk/trunk.norwitz-x86/build/Lib/
SocketServer.py, line 282, in _handle_request_noblock
R. David Murray rdmur...@bitdance.com added the comment:
This is a duplicate of issue 7133, where Antoine has already proposed a
patch.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - test_ssl failure
Kurt B. Kaiser k...@shore.net added the comment:
08jpurcell unresponsive, ignoring for now (but see suggestions below)
bdouglasoz: had a firewall blocking the subprocess, apparently works
for her now. I'd point out that Notepad is just an editor, IDLE gives
you much more. Linux is great,
Kurt B. Kaiser k...@shore.net added the comment:
bah. I looked twice for a prior bug and missed it! Sorry
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7148
___
Phillip M. Feldman pfeld...@verizon.net added the comment:
Thanks for the response!
I can indeed catch SystemExit, but I would like to be able to take one
action (terminate the program) if the user supplied an unknown option,
and another action (prompt for a new value) if the user supplied a
Kurt B. Kaiser k...@shore.net added the comment:
Reviewed, built, tests ok.
Linux trader 2.6.18-ARCH #1 SMP PREEMPT Sun Nov 19 09:14:35 CET 2006
i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux
vote +1 weight +0.1 :-)
--
nosy: +kbk
priority: - normal
New submission from Ned Deily n...@acm.org:
Possible Release Blocker
A number of proxy test cases in test_urllib2 are now failing with:
ERROR: test_proxy (test.test_urllib2.HandlerTests)
--
Traceback (most recent call last):
Ned Deily n...@acm.org added the comment:
See also Issue7149.
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7044
___
___
Changes by Senthil Kumaran orsent...@gmail.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7044
___
___
Python-bugs-list
Ronald Oussoren ronaldousso...@mac.com added the comment:
Barry: this should be a release blocker, I introduced the problem around
or after 2.6.3 :-(
When do you cut rc2? I probably won't be able to provide a patch myself
until Saturday afternoon (CEST).
--
priority: - release
Senthil Kumaran orsent...@gmail.com added the comment:
In the Issue7044, the reporter has identified the root cause and
possible fix too.
In Python 2.6.3 on Mac OS 10.6.1, there is a bug in
lib/python2.6/urllib.py, line 1367. The variable hostIP is used before
it's defined. You can fix it by
78 matches
Mail list logo
