Florent Xicluna florent.xicl...@gmail.com added the comment:
This last issue seems related to SSL 0.9.8m:
http://bugs.python.org/issue8108
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3890
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
The intuitive explanation seems to be:
- there are some bytes available for reading on the *TCP socket*,
therefore asyncore calls the read handler
- however, there are not enough bytes for OpenSSL to actually decrypt
Nick nick_bo...@fastmail.fm added the comment:
Hello is this not the fix? Are there any plans for patch and ctypes 1.0.3?
ctypes is a setuptools dependency for various Python 3rd party packages, and
this breaks any that enlist ctypes on Solaris.
New submission from Hervé Cauwelier he...@itaapy.com:
Hi,
In class ZipFile, method write accepts compress_type parameter but not
the writestr method.
I see no reason for this limitation and the change is trivial.
This is needed for generating ODF documents since the mimetype file must not be
Florent Xicluna florent.xicl...@gmail.com added the comment:
http://codereview.appspot.com/664043 (patch against 3.x)
IIUC, the changes proposed (for 3.2) are:
- default encoding or bool(encoding) == False
== fallback to 'US-ASCII' encoding (instead of Unicode)
- encoding=str or
Stefan Behnel sco...@users.sourceforge.net added the comment:
Supporting unicode for lxml.etree compatibility is fine with me, but I
think it might make sense to support the string unicode as well (as
a pseudo-encoding -- it's pretty clear to me that nobody will ever
define a real character
New submission from Chris Jerdonek chris.jerdo...@gmail.com:
The logging module errors out if the multiprocessing module is not finished
loading when logging.log() is called.
This can happen, for example, if a custom import hook is defined that causes
third-party code to execute when the
Marc-Andre Lemburg m...@egenix.com added the comment:
Stefan Behnel wrote:
Stefan Behnel sco...@users.sourceforge.net added the comment:
Supporting unicode for lxml.etree compatibility is fine with me, but I
think it might make sense to support the string unicode as well (as
a
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8200
___
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
See this post, about Solaris failure:
http://bugs.python.org/issue1544339#msg101485
And the proposed patch:
http://sourceware.org/ml/libffi-discuss/2010/msg00016.html
--
nosy: +nick
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
Ignore my last comment. It is not relevant, and the patch is already in 3.0.9.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8142
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6543
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Can you please try the subversion trunk of Python, and report whether this
works for you?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1544339
Marc-Andre Lemburg m...@egenix.com added the comment:
Florent Xicluna wrote:
Backward compatibility concern:
* it adds VT u'\x0b' and FF u'\x0c' as line breaks.
The choice is either to preserve backward compatibility, or to comply with
the specification (UAX #14).
I think we should
Florent Xicluna florent.xicl...@gmail.com added the comment:
No known issues with regrtest -R : on trunk.
--
nosy: +flox
resolution: - out of date
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
_tkinter patch (r70641) was backported to py3k as r70707. py3k compiles fine
without threads.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Florent Xicluna florent.xicl...@gmail.com:
Following test case fails with a UnicodeDecodeError:
import logging
import logging.config
logging.getLogger(\xab\xd7\xbb)
logging.getLogger(uLOG)
logging.config.dictConfig({'version': 1})
Same behavior on non-ASCII path buildbots,
Florent Xicluna florent.xicl...@gmail.com added the comment:
Proposed patch with tests.
--
keywords: +patch
Added file: http://bugs.python.org/file16621/issue8201_logging_config.diff
___
Python tracker rep...@bugs.python.org
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
A slightly more generic fix checked into trunk (r79279), please verify in your
environment.
--
assignee: - vinay.sajip
resolution: - fixed
status: open - closed
___
Python tracker
Florent Xicluna florent.xicl...@gmail.com added the comment:
I would suggest something like:
if logMultiprocessing:
try:
self.processName = sys.modules['multiprocessing']
.current_process().name
except StandardError:
self.processName = 'MainProcess'
else:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Commited: r79278+r79280 (trunk), r79281 (py3k), r79282 (3.1), r79283 (2.6).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1583863
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1583863
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
This feature was requested only once, 4 years ago, so I don't think that the
feature is a must-have :-)
I think that a lot of code have to be modified in Python parser to support
UTF-16-* and UTF-32-* codecs. Since there is no
STINNER Victor victor.stin...@haypocalc.com added the comment:
This issue is 6 years old. Python has some protections against stack overflow,
but there is no perfect solution. Since there is no patch, I consider that I
can close this issue (as wont fix).
--
resolution: - wont fix
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Fix checked into trunk (r79284).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8201
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
This issue is open since 2 years without any patch. It looks like the feature
request is not really important, and I consider that we can close it. Reopen
the issue (with a patch!) if you consider that this ticket is important.
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: fixed - wont fix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4261
___
___
R. David Murray rdmur...@bitdance.com added the comment:
Victor, since this is a real,fixable bug but nobody has stepped forward with a
patch, I think it is better make its status 'languishing' with the reason 'no
one has stepped forward with a patch'. This kind of thing is exactly what we
Antoine Pitrou pit...@free.fr added the comment:
This last issue seems related to SSL 0.9.8m:
http://bugs.python.org/issue8108
I don't think so:
$ rpm -qv openssl
openssl-0.9.8k-5.1mdv2010.0
--
___
Python tracker rep...@bugs.python.org
Brian Curtin cur...@acm.org added the comment:
Ah, that's simple enough :)
Minor changes to the test patch: uname caches it's results, so I added a few
lines to clear the cache before the uname calls. In order to not affect other
tests, the whole thing is in a try/finally so we don't leave
Brian Curtin cur...@acm.org added the comment:
Given that this is a feature request, it would go into 2.7 rather than 2.6.
The patch will need a test (see Lib/test/test_zipfile.py) and a documentation
update (see Doc/library/zipfile.rst).
--
nosy: +brian.curtin
priority: - normal
Brian Curtin cur...@acm.org added the comment:
Actually this was recently fixed on trunk (r78097) and py3k (r78098). See #6003.
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
Jesús Cea Avión j...@jcea.es added the comment:
Integration committed as r79285.
The integration is with just released pybsddb 4.8.4, with patches for issue6462
and issue3892 added.
--
title: pybsddb 4.8.3+ integration - pybsddb 4.8.4 integration
Changes by Jesús Cea Avión j...@jcea.es:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2960
___
Antoine Pitrou pit...@free.fr added the comment:
The patch seems ok to me. This is how it was supposed to be in the
first place if ssl.py behaved as expected with non blocking sockets.
Ok, patch applied.
In light of the recv() and recv_into() implementation change, I also
think we should
Daniel Serodio dsero...@gmail.com added the comment:
Ah, it works now. Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1124861
___
___
Jesús Cea Avión j...@jcea.es added the comment:
Roumen Petrov (rpetrov) wrote:
Jesús Cea Aviónj...@jcea.es added the comment:
I just did the minimal change. I don't know if removing
defined(HAVE_MAKEDEV) is safe.
The python build system is full with minimal changes and result is a
big
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
It's structured the way it is for two reasons:
1. IMO It's better (more readable) to have the simpler case in the then
clause and the more complicated case in the else clause.
2. If multiprocessing is not used, the process name needs to
Antoine Pitrou pit...@free.fr added the comment:
Ok, I finally agree that test_ftplib should be patched.
The patch isn't exactly correct: it should ideally retry the unwrap() call
later, rather than simply ignore the error. But since it's just used for
testing, it looks sufficient.
(we
Florent Xicluna florent.xicl...@gmail.com added the comment:
Fixed with r79288 and r79295.
--
priority: - normal
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Jesús Cea Avión j...@jcea.es added the comment:
My browser keeps deleting nosy. Sorry.
Roumen, please read.
--
nosy: +barry, rpetrov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3928
___
Terry J. Reedy tjre...@udel.edu added the comment:
General policy is that ordinary code (not using, for instance, ctypes) should
not crash or segfault the interpreter. I believe there is a 'crashers'
subdirectory somewhere in the tree for examples that do so that people so
inclined can work
David Bonner dbon...@vmware.com added the comment:
Picking this back up again. There's actually no docs changes necessary...the
docs never mentioned that the module didn't support multiple logical streams,
and I didn't see any other mentions in the docs that seemed to need updating.
I
Changes by Florent Xicluna florent.xicl...@gmail.com:
Removed file: http://bugs.python.org/file15818/lib2to3_path_with_space.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7666
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
Ultimate pach, tested with this insane path:
os.getcwdu()
u'/home/user/dev/python/py2u;\u2026 \u2192 un\\ic\'ode'
It should fix some buildbot failures.
--
assignee: - benjamin.peterson
components: +2to3 (2.x to 3.0
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Reversing the if-else in Florent's suggestion seems to address points (1) and
(2). Is there a reason to set and check an mp variable rather than simply
having the try-except block?
if not logMultiprocessing:
self.processName =
Changes by Georg Brandl ge...@python.org:
--
assignee: - ghaering
nosy: +ghaering
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8196
___
___
R. David Murray rdmur...@bitdance.com added the comment:
Patches applied to trunk in r79294, py3k in r79298. Should this be backported?
--
keywords: -needs review
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
On linux: on Py3 (trunk and 3.1) I get the recursion depth exceeded message,
but on py2 trunk I get the segfault if I use 10 for the range. So somebody
fixed this crasher in py3, somehow.
--
nosy: +r.david.murray
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
- Original Message
Reversing the if-else in Florent's suggestion seems to
address points (1) and (2). Is there a reason to set and check an mp
variable rather than simply having the try-except block?
Just that it went over
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
I agree. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8200
___
___
Marc-Andre Lemburg m...@egenix.com added the comment:
R. David Murray wrote:
R. David Murray rdmur...@bitdance.com added the comment:
Patches applied to trunk in r79294, py3k in r79298. Should this be
backported?
I don't think so: applications relying on the previous behavior
would
Hagen Fürstenau hfuerste...@gmx.net added the comment:
Apparently this was never backported to 3.1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6352
___
Antoine Pitrou pit...@free.fr added the comment:
I committed the simple patch in r79299 (trunk), r79300 (2.6), r79301 (py3k),
r79302 (3.1). Tarek suggested a test could be added for this, assigning the
issue to him.
--
assignee: pitrou - tarek
nosy: +tarek
stage: commit review -
New submission from Michael Foord mich...@voidspace.org.uk:
When you execute python -m package the package is first imported with
sys.argv[0] set to '-c' (and sys.modules['__main__'] exists but is empty. Then
package.__main__.py is executed with the correct sys.argv[0].
This means module
New submission from Sridhar Ratnakumar sridh...@activestate.com:
Install 3.1.2 - Open IDLE - Open About IDLE dialog - click on Credits
Exception in Tkinter callback
Traceback (most recent call last):
File
/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/tkinter/__init__.py,
New submission from Sridhar Ratnakumar sridh...@activestate.com:
This happens on 3.1.2 Linux 64-bit.
test test_ttk_guionly failed -- Traceback (most recent call last):
File
/home/apy/rrun/tmp/autotest/apy/lib/python3.1/tkinter/test/test_ttk/test_widgets.py,
line 708, in test_traversal
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
The patch isn't exactly correct: it should ideally retry the unwrap()
call later, rather than simply ignore the error. But since it's just
used for testing, it looks sufficient.
Actually unwrap() should already be
Sridhar Ratnakumar sridh...@activestate.com added the comment:
Re-opening. test_urllib in 3.1.2 fail similarly (on Linux 64-bit):
test_urllib
Warning: os.environ was modified by test_urllib
test test_urllib failed -- Traceback (most recent call last):
File
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
HAVE_DEVICE_MACROS is defined if configure finds makedev() macro.
And what is result on you platform ?
It is defined if I add the new include.
a) Why you touch test case for AC_MSG_CHECKING(for major, minor, and makedev)
David Watson bai...@users.sourceforge.net added the comment:
I was about to report this for the socket module - the gethostbyname(),
gethostbyname_ex() and getnameinfo() functions are the only things currently
affected in that module as far as I can see. 3.x is affected too - the
functions
Nick Coghlan ncogh...@gmail.com added the comment:
Hmm, the problem here is we don't *know* the module filename until we get hold
of the loader for it (see _get_module_details() in runpy). And it is the
process of finding the loader for the __main__ module that does the initial
import of the
New submission from Antoine Pitrou pit...@free.fr:
r79165 seems to be the culprit
Traceback (most recent call last):
File /home/antoine/cpython/trunk/Lib/test/regrtest.py, line 864, in
runtest_inner
indirect_test()
File /home/antoine/cpython/trunk/Lib/test/test_multiprocessing.py, line
Changes by Antoine Pitrou pit...@free.fr:
--
stage: patch review - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8205
___
___
Benjamin Peterson benja...@python.org added the comment:
Resolved in r79304.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7666
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
It happens only when sysconfig.is_python_build() is True (i.e. build directory).
Proposed patch fixes it.
--
keywords: +patch
Added file: http://bugs.python.org/file16625/issue8205_sys_path.diff
Brett Cannon br...@python.org added the comment:
Nick is right that importing package.__main__ requires importing
package.__init__ first.
But it sounds like Michael really just wants some way to know when runpy is
being used over something else. Could a special string token like runpy or
-m
New submission from Eric Promislow er...@activestate.com:
Title should be self-explanatory.
--
components: 2to3 (2.x to 3.0 conversion tool)
messages: 101543
nosy: ericp
severity: normal
status: open
title: 2to3 doesn't convert 'types.InstanceType' to 'object'
versions: Python 3.1
Michael Foord mich...@voidspace.org.uk added the comment:
I've already fixed my specific usecase (for unittest), but a special value in
sys.argv[0] would indeed have met my needs.
--
___
Python tracker rep...@bugs.python.org
Florent Xicluna florent.xicl...@gmail.com added the comment:
Really fixed with r79307.
--
superseder: test_doctest fails when run in verbose mode -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7667
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
resolution: accepted - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7667
___
___
Michael Foord mich...@voidspace.org.uk added the comment:
'-c' isn't helpful because that is also the content of sys.argv[0] when a
module is imported in response to python -c '...'.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
I don't think this conversion is correct. If there is a test for InstanceType,
there is (IMO) a fifty-fifty-chance that it is there to distinguish old-style
and new-style classes, so converting it to object is most likely to break the
Antoine Pitrou pit...@free.fr added the comment:
It happens only when sysconfig.is_python_build() is True (i.e. build
directory).
Proposed patch fixes it.
Can't say whether the patch is ok, but I confirm it does fix the issue
here.
--
___
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
FYI, I verified the fix in my local environment. Thanks again.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8200
___
Nick nick_bo...@fastmail.fm added the comment:
Unfortunately I also get core dump applying that patch alone.
core 'core' of 12847: /usr/local/Python-2.4.6-SunCC/bin/python setup.py test
feaf0cfe ffi_call_SYSV (fefb0fc8, 8045898, feaf0b08, feaf08e4, 8045880, 4) + 66
feaf0caf ffi_call_SYSV
Gerhard Häring g...@ghaering.de added the comment:
Thanks for bringing this up.
By changing this we would maybe be a little bit closer to PEP 0249. I don't get
why the PEP author thinks that 'qmark' is less clear than 'numeric', though. I
think they're equally clear.
The real reason why I
Martin v. Löwis mar...@v.loewis.de added the comment:
nick: not sure what this patch is that you tried applying. What about Python
trunk?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1544339
Eric Promislow er...@activestate.com added the comment:
I'm working on a debugger, trying to identify instances of
old-style classes in Python 2, and any class in Python 3.
The getattr formulation will work, but because I already
need to maintain an is_v3 flag, I might as well use it
here.
As a
Martin v. Löwis mar...@v.loewis.de added the comment:
In a sense, *all* objects are instances of new-style classes in 2.x, including
instances of old-style classes (which are instances of the InstanceType type,
which is a type, and hence a new-style class).
You may want to look at the
Bertrand Janin tamen...@neopulsar.org added the comment:
This is still an issue in Python 3.1.2 release.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8139
___
Antoine Pitrou pit...@free.fr added the comment:
Committed in r79317 (py3k) and r79318 (3.1). Thank you!
--
nosy: +pitrou
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
issue2636-20100323.zip is a new version of the regex module.
It now includes a test script. Most of the tests come from the existing test
scripts.
--
Added file: http://bugs.python.org/file16626/issue2636-20100323.zip
Santiago Gala sg...@apache.org added the comment:
I don't think they are equally clear, at least from the point of view of the
code written towards the API. I think that
execute(UPDATE authors set name = ?, email = ?, comment = ? WHERE id = ?,
(form.name, form.email, form.text, form.id))
is
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: accepted - fixed
stage: commit review - committed/rejected
status: open - closed
versions: -Python 2.6, Python 3.1
___
Python tracker rep...@bugs.python.org
New submission from Ned Deily n...@acm.org:
With r79207 (Issue8180) applied to trunk, seeing this failure (10.6.2, HFS+
case-sensitive file system):
==
ERROR: test_normalize (test.test_pep277.UnicodeFileTests)
New submission from Ned Deily n...@acm.org:
Trunk running on OS X 10.6.2:
==
ERROR: test_issue7820 (test.test_pep263.PEP263Test)
--
Traceback (most recent call
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2919
___
___
Python-bugs-list
88 matches
Mail list logo