[issue13894] threading._CRLock should not be tested if _thread.RLock isn't implemented

New submission from Matt Joiner : _threading.RLock is optional, and threading._CRLock is set to None if it isn't available. If this happens, the test_threading unittests crash. Some implementations don't provide _thread.RLock. Patch attached. -- components: Library (Lib) files: skip-c

[issue13496] bisect module: Overflow at index computation

Mark Dickinson added the comment: Here's a patch. -- keywords: +patch Added file: http://bugs.python.org/file24346/issue13496.patch ___ Python tracker ___ __

[issue4966] Improving Lib Doc Sequence Types Section

Nick Coghlan added the comment: One other point... the branch is actually now relative to default, not 3.2. While that was due to a merging mistake on my part, it also means I can legitimately ignore the narrow/wide build distinction in the section on strings. --

[issue13874] test_faulthandler: read_null test fails with current clang

Stefan Krah added the comment: Jes??s Cea Avi??n wrote: > That makes "x" and "y" volatile. Well yes, but is that a problem? -- ___ Python tracker ___ _

[issue13894] threading._CRLock should not be tested if _thread.RLock isn't implemented

Roundup Robot added the comment: New changeset 5cf181df7bea by Charles-François Natali in branch '3.2': Issue #13894: Skip test_threading.CRLockTests if _CRLock isn't available. Patch http://hg.python.org/cpython/rev/5cf181df7bea New changeset 279b6d778663 by Charles-François Natali in branch '

[issue13895] test_ssl hangs on Ubuntu

New submission from Nadeem Vawda : Since changeset b99c54acb22d, the ARM Ubuntu buildbot has been hanging in test_ssl: http://www.python.org/dev/buildbot/all/builders/ARM%20Ubuntu%203.x/builds/250/steps/test/logs/stdio I've been able to reproduce this behaviour on my AMD64 Ubuntu 11.10 ma

[issue13894] threading._CRLock should not be tested if _thread.RLock isn't implemented

Charles-François Natali added the comment: Committed, thanks! -- components: +Tests -Library (Lib) nosy: +neologix resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 3.2 ___ Python tracker

[issue13895] test_ssl hangs on Ubuntu

Nadeem Vawda added the comment: The ARM Ubuntu 3.2 buildbot is having the same problem: http://www.python.org/dev/buildbot/all/builders/ARM%20Ubuntu%203.2/builds/158/steps/test/logs/stdio The 2.7 bot is fine, though. -- versions: +Python 3.2 _

[issue13896] shelf doesn't work with 'with'

New submission from Filip Gruszczyński : It would be cool if use could use with to manage shelf object and forget about close. -- messages: 152159 nosy: gruszczy priority: normal severity: normal status: open title: shelf doesn't work with 'with' ___

[issue13896] shelf doesn't work with 'with'

Changes by Filip Gruszczyński : -- keywords: +patch Added file: http://bugs.python.org/file24347/13896.patch ___ Python tracker ___ __

[issue4966] Improving Lib Doc Sequence Types Section

Nick Coghlan added the comment: I finished off the binary data section, so the first draft of the update is now complete in the bitbucket repo. -- ___ Python tracker ___ ___

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: I've been busy fixing the memoryview.h issues first. Could you take a look at: http://hg.python.org/features/pep-3118/file/f020716704d4/Include/memoryobject.h Changes: a) Make all functions and the two buffer access macros part of the limited API again.

[issue13817] deadlock in subprocess while running several threads using Popen

Charles-François Natali added the comment: And here's the test. To sum up: - reinit_tls.diff makes sure to call PyThread_ReInitTLS() at the beginning of PyOS_AfterFork(), so that the TLS API is usable within PyOS_AfterFork() (e.g. in _after_fork()). It would be applied to 3.2 and default, even

[issue13895] test_ssl hangs on Ubuntu

Antoine Pitrou added the comment: Can you try the following patch? -- keywords: +patch Added file: http://bugs.python.org/file24349/test_ssl.patch ___ Python tracker ___ ___

[issue13895] test_ssl hangs on Ubuntu

Nadeem Vawda added the comment: With the patch applied on 3.2 (it doesn't apply on default), the test passes, but it also prints out this exception traceback: test_protocol_sslv3 (test.test_ssl.ThreadedTests) Connecting to an SSLv3 server with various client options ... SSLv3->SSL

[issue13874] test_faulthandler: read_null test fails with current clang

Jesús Cea Avión added the comment: Nothing. I just read the sourcecode :-). I would add an "y=0" in the declaration too, just for aestetics. -- ___ Python tracker ___ _

[issue10910] pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation

Chen Huang added the comment: I am experiencing the same issue. Googled for a bit but couldn't find much with the error, then changed the search context, come across to this thread. In file included from /opt/local/include/boost/date_time/gregorian/parsers.hpp:13, from /op

[issue13897] Move fields relevant to coroutine/generators out of frame into generator/threadstate

New submission from Mark Shannon : The frame object has a number of fields which belong to the generator object. By creating a CoState struct, these fields can be moved to generator/threadstate where they belong. The interpreter no longer has to swap around exception state whenever generators

[issue13895] test_ssl hangs on Ubuntu

Antoine Pitrou added the comment: > I'm assuming it's unrelated, though - I get the same traceback on earlier > revisions (before the test started hanging). Should I file a separate bug? Yes, please. -- ___ Python tracker

[issue10910] pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation

Chen Huang added the comment: if I put "#include " before boost/date_time, it solves my problem. And by the way, i can't seem to get to the point where boost/week_ptr.hpp causes the error. I tried to compile Nasos's upload test-boost-python. That codes works on my machine. -- __

[issue13895] test_ssl hangs on Ubuntu

Roundup Robot added the comment: New changeset 10c79f29e417 by Antoine Pitrou in branch '3.2': Issue #13895: fix test_ssl hanging under Ubuntu http://hg.python.org/cpython/rev/10c79f29e417 New changeset db0c717cbc01 by Antoine Pitrou in branch 'default': Issue #13895: fix test_ssl hanging under

[issue13895] test_ssl hangs on Ubuntu

Antoine Pitrou added the comment: Hopefully it's fixed now, thank you. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker __

[issue13898] Ignored exception in test_ssl

New submission from Nadeem Vawda : While running test_ssl in verbose mode, I noticed the following exception: [...] test_protocol_sslv3 (test.test_ssl.ThreadedTests) Connecting to an SSLv3 server with various client options ... SSLv3->SSLv3 CERT_NONE SSLv3->SSLv3 CERT_OPTI

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: Nick Coghlan wrote: > Radical suggestion: make it public as collections.simple_ndarray? Heh, that's a nice one. :) While I think that the code in _testbuffer.c is sound and very well tested, the API is low-level and optimized for testing all sorts of quirks. E

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > Nick Coghlan wrote: > > Radical suggestion: make it public as collections.simple_ndarray? > > Heh, that's a nice one. :) Well, the question is: does it have a point? Is this ndarray useful outside of any third-party infrastructure such as the APIs offered b

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: Antoine Pitrou wrote: > > Nick Coghlan wrote: > > > Radical suggestion: make it public as collections.simple_ndarray? > > > > Heh, that's a nice one. :) > > Well, the question is: does it have a point? Is this ndarray useful > outside of any third-party infrast

[issue1633941] for line in sys.stdin: doesn't notice EOF the first time

Ralph Corderoy added the comment: This most certainly is a bug under Unix and an annoying one. "Since the issue is with platform's stdio library" is wrong; stdio is being used incorrectly. It would be nice to see it fixed in the 2.x line. I've two test programs. $ head -42 stdin2.6 stdi

[issue13898] Ignored exception in test_ssl

Antoine Pitrou added the comment: What is the OpenSSL version? (printed at the beginning of test_ssl) Having an exception here is quite normal: the test checks that a certain (client protocol, server protocol) combination fails. However, a SSLError is expected rather than an OSError. ---

[issue13898] Ignored exception in test_ssl

Nadeem Vawda added the comment: > What is the OpenSSL version? test_ssl: testing with 'OpenSSL 1.0.0e 6 Sep 2011' (1, 0, 0, 5, 15) under Linux ('debian', 'wheezy/sid', '') HAS_SNI = True -- ___ Python tracker

[issue13898] Ignored exception in test_ssl

Antoine Pitrou added the comment: > > What is the OpenSSL version? > > test_ssl: testing with 'OpenSSL 1.0.0e 6 Sep 2011' (1, 0, 0, 5, 15) > under Linux ('debian', 'wheezy/sid', '') > HAS_SNI = True For the record, it works here under 'OpenSSL 1.0.0d 8 Feb 2011'

[issue13898] Ignored exception in test_ssl

Antoine Pitrou added the comment: The changelog between 1.0.0d and 1.0.0e doesn't seem to list anything which could affect this test: *) Fix bug where CRLs with nextUpdate in the past are sometimes accepted by initialising X509_STORE_CTX properly. (CVE-2011-3207) [Kaspar Brand ]

[issue13898] Ignored exception in test_ssl

Nadeem Vawda added the comment: Might it be a distribution-specific issue, then? I'm running Ubuntu and IIRC you're using Mageia? -- ___ Python tracker ___ _

[issue13898] Ignored exception in test_ssl

Antoine Pitrou added the comment: > Might it be a distribution-specific issue, then? I'm running Ubuntu and > IIRC you're using Mageia? Yes, I'm using Mageia. It would be nice if you could take a look at Ubuntu's or Debian's OpenSSL patches (if any). -- ___

[issue13703] Hash collision security issue

Dave Malcolm added the comment: This turns out to pass without PYTHONHASHRANDOMIZATION in the environment, and fail intermittently with it. Note that "make test" invokes the built python with "-E", so that it ignores the setting of PYTHONHASHRANDOMIZATION in the environment. Barry, Benjamin: d

[issue13898] Ignored exception in test_ssl

Nadeem Vawda added the comment: I can't see anything in the Ubuntu patches (available from ) that relate to networking or handshakes, so maybe it's not that. I could be wrong, though - I've never used OpenSSL myself. --

[issue13703] Hash collision security issue

Benjamin Peterson added the comment: I think we don't need to mess with tests in 2.6/3.1, but everything should pass under 2.7 and 3.2. -- ___ Python tracker ___ __

[issue13896] shelf doesn't work with 'with'

Zachary Richey added the comment: The docs for shelve(see: http://docs.python.org/dev/library/shelve.html#shelve.open) recommend using contextlib.closing for this purpose. -- nosy: +zachary r. ___ Python tracker

[issue13496] bisect module: Overflow at index computation

Changes by Mark Dickinson : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11437] IDLE crash on startup with typo in config-keys.cfg

Roger Serwy added the comment: Attached is a patch against 3.3a0 to validate the active key set in the configuration handler. It validates each key binding and then presents a dialog with a list of incorrect keys if there are any. In developing this patch I found that IDLE calls GetCurrentKe

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: >a) Make all functions and the two buffer access macros part > of the limited API again. Hmm, I don't think buffer access macros should be part of the limited API. If they are truely important (which I doubt), we should have equivalent functions for t

[issue5707] IDLE will not load

Roger Serwy added the comment: Amaury's patch has already been applied in (d31be8c9c8a2). GUO's description does cause an error. TclTk does not allow "" by itself to be bounded. This underlying cause for that error is addressed in #6739 I think this issue should be closed. -- __

[issue13806] Audioop decompression frames size check fix

Roundup Robot added the comment: New changeset 77188bc37c74 by Antoine Pitrou in branch '3.2': Issue #13806: The size check in audioop decompression functions was too strict and could reject valid compressed data. http://hg.python.org/cpython/rev/77188bc37c74 New changeset ce89dcba008f by Anto

[issue13806] Audioop decompression frames size check fix

Antoine Pitrou added the comment: Thank you for your work Oleg! The patch is now committed. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue13884] IDLE 2.6.5 Recent Files undocks

Roger Serwy added the comment: Should tear-off menus still be a feature? This relates to the #13504 meta-issue, in particular entry "4) ANNOYANCE: Get rid of the detachable menus feature.." Attached is patch against 3.3a0 to disable tear-off menus. (It also makes modifications to Mac-specif

[issue13504] Meta-issue for "Invent with Python" IDLE feedback

Roger Serwy added the comment: #13884 has a patch to address point 4) ANNOYANCE: Get rid of the detachable menus feature. -- ___ Python tracker ___

[issue13899] re pattern r"[\A]" should work like "A" but matches nothing. Ditto B and Z.

New submission from John Machin : Expected behaviour illustrated using "C": >>> import re >>> re.findall(r'[\C]', 'CCC') ['C', 'C', 'C'] >>> re.compile(r'[\C]', 128) literal 67 <_sre.SRE_Pattern object at 0x01FC6E78> >>> re.compile(r'C', 128) literal 67 <_sre.SRE_Pattern object at 0x01FC6F08> I

[issue13899] re pattern r"[\A]" should work like "A" but matches nothing. Ditto B and Z.

Ezio Melotti added the comment: This happens because \A, \B and \Z are valid escape sequences[0]. If what you mean is that they shouldn't be recognized as such inside a character class, then I can agree with that. ^ and $ are similar to \A and \Z but they are considered as literals inside [].

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Stefan Krah added the comment: Antoine Pitrou wrote: > >a) Make all functions and the two buffer access macros part > > of the limited API again. > > Hmm, I don't think buffer access macros should be part of the limited > API. If they are truely important (which I doubt), we should h

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > Antoine Pitrou wrote: > > >a) Make all functions and the two buffer access macros part > > > of the limited API again. > > > > Hmm, I don't think buffer access macros should be part of the limited > > API. If they are truely important (which I doub

[issue13899] re pattern r"[\A]" should work like "A" but matches nothing. Ditto B and Z.

John Machin added the comment: @ezio: Of course the context is "inside a character class". I expect r'[\b]' to act like r'\b' aka r'\x08' aka backspace because (1) that is the treatment applied to all other C-like control char escapes (2) the docs say so explicitly: "Inside a character range,

[issue13703] Hash collision security issue

Dave Malcolm added the comment: On Sat, 2012-01-28 at 20:05 +, Benjamin Peterson wrote: > Benjamin Peterson added the comment: > > I think we don't need to mess with tests in 2.6/3.1, but everything should > pass under 2.7 and 3.2. New version of the patch for 3.1 optin-hash-randomizat

[issue13703] Hash collision security issue

Antoine Pitrou added the comment: > Passes "make test" on this x86_64 Fedora 15 box, --with-pydebug, though > that's without randomization enabled (it just does it within individual > test cases that explicitly enable it). I think you should check with randomization enabled, if only to see the

[issue10910] pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation

Chen Huang added the comment: Nevermind, putting #include doesn't help. I have to put on top to get away this. -- ___ Python tracker ___ _

[issue13897] Move fields relevant to coroutine/generators out of frame into generator/threadstate

Amaury Forgeot d'Arc added the comment: - Why is it called CoState? is it related to coroutines? - I'm a bit worried about the removal of tstate->exc_value, and the changes in sys.exc_info(). "tstate->exc_value" is used by many extension modules, do you really want to replace this?

[issue13703] Hash collision security issue

Terry J. Reedy added the comment: > I think you should check with randomization enabled, if only to see the > nature of the failures and if they are expected. Including the list of when-enabled expected failures in the release notes would help those who compile and test. -- _

[issue13897] Move fields relevant to coroutine/generators out of frame into generator/threadstate

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson, ncoghlan stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue13703] Hash collision security issue

Dave Malcolm added the comment: On Sat, 2012-01-28 at 23:56 +, Terry J. Reedy wrote: > Terry J. Reedy added the comment: > > > I think you should check with randomization enabled, if only to see the > > nature of the failures and if they are expected. > > Including the list of when-enable

[issue13897] Move fields relevant to coroutine/generators out of frame into generator/threadstate

Benjamin Peterson added the comment: Extensions modules should really be using PyErr_Occurred/Fetch etc. -- ___ Python tracker ___ __

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: I'm with Antoine here - we want to be *very* conservative with what we expose through the limited API. Due to the ABI compatibility promise, anything exposed that way is very hard to change. Keeping things out of the limited API isn't really an issue - it just

[issue13897] Move fields relevant to coroutine/generators out of frame into generator/threadstate

Nick Coghlan added the comment: The division of responsibilities between generator objects and the eval loop is currently a little messy. The eval loop deals almost entirely with frame objects and also handles swapping exception states around on behalf of generators, which is why the generato

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: Also, +1 to replacing _testbuffer with .cast() to demonstrate the multi-dimensional support. Without an actual multi-dimensional array object in the standard library, demonstrating those aspects is always going to be a little tricky. However, it's worth doing s

[issue13900] http://docs.python.org/library/email.parser.html#email.parser.Parser.parse

Changes by Parker Phinney : -- assignee: docs@python components: Documentation nosy: Parker.Phinney, docs@python priority: normal severity: normal status: open title: http://docs.python.org/library/email.parser.html#email.parser.Parser.parse type: behavior _

[issue13900] documentation page on email.parser contains self-referential non-definition of headersonly parameter

New submission from Parker Phinney : to recreate: go here: http://docs.python.org/library/email.parser.html#email.parser.Parser.parse notice this line: "Optional headersonly is as with the parse() method." But that doesn't make sense, because this /is/ the parse() method! -- title: htt

[issue2636] Adding a new regex module (compatible with re)

Nick Coghlan added the comment: As part of the PEP 408 discussions, Guido approved the addition of 'regex' in 3.3 (using that name, rather than as a drop-in replacement for re) [1,2] That should greatly ease the backwards compatibility concerns, even if it isn't as transparent an upgrade path

[issue2636] Adding a new regex module (compatible with re)

Alex Gaynor added the comment: So, to my reading of teh compatibility PEP this cannot be added wholesale, unless there is a pure Python version as well. However, if it replaced re (read: patched) it would be valid. On Sun, Jan 29, 2012 at 1:26 AM, Nick Coghlan wrote: > > Nick Coghlan added t

[issue2636] Adding a new regex module (compatible with re)

Georg Brandl added the comment: I created a new sandbox branch to integrate regex into CPython, see "remote repo" field. I mainly had to adapt the test suite to use unittest. -- hgrepos: +108 ___ Python tracker _

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file10645/issue2636-patches.tar.bz2 ___ Python tracker ___ ___ Python-bugs-list

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file10647/issue2636-02.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file11657/issue2636-01+09-02+17_backport.diff ___ Python tracker ___ ___ Python

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file11669/issue2636+01+09-02+17+18+19+20+21+24+26_speedup.diff ___ Python tracker ___ _

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file12932/issue2636-features.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file12974/issue2636-features-2.diff ___ Python tracker ___ ___ Python-bugs-list

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file13165/issue2636-features-3.diff ___ Python tracker ___ ___ Python-bugs-list

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file13185/issue2636-features-4.diff ___ Python tracker ___ ___ Python-bugs-list

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file13216/issue2636-features-5.diff ___ Python tracker ___ ___ Python-bugs-list

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file13257/issue2636-features-6.diff ___ Python tracker ___ ___ Python-bugs-list

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file13449/issue2636-patch-1.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file13707/issue2636-patch-2.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file14570/issue2636-20090726.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file14576/issue2636-20090727.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file14594/issue2636-20090729.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file14642/issue2636-20090804.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file14682/issue2636-20090810.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file14683/issue2636-20090810#2.zip ___ Python tracker ___ ___ Python-bugs-list m

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file14687/issue2636-20090810#3.zip ___ Python tracker ___ ___ Python-bugs-list m

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file14733/issue2636-20090815.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file15901/issue2636-20100116.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16122/issue2636-20100204.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16195/issue2636-20100210.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16243/issue2636-20100217.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16247/issue2636-20100218.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16255/issue2636-20100219.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16278/Features-backslashes.patch ___ Python tracker ___ ___ Python-bugs-list

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : -- nosy: -akitada, akoumjian, alex, amaury.forgeotdarc, belopolsky, davide.rizzo, eric.snow, ezio.melotti, georg.brandl, giampaolo.rodola, gregory.p.smith, jacques, jaylogan, jhalcrow, jimjjewett, loewis, mark, mattchaput, moreati, mrabarnett, ncoghlan, nneo

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16362/issue2636-20100224.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16365/issue2636-20100225.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16375/issue2636-20100226.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16424/issue2636-20100304.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16444/issue2636-20100305.zip ___ Python tracker ___ ___ Python-bugs-list mai

[issue2636] Adding a new regex module (compatible with re)

Changes by Georg Brandl : Removed file: http://bugs.python.org/file16626/issue2636-20100323.zip ___ Python tracker ___ ___ Python-bugs-list mai

  1   2   >