anatoly techtonik techto...@gmail.com added the comment:
This code is broken in 2.7alpha4 - it doesn't add file at all.
Traceback (most recent call last):
File test.py, line 5, in module
new.writestr(zi,'fgh')
File C:\~env\Python27\lib\zipfile.py, line 1099, in writestr
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
priority: - normal
stage: - needs patch
type: - behavior
versions: -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6090
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r79822.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8320
___
anatoly techtonik techto...@gmail.com added the comment:
Still an issue for Python 2.7
--
versions: +Python 2.7
Added file: http://bugs.python.org/file16776/test2824.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2824
STINNER Victor victor.stin...@haypocalc.com added the comment:
Extract of SSL_CTX_new manual page:
SSLv23_method(void), SSLv23_server_method(void), SSLv23_client_method(void)
A TLS/SSL connection established with these methods will understand
the SSLv2, SSLv3, and TLSv1 protocol. A client
Antoine Pitrou pit...@free.fr added the comment:
It begs the question of why the tests succeed with previous OpenSSL versions.
The only possibly relevant entry I could find in the OpenSSL changelog (but I'm
not an expert) is the following:
*) If no SSLv2 ciphers are used don't use an SSLv2
Changes by anatoly techtonik techto...@gmail.com:
--
components: +Library (Lib)
type: resource usage - performance
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2228
Mark Dickinson dicki...@gmail.com added the comment:
I very much appreciate flox's efforts here, but IMO we really need some more
robust solution to the problem of (testing + global warning state).
See also issue 4180.
--
___
Python tracker
New submission from anatoly techtonik techto...@gmail.com:
regrtest command line help can be greatly improved to encourage users run tests.
--
components: Tests
messages: 102443
nosy: techtonik
severity: normal
status: open
title: improve regrtest command line help
versions: Python 2.7
Eric Smith e...@trueblade.com added the comment:
Any suggestions for what these changes would be?
--
nosy: +eric.smith
stage: - needs patch
type: - feature request
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
Yaniv Aknin yaniv.ak...@gmail.com added the comment:
I wouldn't mind producing the patch, if Mathew is OK with this.
--
nosy: +Yaniv.Aknin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7834
STINNER Victor victor.stin...@haypocalc.com added the comment:
All errors concern SSLv23 at server side, and another protocol at client side
(SSLv23 for client and server works as expected).
--
___
Python tracker rep...@bugs.python.org
New submission from David Coconut coco...@redbrick.dcu.ie:
Operating system: Ubuntu 10.04 Lucid Lynx (Beta)
This worked with Python 3.1 on 9.10 Karmic Koala. The same error appears on two
separate installations of Lucid.
Issue 3770 does not seem to be relevant here.
Traceback (most recent
anatoly techtonik techto...@gmail.com added the comment:
This should be enough for now. Is HG diff against trunk ok?
--
keywords: +patch
versions: +Python 2.6
Added file: http://bugs.python.org/file16777/8325.improve-regrtest-help.diff
___
Python
Antoine Pitrou pit...@free.fr added the comment:
Ok, here is a patch fixing all test_ftplib failures (tested with openssl 0.9.8k
and 1.0.0).
There are a couple of fixes here:
- a workaround for the strange SSL_shutdown() error return, also witnessed by
LightHTTPd users (see URL in comments)
-
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file16778/newssl.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8108
___
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
def handle_error(self):
-raise
+# Ignore errors while closing, because the remote end could have
+# abruptly shut down the TCP connection while we are still
+# waiting for SSL
Antoine Pitrou pit...@free.fr added the comment:
What happens if you move the SSL shutdown() call in handle_close()
method and leave handle_error() unchanged?
I get occasional crashes such as the following:
Exception in thread Thread-60:
Traceback (most recent call last):
File
Antoine Pitrou pit...@free.fr added the comment:
By the way, this broken pipe error could be due to the fact that the
FTP_TLS client never tries to call unwrap() on its SSL socket. Perhaps
the close() method should be overriden?
--
___
Python tracker
Charles-Francois Natali neolo...@free.fr added the comment:
As soon as you're dealing with files (not anonymous mapping), you can get the
same type of latency than when using open/read/write...
While it's probably not worth the trouble to release the GIL for every
operation involving
Eric Smith e...@trueblade.com added the comment:
That diff format looks fine to me. I'll review the content of your changes in
the next day or so.
--
keywords: +easy, needs review
priority: - normal
stage: needs patch - patch review
___
Python
Antoine Pitrou pit...@free.fr added the comment:
Here is a new patch. It doesn't change handle_error() but instead ignores
abruptly closed sockets when doing the SSL shutdown.
The underlying problem seems to be an asyncore limitation: close() can be
called after an error such as EPIPE or
Changes by Zubin Mithra zubin.mit...@gmail.com:
--
nosy: +zubin71
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8312
___
___
Python-bugs-list
Changes by Zubin Mithra zubin.mit...@gmail.com:
--
nosy: +zubin71
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8324
___
___
Python-bugs-list
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
By the way, this broken pipe error could be due to the fact that the
FTP_TLS client never tries to call unwrap() on its SSL socket. Perhaps
the close() method should be overriden?
ftplib.FTP_TLS class already calls
Antoine Pitrou pit...@free.fr added the comment:
As for our test server we are currently shutting down the SSL layer for
both connections (control and data) so this might be the cause of EPIPE.
I don't understand your reasoning. These are separate connections, closing one
shouldn't affect
R. David Murray rdmur...@bitdance.com added the comment:
Why do you think issue 3770 is not relevant? It looks from the traceback like
the built version of multiprocessing decided that sem_open wasn't functional.
So this sounds like a lucid packaging problem to me.
--
components:
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
I don't understand your reasoning. These are separate connections,
closing one shouldn't affect the other.
I meant another thing. I was talking about the fact that the test server
attempts to shutdown() both control and
R. David Murray rdmur...@bitdance.com added the comment:
I'm guessing Matthias might have some insight into this on the Ubuntu side. so
I'm adding him as nosy. I'm thinking this isn't a Python problem, but I could
be wrong.
--
nosy: +doko
title: Cannot import name SemLock - Cannot
R. David Murray rdmur...@bitdance.com added the comment:
Making the stage test needed, since we need to get the test into the test suite
as a unit test.
--
nosy: +r.david.murray
stage: needs patch - test needed
title: zipfile DeprecationWarning Python 2.5/2.6 - zipfile
Antoine Pitrou pit...@free.fr added the comment:
- ftplib.FTP_TLS.quit: I wouldn't call unwrap() here as RFC-4217 does
that only when dealing with CCC command which is not implemented by
ftplib.py.
Ok.
- I'd be for calling _do_ssl_shutdown() from handle_close() instead of
from close()
Ray.Allen ysj@gmail.com added the comment:
This patch makes the AttributeError message generated from getting attributes
from module object more helpful, that is, print the module name. Now the error
message is:
module object 'mod_name' has no attribute 'xxx'
Instead of:
'module'
Antoine Pitrou pit...@free.fr added the comment:
New patch without the quit() method change.
--
Added file: http://bugs.python.org/file16781/newssl3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8108
Antoine Pitrou pit...@free.fr added the comment:
This shouldn't really care about VMS here. As for the rest, feel free to
propose a patch :)
Please note that most non-trivial system calls, such as ftruncate(), mremap(),
even mmap() itself, deserve to be enclosed in
Antoine Pitrou pit...@free.fr added the comment:
This shouldn't really care about VMS here.
Correction: /we/ shouldn't really care about VMS here.
And the reason being, of course, that we have neither developers nor
known testers under VMS.
(we don't even know if the current trunk builds there
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1572968
___
___
Python-bugs-list
Stefan Krah stefan-use...@bytereef.org added the comment:
I've finished reviewing the patch and I think it's quite ready to be
applied.
The documentation in stdtypes.rst says that P = 2**61-1 on 64-bit
machines. This should be changed to reflect the fact that actually
sizeof long is the
Changes by Antoine Pitrou pit...@free.fr:
--
priority: normal - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6090
___
___
Mark Dickinson dicki...@gmail.com added the comment:
The decimal changes were implemented by Raymond in r79609 (trunk) and r79602
(py3k). For the fractions module changes, see issue 8294.
--
assignee: mark.dickinson -
resolution: - accepted
stage: patch review - committed/rejected
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8322
___
Mark Dickinson dicki...@gmail.com added the comment:
The wrong location for the DeprecationWarnings was also fixed in trunk in
r78690. I've backported the fix to release26-maint in r79834.
I don't dare mess further with the warnings in a bugfix release; as Georg
points out, the issues are
Mark Dickinson dicki...@gmail.com added the comment:
Backported to 3.1 in r79838.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8014
___
David Andrzejewski site+python@davidandrzejewski.com added the comment:
Now, it turns out that if you send the HTTP Connection: close header, the
connection does close at the end (because the server closes it).
Still, it seems like this should behave the same regardless of whether it's
Mathew Martineau m...@martineau.name added the comment:
Yaniv - Please proceed!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7834
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Patch that unoutrages Python attached: it allows shift counts of up to
sys.maxsize in both left shift and right shift. I don't have a test for this,
since the only tests I can think of (e.g. actually doing 1 (2**31)) require
270Mb of
Antoine Pitrou pit...@free.fr added the comment:
By the way, even better if you find a way of having unit tests for bluetooth
sockets. Is there some kind of dummy device which gives predictable results
(à la /dev/zero, for example)?
--
___
Python
Mark Dickinson dicki...@gmail.com added the comment:
Patch applied in r79843 (and added forgotten Misc/NEWS entry in r79844);
merged to py3k in r79845.
--
assignee: mark.dickinson -
type: - feature request
___
Python tracker
Changes by Mike Kelly pi...@pioto.org:
--
nosy: +pioto
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8193
___
___
Python-bugs-list mailing list
Pascal Chambon chambon.pas...@gmail.com added the comment:
What's the status of this (imo quite useful) new traceback function ?
Shall I provide some help ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1553375
New submission from Pascal Chambon chambon.pas...@gmail.com:
Hello
Crawling into the logging module, I've just discovered its behaviour was
actually far from the one I expected, in a consequent gap that the
documentation had left.
I thought that depending on the propagate parameter of each
Antoine Pitrou pit...@free.fr added the comment:
Committed in r79848 (trunk), r79849 (py3k), r79850 (2.6), r79851 (3.1). Thank
you!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8327
___
___
Python-bugs-list mailing
Andrey Vlasovskikh andrey.vlasovsk...@gmail.com added the comment:
Despite of several workarounds available on the Web, the problem persists.
Almost any exception that is rised in `worker` function while putting or
getting tasks from queues result in Pool hang up. Currently, `worker` is only
Changes by Andrey Vlasovskikh andrey.vlasovsk...@gmail.com:
Removed file: http://bugs.python.org/file16743/test_pool_keyboardinterrupt.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8296
___
Mark Dickinson dicki...@gmail.com added the comment:
By the way, this has nothing to do with int versus long (unless I'm
misunderstanding the original issue); it's simply that large shift counts
cause an OverflowError.
I've added a note about this to the docs in r79852.
--
Andrey Vlasovskikh andrey.vlasovsk...@gmail.com added the comment:
Here is a patch that fixes this problem. Basically, it catches all the
BaseExceptions that could happen during: a) getting a task from the `inqueue`,
b) calling a user function, c) putting a task into the `outqueue`. The
New submission from Stefan Krah stefan-use...@bytereef.org:
Mark, are you ok with silencing these conversion warnings?
--
components: Build
files: longobject_vs_warnings_py3k.patch
keywords: patch
messages: 102482
nosy: mark.dickinson, skrah
severity: normal
status: open
title:
Changes by Stefan Krah stefan-use...@bytereef.org:
Added file: http://bugs.python.org/file16787/longobject_vs_warnings_trunk.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8328
___
Mark Dickinson dicki...@gmail.com added the comment:
These all look fine to me. Please apply!
--
assignee: - skrah
resolution: - accepted
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8328
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Please see the following link for a rationale of the logging package's design:
http://plumberjack.blogspot.com/2009/09/python-logging-101.html
No patch to the logging system's code is planned, as it is working according to
its design. The
Valerio Turturici turturici.vale...@gmail.com added the comment:
Thanks to you! This was my first patch, i'm very happy to contribute :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8193
Mark Dickinson dicki...@gmail.com added the comment:
Proposed update to math docs.
--
keywords: +patch
Added file: http://bugs.python.org/file16788/math_docs.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7947
Georg Brandl ge...@python.org added the comment:
Looks good to me. Is it intentional that the paragraph about signaling NaNs is
gone completely?
And is it intentional that you changed behavior - behaviour? :)
--
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
Thanks, Georg.
Yes and No.
Yes: Perhaps I should say something about signaling nans, but what was there
was just nonsense.
No: I'll drop the 'u' from behaviour, for the sake of consistency.
--
Georg Brandl ge...@python.org added the comment:
You don't need to :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7947
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Too late! Committed in r79858 (trunk) through r79861 (release31-maint).
I added a couple of sentences about signaling nans.
Thanks for reviewing!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
Georg Brandl ge...@python.org added the comment:
You didn't give me the chance to review the new sentences! Now I have to tell
you that there is now NaN, *NaN* and nan which looks inconsistent... :)
--
___
Python tracker rep...@bugs.python.org
Shashwat Anand anand.shash...@gmail.com added the comment:
I am submitting the patch as suggested by Yukihiro
--
keywords: +patch
nosy: +l0nwlf
Added file: http://bugs.python.org/file16789/encoders.diff
___
Python tracker rep...@bugs.python.org
Changes by Brian Curtin cur...@acm.org:
--
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8296
___
___
Python-bugs-list mailing list
R. David Murray rdmur...@bitdance.com added the comment:
Well, as I said, I think it would be better to delete the conditional instead.
(That is, that fixing the typo is more likely to lead to a bug).
--
assignee: barry - r.david.murray
___
Python
Chris Grebeldinger cgreb...@gmail.com added the comment:
Hi Martin,
As an aside to the request, is the pdb for the python dll currently available
anywhere?
--
nosy: +cgrebeld
___
Python tracker rep...@bugs.python.org
Charles-Francois Natali neolo...@free.fr added the comment:
I don't think that calling msync() or FlushViewOfFile() when closing the mmap
object or deallocating it is a good idea.
sync()ing dirtied pages to disk is very expensive, blocks the process for a
long time, and the OS does a much
New submission from Mike Kent mike.k...@sage.com:
If select.select() returns two or more empty lists, these empty lists will all
refer to the same list; that is, they will have identical id()'s. If you then
have reason to alter one of the returned empty lists, you are altering all of
the
Changes by Mike Kent mike.k...@sage.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8329
___
___
Python-bugs-list mailing
Kelda kel...@gmail.com added the comment:
Replaced unused variable assignment with a call to set() for illustrative
purposes.
--
keywords: +patch
nosy: +autometa
Added file: http://bugs.python.org/file16790/datastructures.diff
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
Fixed in r79867.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8329
Mark Dickinson dicki...@gmail.com added the comment:
Rats.
nan-NaN in r79871 through r79874.
Then I reread your message...
*NaN* - Nan in r79875 (trunk); will merge to other branches tomorrow when my
brain might be working again.
--
status: closed - open
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
I just did some profiling. I´m using visual studio team edition which has some
fancy built in profiling. I decided to compare the performance of the
iotest.py script with two cpu threads, running for 10 seconds with processor
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Documentation updated (r79876).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8327
___
Antoine Pitrou pit...@free.fr added the comment:
[...]
_PyObject_Call403 99,02
[...]
affinity off:
Functions Causing Most Work
Name Samples %
[...]
_PyObject_Call1.936 99,23
[...]
_threadstartex1.934 99,13
When we run on both cores, we get four times as
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +merwok
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8324
___
___
Python-bugs-list mailing
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +merwok
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8312
___
___
Python-bugs-list mailing
Martin v. Löwis mar...@v.loewis.de added the comment:
As an aside to the request, is the pdb for the python dll currently
available anywhere?
Only on my hard disk, and then only for the very last release. The
status of the issue is the same as in 2006: without patches, nothing
will happen.
Philip Jenvey pjen...@underboss.org added the comment:
Looks good to me. Updated patch with a couple whitespace changes
--
Added file: http://bugs.python.org/file16791/issue7301-2.diff
___
Python tracker rep...@bugs.python.org
Barry A. Warsaw ba...@python.org added the comment:
Patch looks good to me too. Do any of you have commit privileges? If so,
please commit this. If not assign the issue to me and I'll do it.
--
resolution: - accepted
___
Python tracker
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
The counter is stall cycles.
During the 10 second run on my 2.4Ghz cpu, we had instruction cache miss stalls
for 2 billion cycles (2000 samples of 100 cycles per sample). That does
account for around 10% of the availible cpu.
David Beazley d...@dabeaz.com added the comment:
The analysis of instruction cache behavior is interesting---I could definitely
see that coming into play given the heavy penalty that one sees going to
multiple cores (it's a side effect in addition everything else that goes wrong
such as a
Antoine Pitrou pit...@free.fr added the comment:
The counter is stall cycles.
During the 10 second run on my 2.4Ghz cpu, we had instruction cache
miss stalls for 2 billion cycles (2000 samples of 100 cycles per
sample). That does account for around 10% of the availible cpu.
Ok, thanks.
New submission from Dave Malcolm dmalc...@redhat.com:
http://www.python.org/dev/buildbot/trunk/builders/alpha%20Debian%20trunk/builds/52/steps/test/logs/stdio
shows some failures in test_gdb:
==
FAIL: test_corrupt_ob_type
New submission from Shashwat Anand anand.shash...@gmail.com:
Just fixed some grammatical error in the docs of logging module.
--
assignee: georg.brandl
components: Documentation
files: logging.patch
keywords: patch
messages: 102510
nosy: georg.brandl, l0nwlf, vinay.sajip
severity:
Shashwat Anand anand.shash...@gmail.com added the comment:
I tested it on python 2.5, 2.6, 2.7 trunk and 3.2 varying msg.set_charset(x)
with x = 'utf8' and 'utf-8'
Here are the results. Apparantly python 2.x had issue with Test case and 3.2
passed but I guess it is unrelated with the issue.
John Marter jmar...@gmail.com added the comment:
You may want to add another space before the comment, otherwise it will be the
only one not aligned with the others.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4570
Shashwat Anand anand.shash...@gmail.com added the comment:
I guess giving fruit, the set of unique fruit a different name makes it more
clear. Comments alignment fixed.
basket = {'apple', 'orange', 'apple', 'pear', 'orange', 'banana'}
print(basket)
{'orange', 'bananna', 'pear', 'apple'}
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: georg.brandl - ezio.melotti
nosy: +ezio.melotti
priority: - normal
resolution: - accepted
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8331
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Great -- thanks a lot for taking a stab at this!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8297
___
Philip Jenvey pjen...@underboss.org added the comment:
applied in r79878 - r79881, thanks!
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7301
Ezio Melotti ezio.melo...@gmail.com added the comment:
The patch was causing a failure in test_codeccallbacks, issue8271v4 fixes the
test.
(The failing test in test_codeccallbacks was testing that registering error
handlers works, using a function that replaced \xc0\x80 with \x00. Since
now
Kelda kel...@gmail.com added the comment:
I think this change fits well with the rest of the example without having to
rework things. Spacing fixed.
--
Added file: http://bugs.python.org/file16795/datastructures.diff
___
Python tracker
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
versions: +Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8297
___
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I'll get to this soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4570
___
100 matches
Mail list logo
