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

Changes by Georg Brandl : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

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

Georg Brandl added the comment: Nit: the "except" should only catch ValueError. -- nosy: +georg.brandl ___ Python tracker ___ ___ Pyth

[issue4871] zipfile can't decrypt

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 py3

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

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,

[issue4927] Inconsistent unicode repr for fileobject

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 co

[issue4928] Problem with tempfile.NamedTemporaryFile on Solaris 10

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

[issue4928] Problem with tempfile.NamedTemporaryFile on Solaris 10

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

[issue4927] Inconsistent unicode repr for fileobject

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 ___ _

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

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 ca

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

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 wan

[issue4929] smptlib.py can raise socket.error

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.err

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

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 an

[issue4753] Faster opcode dispatch on gcc

Antoine Pitrou added the comment: As for superinstructions, you can find an example here: #4715. ___ Python tracker ___ ___ Python-bugs-list ma

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

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 ___

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

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

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

Armin Ronacher added the comment: Fixed in rev68571. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

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

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

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

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.

[issue4874] decoding functions in _codecs module accept str arguments

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 ___ ___

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

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 a

[issue4930] Small optimization in type construction

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 mess

[issue4899] doctest should support fixtures

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 bioinform

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

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 CPyth

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

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 ___ ___

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

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 ___ ___

[issue4715] optimize bytecode for conditional branches

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

[issue4807] wrong wsprintf usage

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 ___

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

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

[issue4715] optimize bytecode for conditional branches

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

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

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 pr

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

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) [GC

[issue4933] Patch to add preliminary support for Haiku

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

[issue4899] doctest should support fixtures

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 framew

[issue4934] tp_del and tp_version_tag undocumented

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: no

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

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 ar

[issue4899] doctest should support fixtures

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): ''' Illustrativ

[issue4933] Patch to add preliminary support for Haiku

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 track

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

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 ___ ___

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

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 tha

[issue4927] Inconsistent unicode repr for fileobject

Martin v. Löwis added the comment: > This leads to problems in the testsuite on vista. To which problem specifically? -- nosy: +loewis ___ Python tracker ___ ___

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

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 t

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

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

[issue4807] wrong wsprintf usage

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

[issue4929] smptlib.py can raise socket.error

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 ___ _

[issue4935] Segmentation fault in bytearray tests

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.maxsi

[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 added the comment: What is the specific error you are reporting? -- nosy: +loewis ___ Python tracker ___ ___ Python-bu

[issue4933] Patch to add preliminary support for Haiku

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 ___

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

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

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

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.

[issue4871] zipfile can't decrypt

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 ('asc

[issue4871] zipfile can't decrypt

Changes by STINNER Victor : Added file: http://bugs.python.org/file12723/zipfile_no_unicode_pasword.patch ___ Python tracker ___ ___ Python-bug

[issue4871] zipfile can't decrypt

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12722/zipfile_no_unicode_pasword.patch ___ Python tracker ___ ___ Python-b

[issue4935] Segmentation fault in bytearray tests

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 whi

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

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 part

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

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.

[issue4933] Patch to add preliminary support for Haiku

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 ;-)

[issue4933] Patch to add preliminary support for Haiku

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

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

Benjamin Peterson added the comment: Fixed in r68579 (trunk) and r68581 (py3k). -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue4935] Segmentation fault in bytearray tests

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 readi

[issue4935] Segmentation fault in bytearray tests

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 ___ ___

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

Changes by Roumen Petrov : Added file: http://bugs.python.org/file12725/py-issue-2233.patch ___ Python tracker ___ ___ Python-bugs-list mailing

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

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 unm

[issue4935] Segmentation fault in bytearray tests

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://

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

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

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

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 _

[issue4871] zipfile can't decrypt

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

[issue4935] Segmentation fault in bytearray tests

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 _

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

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 its

[issue4938] Pdb cannot access doctest source in postmortem

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

[issue4899] doctest should support fixtures

Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue4807] wrong wsprintf usage

Amaury Forgeot d'Arc added the comment: Fixed in r68592. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ __

[issue4715] optimize bytecode for conditional branches

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 measu

[issue4871] zipfile can't decrypt

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.

[issue4939] Failures in test_xmlrpc

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) --

[issue4871] zipfile can't decrypt

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 ___ Py

[issue4715] optimize bytecode for conditional branches

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-p

[issue4935] Segmentation fault in bytearray tests

Antoine Pitrou added the comment: Committed in trunk, py3k, 2.6 and 3.0. Thanks! -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ __

[issue4939] Failures in test_xmlrpc

Changes by Antoine Pitrou : -- nosy: +krisvale ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue4715] optimize bytecode for conditional branches

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 >>

[issue4927] Inconsistent unicode repr for fileobject

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...

[issue4715] optimize bytecode for conditional branches

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file12419/condbranches.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue4929] smptlib.py can raise socket.error

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 _

[issue4715] optimize bytecode for conditional branches

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 _

[issue4939] Failures in test_xmlrpc

STINNER Victor added the comment: Regression introduced by r68532. Replace self._parse_response() by self.parse_response() fixes the tests. -- nosy: +haypo ___ Python tracker __

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

John Levon added the comment: Yes, Python guarantees the behaviour under discussion: http://docs.python.org/library/signal.html ___ Python tracker ___ ___

[issue4939] Failures in test_xmlrpc

STINNER Victor added the comment: r68532 was a fix for the issue #4879 and removed an old compatibility interface (_parse_response). ___ Python tracker ___ __

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

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 be

[issue1162154] inspect.getmembers() breaks sometimes

Amaury Forgeot d'Arc added the comment: Fixed in r68596. -- nosy: +amaury.forgeotdarc resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue2736] datetime needs and "epoch" method

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12013/datetime_totimestamp.patch ___ Python tracker ___ ___ Python-bugs-li

[issue2736] datetime needs and "epoch" method

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12014/datetime_totimestamp-2.patch ___ Python tracker ___ ___ Python-bugs-

[issue2736] datetime needs and "epoch" method

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12123/timestamp.py ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue4939] Failures in test_xmlrpc

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 ___ __

[issue4899] doctest should support fixtures

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, tempfi

[issue4715] optimize bytecode for conditional branches

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, th

[issue4939] Failures in test_xmlrpc

Benjamin Peterson added the comment: Fixed in r68597. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue4939] Failures in test_xmlrpc

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 ___ __

[issue4939] Failures in test_xmlrpc

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 >

[issue2723] Truncate __len__() at sys.maxsize

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

[issue4939] Failures in test_xmlrpc

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 ___ _

[issue4939] Failures in test_xmlrpc

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 t

  1   2   >