[issue4922] set.add and set.discard are not conformant to collections.MutableSet interface

[Georg Brandl]

Changes by Georg Brandl :


--
assignee:  -> rhettinger
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Georg Brandl]

Georg Brandl  added the comment:

Nit: the "except" should only catch ValueError.

--
nosy: +georg.brandl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4871] zipfile can't decrypt

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

in Lib/zipfile.py, the filename is already allowed to be unicode if the
"flag_bits" for the file entry contains 0x800. This indicates that the
encoding is utf-8.

We could do the same for the password. Attached is a tentative patch
along this idea (for py3k replace 'unicode' with 'str' of course)

--
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file12712/zipfile-pwd.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4922] set.add and set.discard are not conformant to collections.MutableSet interface

[Raymond Hettinger]

Raymond Hettinger  added the comment:

The comments were incorrect.
Mutating methods always return None.
Fixed in r68570.
Needs to be ported to 2.6, 3.0, and 3.1.

--
assignee: rhettinger -> georg.brandl
keywords: +26backport
nosy: +georg.brandl
resolution:  -> fixed
versions: +Python 2.7, Python 3.0, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4927] Inconsistent unicode repr for fileobject

[Kristján Valur Jónsson]

New submission from Kristján Valur Jónsson :

The repr for fileobjects is inconsistent.  On windows:
f = file("tmp\\foo", "wb")
f

f = file(u"tmp\\foo", "wb")
f


For unicode, the filename is a proper "repr", but for a string it is 
just the plain string, enclosed in single quotes.  Note that I consider 
the string case in error.  Like the repr of a list or tuple, it should 
be a string containin the repr of its components.

This leads to problems in the testsuite on vista.

I propose to change this with the patch provided, which always displays 
the repr of the filename.  It may have side effects in the testsuite, I 
will add a separate file for that.

--
components: Interpreter Core
files: fileobject.patch
keywords: needs review, patch, patch
messages: 79726
nosy: krisvale
severity: normal
stage: patch review
status: open
title: Inconsistent unicode repr for fileobject
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file12713/fileobject.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4928] Problem with tempfile.NamedTemporaryFile on Solaris 10

[Richard Philips]

New submission from Richard Philips :

On Solaris 10 (Solaris 10 5/08 s10x_u5wos_10 X86),
with python 2.5 (Python 2.5.2 (r252:60911, Sep  8 2008, 16:53:36) [C] on
sunos5),

tempfile.NamedTemporaryFile creates - as advertised - a temporary file.

After closing this file object (e.g. by exiting the python process), the
temporary file is indeed removed.

But if you just kill the python process, the temporary file is not
destroyed.

This behavior is different on Red Hat Linux and MS Vista, on these OSes
the temporary file is removed.

A snapshot to illustrate the behavior:

[moto /]# python
Python 2.5.2 (r252:60911, Sep  8 2008, 16:53:36) [C] on sunos5
Type "help", "copyright", "credits" or "license" for more information.
>>> import os, tempfile
>>> f = tempfile.NamedTemporaryFile()
>>> f.name
'/tmp/tmpfHraUd'
>>> os.getpid()
4403
>>> x = "With root priveleges, I execute: 'kill 4403'"
>>>
>>> Terminated
[moto /]#

--
components: Library (Lib)
messages: 79727
nosy: rphilips
severity: normal
status: open
title: Problem with tempfile.NamedTemporaryFile on Solaris 10
type: behavior
versions: Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4928] Problem with tempfile.NamedTemporaryFile on Solaris 10

[Richard Philips]

Richard Philips  added the comment:

[Replaces msg 79727]


On Solaris 10 (Solaris 10 5/08 s10x_u5wos_10 X86),
with python 2.5 (Python 2.5.2 (r252:60911, Sep  8 2008, 16:53:36) [C] on
sunos5),

tempfile.NamedTemporaryFile creates - as advertised - a temporary file.

After closing this file object (e.g. by exiting the python process), the
temporary file is indeed removed.

But if you just kill the python process, the temporary file is not
destroyed.

This behavior is different on Red Hat Linux and MS Vista, on these OSes
the temporary file is removed.

A snapshot to illustrate the behavior:

[moto /]# python
Python 2.5.2 (r252:60911, Sep  8 2008, 16:53:36) [C] on sunos5
Type "help", "copyright", "credits" or "license" for more information.
>>> import os, tempfile
>>> f = tempfile.NamedTemporaryFile()
>>> f.name
'/tmp/tmpfHraUd'
>>> os.getpid()
4403
>>> x = "With root priveleges, I execute: 'kill 4403'"
>>>
>>> Terminated
[moto /]# ls /tmp/tmpfHraUd
/tmp/tmpfHraUd
[moto /]#

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4927] Inconsistent unicode repr for fileobject

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Adding patch for test_file

Added file: http://bugs.python.org/file12714/test_file.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Mark Dickinson]

Mark Dickinson  added the comment:

Nice fix!

Exactly which complex strings should be accepted here?
The patched version of literal-eval still accepts some
things that would be rejected as inputs to complex():

>>> ast.literal_eval('-1+-3j')
(-1-3j)
>>> complex('-1+-3j')
Traceback (most recent call last):
  File "", line 1, in 
ValueError: complex() arg is a malformed string

and it produces different results from the complex
constructor in some other cases:

>>> complex('-0.0+0.0j').real
-0.0
>>> ast.literal_eval('-0.0+0.0j').real
0.0

But since I don't really know what ast_literal
is used for, I don't know whether this matters.

It still seems odd to me to be doing just one
special case of expression evaluation in
ast_literal, but maybe that's just me.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4804] Python on Windows disables all C runtime library assertions

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

I submit to you a patch to the trunk which narrows down the problem.  In  
stead of throwing the switch for the whole process, we selectively 
disable the hard error checking for those two cases that require it:  
The file open mode string (unless we want to reimplement the crt mode 
string parser) and the posix file descriptor methods.  The remaining 
case, strftime, we fix with a proper argument checking function.

Yesterday I put in some tests in to the testsuite to excercise this 
functionality (revision 68547)

--
keywords: +needs review, patch
stage:  -> patch review
Added file: http://bugs.python.org/file12715/crterror.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4929] smptlib.py can raise socket.error

[Kristján Valur Jónsson]

New submission from Kristján Valur Jónsson :

the SMPT.getreply() method doesn't check for socket.error when doing its 
readline() call.  We now check for connection reset and others that can 
occur here and properly close.  This is to comply with the documentation 
that doesn't specify socket.error as part of the exceptions raised.

--
components: Library (Lib)
files: smtplib.patch
keywords: needs review, patch, patch
messages: 79732
nosy: krisvale
severity: normal
stage: patch review
status: open
title: smptlib.py can raise socket.error
type: behavior
versions: Python 2.5, Python 2.6, Python 2.7
Added file: http://bugs.python.org/file12716/smtplib.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Armin Ronacher]

Armin Ronacher  added the comment:

literal_eval has eval() semantics and not complex() constructor
semantics.  It accepts what eval() accepts just without arithmetic and
unsafe features.

For exmaple "(2 + 4j)" is perfectly fine even though the complex call
only supports "2+4j" (no parentheses and whitespace).

I commit the fix with the ValueError except Georg suggested.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4753] Faster opcode dispatch on gcc

[Antoine Pitrou]

Antoine Pitrou  added the comment:

As for superinstructions, you can find an example here: #4715.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Mark Dickinson]

Mark Dickinson  added the comment:

So why accept (4+2j) but not (2j+4)?

(BTW, I'm fairly sure that the complex constructor does
accept parentheses;  you're right about the whitespace, though.)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Armin Ronacher]

Armin Ronacher  added the comment:

Indeed, it accepts parentheses in 2.6 now, but not in 2.5 or earlier.

Why not the other way round?  Somewhere there has to be a limit.  And if
you write down complex numbers you usually have the imaginary part after
the real part.

But let's try no to make this a bikeshed discussion.  If you say that
literal_eval can safely evaluate the repr() of builtins (with the
notable exception of reprs that eval can't evaluate either [like nan,
inf etc.]) and probably a bit more it should be fine :)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Armin Ronacher]

Armin Ronacher  added the comment:

Fixed in rev68571.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Guilherme Polo]

Guilherme Polo  added the comment:

Why didn't you use assertRaises in place of that try/except for a test ?

I was somewhat following this issue and just saw it being commited, but
the change was being discussed. Aren't you supposed to commit these kind
of changes only after entering in agreement with others ?

--
nosy: +gpolo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Mark Dickinson]

Mark Dickinson  added the comment:

> If you say that
> literal_eval can safely evaluate the repr() of builtins

Sorry, yes, that makes perfect sense.  (And now I see that that's what
distinguishes 4+2j from 2j+4---finally the light dawns.) Apologies for
being obtuse.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4874] decoding functions in _codecs module accept str arguments

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The patch is probably fine, but it would be nice to add some unit tests
for the new behaviour.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4907] ast.literal_eval does not properly handled complex numbers

[Armin Ronacher]

Armin Ronacher  added the comment:

> Why didn't you use assertRaises in place of that try/except for a test ?
Could be changed.

> I was somewhat following this issue and just saw it being commited,
> but the change was being discussed. Aren't you supposed to commit
> these kind of changes only after entering in agreement with others ?
The "needs review" keyowrd was removed, I was under the impression I can
commit now :)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4930] Small optimization in type construction

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc :

Replace a strcmp call by a direct slot address comparison.

This follows Neil's remark in 
http://mail.python.org/pipermail/python-checkins/2009-January/077156.html

--
assignee: amaury.forgeotdarc
files: slotcomparison.patch
keywords: patch
messages: 79742
nosy: amaury.forgeotdarc
priority: normal
severity: normal
status: open
title: Small optimization in type construction
Added file: http://bugs.python.org/file12717/slotcomparison.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4899] doctest should support fixtures

[Giovanni]

Giovanni  added the comment:

I was proposing to adopt doctest in the biopython project (modules for
bioinformatics in python, http://biopython.org/).

Doctest is very useful to document modules that will be used by many
other people: for example, there are many different file formats in
bioinformatics, and it is very useful to add an example of the file to
be parsed in the documentation of a file parser.
Look at my code here: 
-
http://github.com/dalloliogm/biopython---popgen/blob/980419dbc0666e2578c2486dab1fef23ccfbb72c/src/PopGen/Gio/TpedIO.py


However, it is very uncomfortable to have to create a file-like object
in every docstring, especially when you want to document the methods of
a class.
It would be useful if at least the doctests of the methods of a class
share the objects created in the main doctest of the class.

Let's say I have a class called FastaIO (fasta is a file format for
sequence).
This module would have many methods: format, to_dict (returns a
dictionary of the sequences included in the file), and many others.
The main docstring of the class will have an example of a fasta file,
and shows how to create an instance of FastaIO.
It is silly to have to repeat this example (creating an instance of
FastaIO) in every submethod. Moreover, it is more difficult to maintain
and more error prone (imagine you have a class with one hundred methods).

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4242] Classify language vs. impl-detail tests, step 1

[Armin Rigo]

Armin Rigo  added the comment:

Here is a summarizing implementation that accepts this interface:

if check_impl_detail():   # only on CPython (default)
if check_impl_detail(jython=True):# only on Jython
if check_impl_detail(cpython=False):  # everywhere except on CPython

and similarly with the decorator:

@impl_detail()# only on CPython (default)
@impl_detail("reason...") # the same, with an explicit message
@impl_detail(jython=True) # only on Jython
@impl_detail(cpython=False)   # everywhere except on CPython

I think this is a nice interface, although it takes some largish number
of lines to implement.

Added file: http://bugs.python.org/file12718/test-impl-details-2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1251] ssl module doesn't support non-blocking handshakes

[Bill Janssen]

Bill Janssen  added the comment:

Well, maybe he found something -- never reported back.  But it was a few
months ago...  I'm in no hurry to close it, though.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4881] Python's timezon handling: daylight saving option

[Pablo Castagnino]

Pablo Castagnino  added the comment:

Ok. I installed the WIN XP patch loewis talked about...and now
everything works smoothly in Windows too. Thanks!

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4715] optimize bytecode for conditional branches

[Jeffrey Yasskin]

Jeffrey Yasskin  added the comment:

Those look nice, although I need to look at the patches in more detail.
What speedup do they give you?

--
nosy: +collinwinter, jyasskin

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4807] wrong wsprintf usage

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

The patch seems good.
This only applies to trunk: py3k already uses PyUnicode_FromFormat.

--
nosy: +amaury.forgeotdarc
resolution:  -> accepted

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4888] misplaced (or misleading) assert in ceval.c

[Jim Jewett]

Jim Jewett  added the comment:

I agree with Raymond.  A comment *might* be sufficient, but ... in some 
sense, that is the purpose of an assert.

The loop is reasonably long; it already includes macros which could 
(but currently don't) change the value, and function calls which might 
plausibly (but don't) reset a "why" variable.  The why variable is 
techically local, but the scope is still pretty large, so that isn't 
clear at first.

It took me some work to verify the assertion, and I'm not at all 
confident that a later change wouldn't violate it.  Nor am I confident 
that the symptoms would make for straightforward debugging.  (Would it 
look like stack corruption?  Would it take several more opcodes before 
a problem was visible?)

--
nosy: +jimjjewett

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4715] optimize bytecode for conditional branches

[Antoine Pitrou]

Antoine Pitrou  added the comment:

pybench runtimes (attached) are almost the same. The big win is on list
comprehensions with an "if" clause.

Added file: http://bugs.python.org/file12719/pybench.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4931] distutils does not show any error msg when can't build C module extensions due to a missing C compiler

[Giampaolo Rodola']

New submission from Giampaolo Rodola' :

Today I was trying to compile a module using an extension in C and
noticed there are differences between compiling it on Python 2.5 and 2.6.
I was trying to compile psutil (svn checkout
http://psutil.googlecode.com/svn/trunk/ psutil) but I think that the
problem may occur with any other package using C extensions.

Python 2.5:

D:\pyftpdlib\svn\psutil\trunk>C:\python25\python.exe setup.py install
running install
running build
running build_ext
error: Python was built with Visual Studio 2003;
extensions must be built with a compiler than can generate compatible
binaries.
Visual Studio 2003 was not found on this system. If you have Cygwin
installed,
you can try compiling with MingW32, by passing "-c mingw32" to setup.py.



Python 2.6:

D:\pyftpdlib\svn\psutil\trunk>C:\python26\python.exe setup.py install
running install
running build
running build_ext
building 'psutil/_psutil_mswindows' extension
error: None

--
components: Distutils
messages: 79751
nosy: giampaolo.rodola
severity: normal
status: open
title: distutils does not show any error msg when can't build C module 
extensions due to a missing C compiler
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4932] Little improvement on urlparse module, urlparse function.

[Andres Moreira]

New submission from Andres Moreira :

Hi, 
 I make a little change in the urlsplit function of urlparse module. And
the performance when I'm parsing a lot of urls was improved a bit.
In the best case was improved around a 20% percent.

Python version:
2.5.2 (r252:60911, Oct  5 2008, 19:29:17) 
[GCC 4.3.2]

Here are the benchmarks:
#:~/tests$ python profile_urlparse.py 
timing urlparse.urlparse():
[0.28006601333618164, 0.27513313293457031, 0.20408511161804199]
timing myurlparse.urlparse():
[0.11000704765319824, 0.10729002952575684, 0.10677695274353027]
#:~/tests$ python profile_urlparse2.py 
timing urlparse.urlparse():
[0.28334403038024902, 0.27912592887878418, 0.15959692001342773]
timing myurlparse.urlparse():
[0.11277103424072266, 0.11163187026977539, 0.11175107955932617]
#:~/tests$ python profile_urlparse2.py 
timing urlparse.urlparse():
[0.28750920295715332, 0.2779538631439209, 0.27816200256347656]
timing myurlparse.urlparse():
[0.25010085105895996, 0.11236691474914551, 0.11198592185974121]


#-- Paste here the profiling code ---
#-- Please rename the file as : profile_urlparse.py

urls = [
   
"http://www.notonthehighstreet.com/boxwood/product/dotty_picture_frames";,
"http://www.fancylighting.com/acatalog/Petrushka_Bronze.html";,
   
"http://cgi.ebay.co.uk/3-LITRE-SUNNEX-STAINLESS-STEEL-TEAPOT-COFFEE-POT_W0QQitemZ160230173283QQcategoryZ122942QQcmdZViewItem";,
   
"http://retail.ictc.co.uk/acatalog/Online_Catalogue__Homegrown_184.html";,
   
"http://www.amazon.co.uk/Big-Mog-Tape-Judith-Kerr/dp/0001025252?SubscriptionId=0QE3E4F7T4Q5DCSKG202&tag=ws&linkCode=xm2&camp=2025&creative=165953&creativeASIN=0001025252";,
   
"http://www.dinerstore.co.uk/acatalog/copy_of_Bedford_Oak_Table_and_Six.html";,
   
"http://www.panik-design.co.uk/acatalog/Iittala_-_A_Citterio_-_Citterio_98_Cutlery_24pcs_.html";,
"http://www.johnlewis.com/230544027/Product.aspx";,
   
"http://cgi.ebay.co.uk/Damask-Black-Pink-Cream-Large-Modern-Rugs-120x170cm_W0QQitemZ400021540458QQcategoryZ57237QQcmdZViewItem";,
   
"http://www.amazon.co.uk/Nikon-50Mm-F1-2-Nikkor-Lens/dp/B9R95Y?SubscriptionId=0QE3E4F7T4Q5DCSKG202&tag=ws&linkCode=xm2&camp=2025&creative=165953&creativeASIN=B9R95Y";,
   
"http://www.amazon.co.uk/Storeys-Guide-Raising-Llamas-Birutta/dp/1580173284?SubscriptionId=0QE3E4F7T4Q5DCSKG202&tag=ws&linkCode=xm2&camp=2025&creative=165953&creativeASIN=1580173284";,
"http://www.24electric.com/detail.php?ProdID=46519663";,
   
"http://cgi.ebay.co.uk/Antique-Pine-Midi-Sleeper-Childrens-Bed-VGC_W0QQitemZ280285887713QQcategoryZ122763QQcmdZViewItem";,
"http://www.johnlewis.com/230421907/Product.aspx";,
   
"http://cgi.ebay.co.uk/WICKER-PLACE-DINNER-MATS-X6-IN-A-WICKER-BASKET-WITH-LID_W0QQitemZ350141392941QQcategoryZ20660QQcmdZViewItem";,
   
"http://www.trueshopping.co.uk/product/Draper_1_4_Square_Drive_Reversible_Ratchet/3495/43235.html";,
   
"http://www.amazon.co.uk/Transcend-TS128MIB6986-128MB-Module/dp/B000HCO61K?SubscriptionId=0QE3E4F7T4Q5DCSKG202&tag=ws&linkCode=xm2&camp=2025&creative=165953&creativeASIN=B000HCO61K";,
   
"http://www.unitedinteriors.co.uk/regency-pine-hi-fi-cabinet-4741-p.asp";,
   
"http://www.amazon.co.uk/BATTERY-CAMCORDER-DCR-DVD602-DCR-DVD602E-DCRDVD602/dp/B0017UM1OU?SubscriptionId=0QE3E4F7T4Q5DCSKG202&tag=ws&linkCode=xm2&camp=2025&creative=165953&creativeASIN=B0017UM1OU";,
"http://www.tooled-up.com/Product.asp?PID=145138";,
   
"http://www.dinerstore.co.uk/acatalog/copy_of_Bedford_Oak_Table_and_Six.html";,
   
"http://www.panik-design.co.uk/acatalog/Iittala_-_A_Citterio_-_Citterio_98_Cutlery_24pcs_.html";,
"http://www.johnlewis.com/230544027/Product.aspx";,
   
"http://cgi.ebay.co.uk/Damask-Black-Pink-Cream-Large-Modern-Rugs-120x170cm_W0QQitemZ400021540458QQcategoryZ57237QQcmdZViewItem";,
   
"http://www.amazon.co.uk/Nikon-50Mm-F1-2-Nikkor-Lens/dp/B9R95Y?SubscriptionId=0QE3E4F7T4Q5DCSKG202&tag=ws&linkCode=xm2&camp=2025&creative=165953&creativeASIN=B9R95Y";,
   
"http://www.amazon.co.uk/Storeys-Guide-Raising-Llamas-Birutta/dp/1580173284?SubscriptionId=0QE3E4F7T4Q5DCSKG202&tag=ws&linkCode=xm2&camp=2025&creative=165953&creativeASIN=1580173284";,
"http://www.24electric.com/detail.php?ProdID=46519663";,
   
"http://cgi.ebay.co.uk/Antique-Pine-Midi-Sleeper-Childrens-Bed-VGC_W0QQitemZ280285887713QQcategoryZ122763QQcmdZViewItem";,
"http://www.johnlewis.com/230421907/Product.aspx";,
   
"http://cgi.ebay.co.uk/WICKER-PLACE-DINNER-MATS-X6-IN-A-WICKER-BASKET-WITH-LID_W0QQitemZ350141392941QQcategoryZ20660QQcmdZViewItem";,
   
"http://www.trueshopping.co.uk/product/Draper_1_4_Square_Drive_Reversible_Ratchet/3495/43235.html";,
]

if __name__ == '__main__':
import sys
import timeit

if len(sys.argv) > 1:
times = int(sys.argv[1])
else:
times = 1000

t = timeit.Timer("[urlparse.urlparse(u) for u in urls]", 
 "from profile_urlparse import urls; import urlparse")
print "timing urlparse.urlparse():

[issue4933] Patch to add preliminary support for Haiku

[Scott McCreary]

New submission from Scott McCreary :

This patch adds preliminary support for Haiku.  We still have to hand
tweak a few other files to get things to build.  We have further patches
to get python-2.5.4 to build, but it's failing some of the regression
tests so we're leaving those parts out of this submitted patch.
For more details on the progress of the Haiku port check here:
http://ports.haiku-files.org/wiki/dev-lang/python/2.5.4

--
components: Build
files: python-2.5.4-haiku-2.diff
keywords: patch
messages: 79753
nosy: scottmc
severity: normal
status: open
title: Patch to add preliminary support for Haiku
versions: Python 2.5
Added file: http://bugs.python.org/file12721/python-2.5.4-haiku-2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4899] doctest should support fixtures

[David W. Lambert]

David W. Lambert  added the comment:

My goodness, that's the starting base sequence to gene 38c, chromosome 4
of the Columbian caldera cricket!  But seriously...

1) The relevant part of the doc string is this, and this is how it
should read (your argument being "if doctests provided setUp framework
my doc string would look like this!"):

def TpedIterator(handle):

'''
Iterates on an TPed file handler.
Returns Marker objects.

Tped_stream = open('cricket.sequence','r')
ti = TpedIterator(Tped_stream)
for marker in ti:
use(marker)
'''


2) (With the caveat that I am unfamilar with your project.)  You should
choose terminology appropriate for your project.  A computer scientist
would expect "file handle" to be an integer.  What you call "handle" is
clearly a "stream" object and therefore of uncommon name.  Since the
file objects are more likely to be from the computer sciences rather
than the biological realm you should stick with "stream".

3) We agree, "Don't Repeat Yourself".  The last two chunks of your file
enable doctest.  I'll guess that similar lines may be found repeated
throughout your sources.  Instead of internal support, write a single
test script that provides external support.  It would process named
files with unittest, doctest.[, and customtests.]
$ python -c 'import test' glob
There may be a python library for this.  I can't guide you easily
because I built and use my own framework.  Nor have I bothered to figure
out how python runs its own installation tests.

4) Yes, unittest are quite appropriate for your project.  When you move
your docstring tests to unittests try to isolate the tests.  For
instance, the test you've shown couples the TpedIterator with the string
representation of a Marker object.

5) Is your system really so simple that it's useful to run
interactively?  I may be out of touch but I script most of my codes and
tests because I make so many errors and module changes.  In other words,
is your interactive docstring example a reasonable use case?

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4934] tp_del and tp_version_tag undocumented

[Daniel Stutzbach]

New submission from Daniel Stutzbach :

The PyTypeObject field "tp_version_tag" (new in 2.6) isn't documented.

"tp_del" isn't documented either.  I'm not sure when it was added.

--
assignee: georg.brandl
components: Documentation
messages: 79755
nosy: georg.brandl, stutzbach
severity: normal
status: open
title: tp_del and tp_version_tag undocumented
versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4888] misplaced (or misleading) assert in ceval.c

[Jeffrey Yasskin]

Jeffrey Yasskin  added the comment:

The assert seems confusing to me because it's overly specific. It causes
me to ask, "what's special about WHY_YIELD that why might be set to it?"
If I understand the loop correctly, we could rewrite the top as:

assert(why != WHY_YIELD);  /* These two values aren't handled in the
loop. */
assert(why != WHY_RERAISE);
orig_why = why;
while (why != WHY_NOT && f->f_iblock > 0) {
/* The code does not change 'why' without breaking out of the loop. */
assert(why == orig_why);
...
}

which would tell the reader more about the state of the world without
focusing their attention on anything that isn't somehow special.

Of course, nothing prevents the code from changing orig_why (*pines for
const and late declarations*), but such a change would be more obviously
wrong.

Was there another reason to assert(why!=WHY_YIELD) than that the if's
don't handle it? Is 'why' more likely to become WHY_YIELD than WHY_RERAISE?

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4899] doctest should support fixtures

[David W. Lambert]

David W. Lambert  added the comment:

For unittests I recommend two things instead of need for doctest change.
A decoupled strict test to prove that the iterator works, and this class
to publish,

class Tped_use_cases(...):

def test_Marker_iteration(self):

'''
Illustrative code adapted from what is now your doctest
'''

...

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4933] Patch to add preliminary support for Haiku

[STINNER Victor]

STINNER Victor  added the comment:

Python 2.5 branch is now frozen: only security fixes are accepted. You 
should work on 2.6 or better on Python trunk for faster integration of 
your patches ;-) Your patch looks good.

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

[Jesse Noller]

Jesse Noller  added the comment:

I agree with Martin - if no one else gets to this before me, I should be 
able to submit it within the next day.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4242] Classify language vs. impl-detail tests, step 1

[Brett Cannon]

Brett Cannon  added the comment:

At the language summit I actually plan on proposing separating out the
Python the language and standard library from CPython. That would make
this patch mostly unneeded as the CPython-specific tests and code would
simply be kept separate from the language code that PyPy and other VMs
would use.

Because of this I am not going to do any code review right now in hopes
that my more radical proposal goes through.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4927] Inconsistent unicode repr for fileobject

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> This leads to problems in the testsuite on vista.

To which problem specifically?

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4804] Python on Windows disables all C runtime library assertions

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> I submit to you a patch to the trunk which narrows down the problem.  In  
> stead of throwing the switch for the whole process, we selectively 
> disable the hard error checking for those two cases that require it:  

-1. Setting the CRT report mode is not thread-safe, so this code may
randomly affect concurrent threads.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4932] Little improvement on urlparse module, urlparse function.

[STINNER Victor]

STINNER Victor  added the comment:

It looks like most of your changes are already part of urlparse module 
of Python 2.6. Can you port your patch to Python 2.6 and retry your 
benchmark on Python 2.6?

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4807] wrong wsprintf usage

[STINNER Victor]

STINNER Victor  added the comment:

fprintf() is much better than wsprintf() + fputs() with a fixed size 
buffer (with no size/error check!). Same remark for 
PyString_FromFormat() instead of wsprintf()+PyString_FromString().

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4929] smptlib.py can raise socket.error

[STINNER Victor]

STINNER Victor  added the comment:

Your patch looks fine but it would be much better with a test in 
Lib/test/test_smtp.py ;-)

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4935] Segmentation fault in bytearray tests

[Antoine Pitrou]

New submission from Antoine Pitrou :

This happens on a 32-bit build on a 64-bit system, which happens to have
some interesting properties: for example, malloc() will happily allocate
memory larger than Py_SSIZE_T_MAX.

The crash is exactly triggered by the following snippet:

if sys.maxsize < (1 << 32) and struct.calcsize('P') == 4:
self.assertRaises(OverflowError,
  self.marshal(b'\ta\n\tb').expandtabs,
sys.maxsize)

--
components: Interpreter Core
messages: 79766
nosy: pitrou
priority: critical
severity: normal
status: open
title: Segmentation fault in bytearray tests
type: crash

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4931] distutils does not show any error msg when can't build C module extensions due to a missing C compiler

[Martin v. Löwis]

Martin v. Löwis  added the comment:

What is the specific error you are reporting?

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4933] Patch to add preliminary support for Haiku

[Martin v. Löwis]

Martin v. Löwis  added the comment:

What is the purpose of this patch? I.e. why are you submitting it to
this bug tracker?

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4931] distutils does not show any error msg when can't build C module extensions due to a missing C compiler

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

Currently I haven't any C compiler installed on my system so I expect
distutils to report that every time I try to compile a C module extension.
Python 2.5 did that while Python 2.6 does not.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4936] bytearrayobject.o does not depend on stringlib files

[Antoine Pitrou]

New submission from Antoine Pitrou :

Modifying one of the stringlib files does not trigger recompiling of
Objects/bytearray.c, although the latter includes the former.

--
components: Build
messages: 79770
nosy: pitrou
priority: normal
severity: normal
status: open
title: bytearrayobject.o does not depend on stringlib files
type: behavior
versions: Python 3.0, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4871] zipfile can't decrypt

[STINNER Victor]

STINNER Victor  added the comment:

I created small archive with a password using zip 2.32 (Ubuntu Gutsy). 
The unicode flag is not set and so ASCII charset is used to encode the 
password. But my password was an unicode password using non-ASCII 
characters and so I get an UnicodeEncodeError ('ascii' codec can't 
encode character u'\xe9' ...). The user (me) doesn't expect such error 
here :-/

If I encode the unicode password to bytes using 
password.encode('utf-8'), it works as expected. So I would prefer to 
just reject unicode for the password. Attached patch implements that.

Added file: http://bugs.python.org/file12722/zipfile_no_unicode_pasword.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4871] zipfile can't decrypt

[STINNER Victor]

Changes by STINNER Victor :


Added file: http://bugs.python.org/file12723/zipfile_no_unicode_pasword.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4871] zipfile can't decrypt

[STINNER Victor]

Changes by STINNER Victor :


Removed file: http://bugs.python.org/file12722/zipfile_no_unicode_pasword.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4935] Segmentation fault in bytearray tests

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Here is a patch. The idea is to use unsigned arithmetic instead of
signed, and to check for overflows by comparing with PY_SSIZE_T_MAX.

(the exact reason of the crash is unknown, it looks like either a
compiler bug or a mis-optimization as (i < 0) returns 0 while i is
-0x7FFF)

--
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file12724/issue4935.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4242] Classify language vs. impl-detail tests, step 1

[Nick Coghlan]

Nick Coghlan  added the comment:

Physically splitting the code base? Ick... I'd prefer just to flag the
parts of the test suite that are optional and let the developers of
other implementations pick and choose as to how much of the pure Python
code they want to adopt to pass the non-optional parts of the test-suite...

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4937] Mac DMG install missing version.plist required by bundlebuilder.py

[Barry Alan Scott]

New submission from Barry Alan Scott :

I installed mac python 2.6.1 on Mac OS X 10.5.6

I then ran my pysvn workbench kitting script that uses
bundlebuilder.py. It fails because version.plist is not installed.

Traceback (most recent call last):
  File "make_wb_bundle.py", line 91, in 
myapp.build()
  File
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/bundlebuilder.py",
line 163, in build
self._copyFiles()
  File
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/bundlebuilder.py",
line 218, in _copyFiles
copy(src, dst, mkdirs=1)
  File
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/bundlebuilder.py",
line 758, in copy
shutil.copy2(src, dst)
  File
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/shutil.py",
line 99, in copy2
copyfile(src, dst)
  File
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/shutil.py",
line 52, in copyfile
fsrc = open(src, 'rb')
IOError: [Errno 2] No such file or directory:
'/Library/Frameworks/Python.framework/Versions/2.6/Resources/version.plist'

--
components: Installation
messages: 79774
nosy: barry-scott
severity: normal
status: open
title: Mac DMG install missing version.plist required by bundlebuilder.py
type: behavior
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4933] Patch to add preliminary support for Haiku

[Scott McCreary]

Scott McCreary  added the comment:

On Tue, Jan 13, 2009 at 10:27 AM, STINNER Victor  wrote:
>
> STINNER Victor  added the comment:
>
> Python 2.5 branch is now frozen: only security fixes are accepted. You
> should work on 2.6 or better on Python trunk for faster integration of
> your patches ;-) Your patch looks good.
>
> --
> nosy: +haypo
>
> ___

2.6.x is next on my list, then we'll focus on 3.x.x.  Probably have a
patch cleaned and ready to post within a few days here.

Martin v. Löwis  added the comment:

What is the purpose of this patch? I.e. why are you submitting it to
this bug tracker?

"This patch adds preliminary support for Haiku." In case you were
wondering what Haiku was, it is the open source replacement for BeOS,
see haiku-os.org for more background.
As for part two of your question, is there somewhere else I should be
posting patches?  If so direct me and I'll post them there.

-scottmc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4933] Patch to add preliminary support for Haiku

[Martin v. Löwis]

Martin v. Löwis  added the comment:

> What is the purpose of this patch? I.e. why are you submitting it to
> this bug tracker?
> 
> "This patch adds preliminary support for Haiku." In case you were
> wondering what Haiku was, it is the open source replacement for BeOS,
> see haiku-os.org for more background.
> As for part two of your question, is there somewhere else I should be
> posting patches?  If so direct me and I'll post them there.

No, my question is whether you really want to see this patch considered
for inclusion into Python. If so, I guess I need to reject it, as we
decided some time ago to not accept patches for such minority platforms
anymore.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4936] bytearrayobject.o does not depend on stringlib files

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Fixed in r68579 (trunk) and r68581 (py3k).

--
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4935] Segmentation fault in bytearray tests

[Mark Dickinson]

Mark Dickinson  added the comment:

What's the purpose of old_i?  It looks like it's never used for anything.

Other than than, the patch looks good to me.

I'd guess that the "if (i < 0)" was simply optimized away.  This isn't 
necessarily a compiler bug: if I understand correctly, a strict reading of 
the C standards says it's legitimate for a compiler to assume that code is 
written in such a way that signed-arithmetic overflow never happens, and 
gcc (for one) is known to take advantage of this.

Also, it would be nice to cleanup the whitespace in this function while 
you're fixing it;  at the moment it's showing me a mixture of tabs and 
spaces.

--
nosy: +marketdickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4935] Segmentation fault in bytearray tests

[Mark Dickinson]

Mark Dickinson  added the comment:

Actually, what's the purpose of old_j?  It looks like that's not needed 
any more, either!

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2233] Makefile.pre.in contains extra slash before $(DESTDIR) which can cause Cygwin build to fail

[Roumen Petrov]

Changes by Roumen Petrov :


Added file: http://bugs.python.org/file12725/py-issue-2233.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

[John Levon]

John Levon  added the comment:

This issue also affects Solaris (and in particular xend is broken). Is
there a reason bamby's fix isn't yet applied?

--
nosy: +movement
title: signals in thread problem -> signals not always delivered to main 
thread, since other threads have the signal unmasked

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4935] Segmentation fault in bytearray tests

[Antoine Pitrou]

Antoine Pitrou  added the comment:

You are right, old_i and old_j are unused, they were part of another
approach I tried and which failed.
Attaching new patch with these 2 variables removed, and the function
cleanly reindented (of course the patch is messier because of this).

Added file: http://bugs.python.org/file12726/issue4935-2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4804] Python on Windows disables all C runtime library assertions

[Mark Hammond]

Mark Hammond  added the comment:

Martin,
  Would you be happier if this functionality was exposed via _msvcrt and
disabled in the test suite (either globally or selectively)?  Obviously
this is still not thread-safe, but it is closer towards putting this
behaviour in the control of the app itself.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Is there any reason not to simply catch KeyboardInterrupt in the user
thread, and then notify the main thread?

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4871] zipfile can't decrypt

[Gabriel Genellina]

Gabriel Genellina  added the comment:

Yes, the unicode flag is irrelevant to the password. To successfuly 
decrypt a file, one must know the password *and* the encoding in use 
when it was written, so the only sensible thing to do is to accept 
bytes only.

Your patch looks good to me with a few comments:

- I'd only check the password in setpassword() and open(); the other 
methods eventually call open().

- The issue version says "3.0"; but it should be applied to 2.6 2.7 
and 3.1 too.

- For 3.0 the check is wrong, should say "bytes" instead of "str". 
Even in 2.6 should use "bytes" to make clear the intent.

- The usual wording for such TypeError is more like "pwd: 
expected 'bytes', got '%s'"

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4935] Segmentation fault in bytearray tests

[Mark Dickinson]

Mark Dickinson  added the comment:

Looks fine;  I think this should be applied.

It seems as though your reindentation left trailing whitespace on
the blank lines in the function:  the svn commit hook might
complain about this...

--
resolution:  -> accepted

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4804] Python on Windows disables all C runtime library assertions

[Martin v. Löwis]

Martin v. Löwis  added the comment:

>   Would you be happier if this functionality was exposed via _msvcrt and
> disabled in the test suite (either globally or selectively)?  Obviously
> this is still not thread-safe, but it is closer towards putting this
> behaviour in the control of the app itself.

Adding stuff into _msvcrt is fine with me. I guess the debate then might
be what the default should be. I personally don't care at all, as I
rarely ever use the debug build on Windows in the first place.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4938] Pdb cannot access doctest source in postmortem

[Alexander Belopolsky]

New submission from Alexander Belopolsky :

With attached x.py:

$ cat x.py
"""
>>> foo()
"""
def foo():
1/0

if __name__ == '__main__':
import doctest, pdb
try:
doctest.testmod(raise_on_error=True)
except doctest.UnexpectedException, e:
pdb.post_mortem(e.exc_info[2])

$ ./python.exe x.py
> /Users/sasha/Work/python-svn/trunk/x.py(5)foo()
-> 1/0
(Pdb) up
> (1)()
(Pdb) l
[EOF]


Apparently the problem is that the default getlines gets restored in the  
"finally:" section in DocTestRunner.run() before post_mortem is invoked.

The only solution that comes to mind is to patch pdb.post_mortem 
similarly to the way pdb.set_trace is patched but not restore it until 
the end of testmod().

Am I missing a simpler solution?

--
files: x.py
messages: 79787
nosy: belopolsky
severity: normal
status: open
title: Pdb cannot access doctest source in postmortem
Added file: http://bugs.python.org/file12727/x.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4899] doctest should support fixtures

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
nosy: +belopolsky

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4807] wrong wsprintf usage

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

Fixed in r68592.

--
resolution: accepted -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4715] optimize bytecode for conditional branches

[Collin Winter]

Collin Winter  added the comment:

I've backported condbranches-plus.patch to trunk, and I'm getting these 
results:

PyBench: 1.84-2.21% faster
2to3: 3.83% faster
Spitfire: 6.13-6.23% faster

PyBench was run with -w=1; 2to3 is translating its entire source 
directory five times; Spitfire is measured by the "Spitfire -O4" line 
from tests/perf/bigtable.py, run 15 times. This is on a Core 2 system. 
My AMD system (otherwise identical) shows somewhat less improvement, 
but still an improvement.

I've haven't tested condbranches.patch vs condbranches-plus.patch; what 
difference are you seeing, Antoine?

I like these changes. Folding POP into JUMP_IF_{TRUE,FALSE} should have 
been done years ago (I think I proposed it and Raymond shot me down). 
I'm also in favor of making POP_JUMP_IF_* absolute jumps.

This patch mostly looks good, though you still need to change Doc/
library/dis.rst and the pure-Python compiler package. I'd get someone 
else to look over the patch, too, though.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4871] zipfile can't decrypt

[STINNER Victor]

STINNER Victor  added the comment:

gagenellina: Oops, yes, I wrote my patch for Python trunk. New patch 
only uses two checks for the password type (since extract() calls 
open()). I also changed the error message.

--
versions: +Python 2.6, Python 2.7, Python 3.1
Added file: http://bugs.python.org/file12728/zipfile_no_unicode_pasword-2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[Antoine Pitrou]

New submission from Antoine Pitrou :

This is witnessed on trunk, at home as well as on the buildbots:

==
ERROR: test_dotted_attribute (test.test_xmlrpc.SimpleServerTestCase)
--
Traceback (most recent call last):
  File "/home/antoine/cpython/__svn__/Lib/test/test_xmlrpc.py", line
492, in test_dotted_attribute
self.test_simple1()
  File "/home/antoine/cpython/__svn__/Lib/test/test_xmlrpc.py", line
376, in test_simple1
self.assertEqual(p.pow(6,8), 6**8)
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1199, in
__call__
return self.__send(self.__name, args)
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1465, in
__request
verbose=self.__verbose
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1248, in
request
return self._parse_response(h.getfile())
AttributeError: Transport instance has no attribute '_parse_response'

==
ERROR: test_introspection1 (test.test_xmlrpc.SimpleServerTestCase)
--
Traceback (most recent call last):
  File "/home/antoine/cpython/__svn__/Lib/test/test_xmlrpc.py", line
398, in test_introspection1
meth = p.system.listMethods()
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1199, in
__call__
return self.__send(self.__name, args)
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1465, in
__request
verbose=self.__verbose
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1248, in
request
return self._parse_response(h.getfile())
AttributeError: Transport instance has no attribute '_parse_response'

==
ERROR: test_introspection2 (test.test_xmlrpc.SimpleServerTestCase)
--
Traceback (most recent call last):
  File "/home/antoine/cpython/__svn__/Lib/test/test_xmlrpc.py", line
413, in test_introspection2
divhelp = p.system.methodHelp('div')
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1199, in
__call__
return self.__send(self.__name, args)
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1465, in
__request
verbose=self.__verbose
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1248, in
request
return self._parse_response(h.getfile())
AttributeError: Transport instance has no attribute '_parse_response'

==
ERROR: test_introspection3 (test.test_xmlrpc.SimpleServerTestCase)
--
Traceback (most recent call last):
  File "/home/antoine/cpython/__svn__/Lib/test/test_xmlrpc.py", line
425, in test_introspection3
myfunction = p.system.methodHelp('my_function')
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1199, in
__call__
return self.__send(self.__name, args)
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1465, in
__request
verbose=self.__verbose
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1248, in
request
return self._parse_response(h.getfile())
AttributeError: Transport instance has no attribute '_parse_response'

==
ERROR: test_introspection4 (test.test_xmlrpc.SimpleServerTestCase)
--
Traceback (most recent call last):
  File "/home/antoine/cpython/__svn__/Lib/test/test_xmlrpc.py", line
438, in test_introspection4
divsig = p.system.methodSignature('div')
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1199, in
__call__
return self.__send(self.__name, args)
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1465, in
__request
verbose=self.__verbose
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1248, in
request
return self._parse_response(h.getfile())
AttributeError: Transport instance has no attribute '_parse_response'

==
ERROR: test_multicall (test.test_xmlrpc.SimpleServerTestCase)
--
Traceback (most recent call last):
  File "/home/antoine/cpython/__svn__/Lib/test/test_xmlrpc.py", line
453, in test_multicall
add_result, pow_result, div_result = multicall()
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1042, in
__call__
return
MultiCallIterator(self.__server.system.multicall(marshalled_list))
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1199, in
__call__
return self.__send(self.__name, args)
  File "/home/antoine/cpython/__svn__/Lib/xmlrpclib.py", line 1465, in

[issue4871] zipfile can't decrypt

[STINNER Victor]

STINNER Victor  added the comment:

Patch for py3k: str=>bytes, remove "u" string prefix and 
rename "bytes" variable to "data" to avoid conflict with the bytes 
type.

Added file: 
http://bugs.python.org/file12729/zipfile_no_unicode_pasword-2-py3k.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4715] optimize bytecode for conditional branches

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Hello,

> I've backported condbranches-plus.patch to trunk, and I'm getting these 
> results:

Thanks!

> PyBench: 1.84-2.21% faster
> 2to3: 3.83% faster
> Spitfire: 6.13-6.23% faster

What is Spitfire?

> I've haven't tested condbranches.patch vs condbranches-plus.patch; what 
> difference are you seeing, Antoine?

condbranches.patch is the earlier version (without POP_OR_JUMP and
JUMP_OR_POP), it can be ignored.

> This patch mostly looks good, though you still need to change Doc/
> library/dis.rst and the pure-Python compiler package.

Well, the pure-Python compiler package doesn't exist in py3k, for which
I've initially made the patch.
(and its state in 2.x is very sorry...)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4935] Segmentation fault in bytearray tests

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed in trunk, py3k, 2.6 and 3.0. Thanks!

--
resolution: accepted -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +krisvale

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4715] optimize bytecode for conditional branches

[Collin Winter]

Collin Winter  added the comment:

On Tue, Jan 13, 2009 at 3:25 PM, Antoine Pitrou  wrote:
>
> Antoine Pitrou  added the comment:
>
> Hello,
>
>> I've backported condbranches-plus.patch to trunk, and I'm getting these
>> results:
>
> Thanks!
>
>> PyBench: 1.84-2.21% faster
>> 2to3: 3.83% faster
>> Spitfire: 6.13-6.23% faster
>
> What is Spitfire?

http://code.google.com/p/spitfire/. It's a template system designed
for performance that I have some experience with.

>> I've haven't tested condbranches.patch vs condbranches-plus.patch; what
>> difference are you seeing, Antoine?
>
> condbranches.patch is the earlier version (without POP_OR_JUMP and
> JUMP_OR_POP), it can be ignored.

I was mostly curious whether the POP_OR_JUMP and JUMP_OR_POP opcodes
had a noticeable performance impact, ie, do they make things fast
enough to warrant their inclusion over the old JUMP_IF_FALSE
implementations.

>> This patch mostly looks good, though you still need to change Doc/
>> library/dis.rst and the pure-Python compiler package.
>
> Well, the pure-Python compiler package doesn't exist in py3k, for which
> I've initially made the patch.
> (and its state in 2.x is very sorry...)

I'll update the compiler package in 2.x and post my patch once I have
it working. There are also some test failures in 2.x that I'll take
care of.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4927] Inconsistent unicode repr for fileobject

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Turns out it wasn't vista related at all, but related to TESTFN being 
t...@test
When this happens, test_file.py fails when testing the repr for a 
unicode file, because the repr contains u'tm...@test' whereas for a 
string filename it will contain 't...@test'

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4715] optimize bytecode for conditional branches

[Antoine Pitrou]

Changes by Antoine Pitrou :


Removed file: http://bugs.python.org/file12419/condbranches.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4929] smptlib.py can raise socket.error

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

If you can offer a suggestion as to how to reliably trigger a 
WSAECONNRESET error on windows (or its equivalent on unix) I'll be 
happy to do that.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4715] optimize bytecode for conditional branches

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Sorry, hadn't seen your message before removing the file. Here it is again.

Added file: http://bugs.python.org/file12730/condbranches.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[STINNER Victor]

STINNER Victor  added the comment:

Regression introduced by r68532. Replace self._parse_response() by 
self.parse_response() fixes the tests.

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

[John Levon]

John Levon  added the comment:

Yes, Python guarantees the behaviour under discussion:

http://docs.python.org/library/signal.html

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[STINNER Victor]

STINNER Victor  added the comment:

r68532 was a fix for the issue #4879 and removed an old compatibility 
interface (_parse_response).

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4804] Python on Windows disables all C runtime library assertions

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

It is not an issue with debug builds only.  The crt error handler is 
currently also reset globally for all builds which is very evil.

The current way we do thing is also not thread safe WRT other 
application threads.  On second thought though it is better to at least 
keep this modification within the bounds of the GIL.  I'll change the 
patch for that.

IMHO, the issue for the posix fd functions isn't that great, since 
hardly anyone would want to use them on windows.  The main issue is 
still the open() call.  This one is possible to avoid too without 
invoking changin the crt behaviour, by simply ramping up the 
_sanitize_mode function.

I'll put in some more effort then, because I think it is really 
important for Python to leave the crt settings alone, and still be sure 
that random input can't have unforeseen consequences.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1162154] inspect.getmembers() breaks sometimes

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

Fixed in r68596.

--
nosy: +amaury.forgeotdarc
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2736] datetime needs and "epoch" method

[STINNER Victor]

Changes by STINNER Victor :


Removed file: http://bugs.python.org/file12013/datetime_totimestamp.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2736] datetime needs and "epoch" method

[STINNER Victor]

Changes by STINNER Victor :


Removed file: http://bugs.python.org/file12014/datetime_totimestamp-2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2736] datetime needs and "epoch" method

[STINNER Victor]

Changes by STINNER Victor :


Removed file: http://bugs.python.org/file12123/timestamp.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Oh dear, this is because it skips those tests on windows.  I'll check 
in a fix to xmlrpclib.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4899] doctest should support fixtures

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

The OP's problem, i.e. the need to reimport modules in every docstring 
can  easily be addressed by injecting the necessary names using 
extraglobs argument to doctest.testmod().

I like the following trick:

def getextraglobs():
   import StringIO, tempfile, ...
   return locals()
doctest.testmod(extraglobs=getextraglobs())

This however does not solve a problem of cleanup after examples and some 
way to specify a tearDown fixture would be helpful, particularly because  
cleanup code in examples will rarely improve documentation.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4715] optimize bytecode for conditional branches

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> http://code.google.com/p/spitfire/. It's a template system designed
> for performance that I have some experience with.

6% faster on a template system simply by optimizing conditional jumps is
quite neat.
(the spitfire homepage itself is rather intriguing, they claim to be
faster than plain string joining...)

> I was mostly curious whether the POP_OR_JUMP and JUMP_OR_POP opcodes
> had a noticeable performance impact, ie, do they make things fast
> enough to warrant their inclusion over the old JUMP_IF_FALSE
> implementations.

Well, I don't remember really, although this is only a few weeks old.
POP_OR_JUMP / JUMP_OR_POP will be used when the "and" and "or" keywords
are involved. That's basically the only situation where you don't want
to pop the top of stack after a conditional jump.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Fixed in r68597.

--
nosy: +benjamin.peterson
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Ok, you beat me to it.
So, is there any good reason to keep those xmlrpc tests defunct on 
win32 still?

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[Benjamin Peterson]

Benjamin Peterson  added the comment:

On Tue, Jan 13, 2009 at 5:52 PM, Kristján Valur Jónsson
 wrote:
>
> Kristján Valur Jónsson  added the comment:
>
> Ok, you beat me to it.

Sorry, I just seem to have bad timing today. :)

> So, is there any good reason to keep those xmlrpc tests defunct on
> win32 still?

I'm not sure. Have you tried enabling them?

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2723] Truncate __len__() at sys.maxsize

[STINNER Victor]

STINNER Victor  added the comment:

Initial proposition (len.diff) was rejected. If you want to change 
len() behaviour, reopen this issue or open another one.

--
resolution:  -> rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Yes and they work, but do take some 10 seconds to run.  If it is 
similar on unix, I'll do so.  What's your numbers?

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4939] Failures in test_xmlrpc

[Benjamin Peterson]

Benjamin Peterson  added the comment:

On Tue, Jan 13, 2009 at 6:11 PM, Kristján Valur Jónsson
 wrote:
>
> Kristján Valur Jónsson  added the comment:
>
> Yes and they work, but do take some 10 seconds to run.  If it is
> similar on unix, I'll do so.  What's your numbers?

It takes about a second to run them here.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com