[issue14059] Implement multiprocessing.Barrier

Charles-François Natali added the comment: > Here is an initial implementation. Wouldn't it be simpler with a mp.Condition? Otherwise, this should be added to Lib/multiprocesing.synchronize.py, and the tests to test_multiprocessing. -- nosy: +neologix ___

[issue14060] Implement a CSP-style channel

Matt Joiner added the comment: As I see it, here are the desirable features of CSP-style concurrency as it pertains to channels: 1) At least an unbuffered mode 2) Can be marked closed 3) Block on multiple send/receives until one can proceed Specifically features 1 and 2 could be bolted onto q

[issue14071] allow more than one hash seed per process (move _Py_HashSecret into PyInterpreterState)

New submission from Gregory P. Smith : The newly added hash randomization seed (issue 13703) is a global defined in object/object.c that is initialized only once within a process by a call from Py_InitializeEx(). For applications embedding Python interpreters it may be useful for them to NOT

[issue13703] Hash collision security issue

Georg Brandl added the comment: That is a good question. I don't really care either way, but let's say +0 for turning it off when seed == 0. -R still needs to be made default in 3.3 - that's one reason this issue is still open. -- ___ Python trac

[issue13703] Hash collision security issue

Gregory P. Smith added the comment: Question: Should sys.flags.hash_randomization be True (1) when PYTHONHASHSEED=0? It is now. Saying yes "working as intended" is fine by me. sys.flags.hash_randomization seems to simply indicate that doing something with the hash seed was explicitly specif

[issue13703] Hash collision security issue

Gregory P. Smith added the comment: The bug report is the easiest thing to search for and follow when checking when something is resolved so it is nice to have a link to the relevant patch(es) for each branch. I just wanted to note the major commit here so that all planned branches had a not

[issue13605] document argparse's nargs=REMAINDER

Georg Brandl added the comment: Yes, that's correct. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue13703] Hash collision security issue

Georg Brandl added the comment: But since our workflow is such that commits in X.Y branches always show up in X.Y+1, it doesn't really matter. -- ___ Python tracker ___ ___

[issue13703] Hash collision security issue

Éric Araujo added the comment: Yep, the bot only looks at commit messages, it does not inspect merges or other topographical information. That’s why some of us make sure to repeat bug numbers in our merge commit messages. -- ___ Python tracker

[issue13703] Hash collision security issue

Gregory P. Smith added the comment: Roundup Robot didn't seem to notice it, but this has also been committed in 2.7: http://hg.python.org/cpython/rev/a0f43f4481e0 -- ___ Python tracker ___

[issue13641] decoding functions in the base64 module could accept unicode strings

Guido van Rossum added the comment: Aside: I, too, at first thought this would be a bad idea because it brings back the Python 2 issue of accepting some but not all Unicode strings. But then I realized that by their nature these functions only accepts a very specific set of characters -- so t

[issue14068] problem with re split

启朗 杨 added the comment: sure，here is an simple string from the news1.xml -- Added file: http://bugs.python.org/file24589/news1.xml ___ Python tracker ___ ___

[issue8942] __path__ attribute of modules loaded by zipimporter is untested

Changes by Éric Araujo : -- keywords: +easy nosy: +brett.cannon, eric.snow, ncoghlan stage: -> needs patch versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker ___ __

[issue3213] "pydoc -p" should listen to [::] if IPv6 is supported

Changes by Éric Araujo : -- type: behavior -> enhancement versions: +Python 3.3 -Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker ___

[issue7966] mhlib does not emit deprecation warning

Éric Araujo added the comment: This was fixed by r63030. -- nosy: +eric.araujo resolution: -> fixed stage: test needed -> committed/rejected status: open -> closed versions: -Python 2.6 ___ Python tracker ___

[issue14068] problem with re split

Ezio Melotti added the comment: Can you paste (or upload) a minimal working example (with a short sample string) that uses re.split and str.split and shows how re.split is failing? -- ___ Python tracker _

[issue2661] Mapping tests cannot be passed by user implementations

Éric Araujo added the comment: > I think it would be great to test the stdlib’s mapping classes against common > tests grep told me that most of them already do. Sorry for the noise, it’s late/soon here. -- ___ Python tracker

[issue7438] Allow to use a part of subprocess module during building Python

Éric Araujo added the comment: > It is sometimes useful to call subprocess.Popen() in setup.py of Python. What use cases do you have in mind? Maybe you want to remove the half-dozen calls to os.system? -- nosy: +eric.araujo versions: +Python 3.3 -Python 2.7, Python 3.2 _

[issue7562] Custom order for the subcommands of build

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue7813] Bug in command-line module launcher

Éric Araujo added the comment: Sorry, 2.6 only gets security fixes now, closing. Thanks for the report anyway! -- nosy: +eric.araujo resolution: -> out of date stage: test needed -> committed/rejected status: open -> closed ___ Python tracker

[issue14067] Avoid more stat() calls in importlib

Nick Coghlan added the comment: FWIW, I doubt you'd get many objections if you ended up wanting to make time a builtin module and inject it into the bootstrapping namespace. While I don't think the delay in noticing filesystem changes is reasonable as the default behaviour, it might be intere

[issue14070] reload(module, ignore_pyc=True) flag

New submission from Tim McNamara : When developing Python code, I often find myself needing to run "rm *.pyc" so that the interpreter will ignore any new changes that I have made to source files. It's really frustrating when forgotten. Adding a flag to the reload builtin would go a long way to

[issue14068] problem with re split

启朗 杨 added the comment: i use python to handle some string. here is my code: # -*- coding: utf-8 -*- from lxml import etree import collectcorpus import re doc = etree.parse("news1.xml") root = doc.getroot() children = root.getchildren() flag = 1 for child in children: if flag == len(chi

[issue14069] In extensions (?...) the lookbehind assertion cannot choose between the beginning of string and a letter

New submission from py.user : >>> import re >>> re.search(r'(?<=(a|b))(\w+)', 'abc').groups() ('a', 'bc') >>> re.search(r'(?<=(^))(\w+)', 'abc').groups() ('', 'abc') >>> re.search(r'(?<=(^|$))(\w+)', 'abc').groups() ('', 'abc') >>> re.search(r'(?<=($|^))(\w+)', 'abc').groups() ('', 'abc') >>> re.

[issue14068] problem with re

Changes by 启朗 杨 : -- nosy: 启朗.杨 priority: normal severity: normal status: open title: problem with re ___ Python tracker ___ ___ Pytho

[issue14068] problem with re split

New submission from 启朗 杨 : i use python to handle some string. here is my code: # -*- coding: utf-8 -*- from lxml import etree import collectcorpus import re doc = etree.parse("/home/harveyang/workspace/corpus/newsscrapy/news1.xml") root = doc.getroot() children = root.getchildren() flag = 1

[issue2661] Mapping tests cannot be passed by user implementations

Éric Araujo added the comment: I think it would be great to test the stdlib’s mapping classes against common tests; there is a patch to add more MutableMapping methods to dbm classes for example, and it was not trivial to get good test coverage. Not sure about the status of the module though,

[issue3354] Improve error reporting for the argument parsing C API

Changes by Éric Araujo : -- title: Improve error reporting for the argument parsing API -> Improve error reporting for the argument parsing C API versions: +Python 3.3 -Python 2.7, Python 3.2 ___ Python tracker ___

[issue5411] Add xz support to shutil

Éric Araujo added the comment: Note that there is a way to get fully automated support for tar formats: tarfile could expose, in addition to the list compression_formats, another structure with the descriptions (e.g. “gzip’ed tar file”) and file extensions (e.g. ['.gz', '.tgz'] —no, it’s not

[issue13703] Hash collision security issue

Roundup Robot added the comment: New changeset 6b7704fe1be1 by Barry Warsaw in branch '2.6': - Issue #13703: oCERT-2011-003: add -R command-line option and PYTHONHASHSEED http://hg.python.org/cpython/rev/6b7704fe1be1 -- ___ Python tracker

[issue5411] Add xz support to shutil

Éric Araujo added the comment: I have a working updated shutil module, tests pass and the documentation is improved. I will make sure to make different commits for improving the tests, cleaning up some things, adding tarfile.compression_formats and removing duplication in shutil (see dep bug

[issue5411] Add xz support to shutil

Éric Araujo added the comment: s/cleanup in did in the code/cleanup I did in the code/ -- ___ Python tracker ___ ___ Python-bugs-list

[issue13641] decoding functions in the base64 module could accept unicode strings

Antoine Pitrou added the comment: > Non-ascii binary data should not be being rejected unless validate > is true. So what are you going to do with non-ascii-range unicode in > that case? Ignore it as well? That can't be right. It's not ignored, it raises ValueError. Since the common case it

[issue13637] binascii.a2b_* functions could accept unicode strings

R. David Murray added the comment: I disagree with this feature. Reopening pending discussion on python-dev. -- nosy: +r.david.murray status: closed -> open ___ Python tracker

[issue13641] decoding functions in the base64 module could accept unicode strings

R. David Murray added the comment: I disagree with this commit. Reopening pending discussion on python-dev. -- status: closed -> open ___ Python tracker ___ ___

[issue13641] decoding functions in the base64 module could accept unicode strings

R. David Murray added the comment: Non-ascii binary data should not be being rejected unless validate is true. So what are you going to do with non-ascii-range unicode in that case? Ignore it as well? That can't be right. I believe this should be discussed on python-dev. -- ___

[issue14026] test_cmd_line_script should include more sys.argv checks

Changes by Jason Yeo : -- keywords: +patch Added file: http://bugs.python.org/file24588/14026v2.patch ___ Python tracker ___ ___ Pytho

[issue14026] test_cmd_line_script should include more sys.argv checks

Changes by Jason Yeo : Removed file: http://bugs.python.org/file24556/14026patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue14026] test_cmd_line_script should include more sys.argv checks

Changes by Jason Yeo : Removed file: http://bugs.python.org/file24587/mypatch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue14026] test_cmd_line_script should include more sys.argv checks

Jason Yeo added the comment: >For the two failures, I suggest modifying _check_script() to return the >"rc, out, err" from the underlying assert_python_ok() call I've decided to simple pass in *example_args into the assert_python_ok() in those two offending tests. There are less changes this

[issue13964] os.utimensat() and os.futimes() should accept Decimal, drop os.futimens()

STINNER Victor added the comment: Here is a first step: add _PyTime_ObjectToTimespec() to pytime.h and use it for signal.sigtimedwait(). signal.sigtimedwait(sigwait, (timeout_sec, timeout_nsec)) becomes signal.sigtimedwait(sigwait, timeout). I chose pytime.h instead of timefuncs.h because I

[issue13605] document argparse's nargs=REMAINDER

Éric Araujo added the comment: > Blocks not introduced by "::" are *NOT* code blocks. > If they happen to begin with ">>> ", they are recognized as doctest blocks > and colorized as doctests. Ah, that’s it! Thanks. So we have two valid ways of marking up doctest-like blocks, “::” ° indent an

[issue1521950] shlex.split() does not tokenize like the shell

Éric Araujo added the comment: This time you should have received an email from Rietveld, I made sure that your ID was expanded to an email address. I like all the suggestions you made in reply to my comments. -- ___ Python tracker

[issue14053] Make patchcheck work with MQ

Francisco Martín Brugué added the comment: Updated. Interesting: I saw that repetition but due “[…] Ideally, it should distinguish between this and other errors by checking the subprocess's stderr, so that if a different error occurs, we can still print out the error message. […]” I just wanted

[issue14050] Tutorial, list.sort() and items comparability

Éric Araujo added the comment: Nope, the expression would be hyphenated only when used as an adjective: - “This sorts the sequence in place” vs. ‑ “Performs an in-place rearrangement by birthdate” -- ___ Python tracker

[issue14047] UTF-8 Email Header

Éric Araujo added the comment: I had written a message which read much like Martin’s and wanted to reopen this report, but apparently my flaky connection did not let it go through and now it’s lost. My apologies for not understanding your report for what it was, and thanks for persevering.

[issue14034] Add argparse howto

Éric Araujo added the comment: Nice. I’ll find time to review later; Steven, do you have objections on the idea of adding an argparse howto? Do you want to review it yourself? -- nosy: +bethard title: first example in argparse doc is too complicated -> Add argparse howto ___

[issue13447] Add tests for some scripts in Tools/scripts

Éric Araujo added the comment: I’m pushing this higher on my todo list then. I’ll certainly upload a patch for review here with the basic machinery, then commit it, and then we’ll be able to add tests for the tools we like. -- assignee: -> eric.araujo __

[issue14062] UTF-8 Email Subject problem

Changes by Éric Araujo : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue14053] Make patchcheck work with MQ

Changes by Éric Araujo : -- title: Make Tools/scripts/patchcheck.py compatible with mercurial mqueues. -> Make patchcheck work with MQ ___ Python tracker ___ ___

[issue13703] Hash collision security issue

Roundup Robot added the comment: New changeset ed76dc34b39d by Georg Brandl in branch 'default': Merge 3.2: Issue #13703 plus some related test suite fixes. http://hg.python.org/cpython/rev/ed76dc34b39d -- ___ Python tracker

[issue14067] Avoid more stat() calls in importlib

Brett Cannon added the comment: On Mon, Feb 20, 2012 at 18:06, Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > > The patch uses the time module which is not a built-in, so it breaks > > bootstrapping by directly importing a module, and an extension at > > that. At best you coul

[issue14067] Avoid more stat() calls in importlib

Antoine Pitrou added the comment: > The patch uses the time module which is not a built-in, so it breaks > bootstrapping by directly importing a module, and an extension at > that. At best you could switch to a modified _FileFinder after > importlib is initially running and able to import extens

[issue14067] Avoid more stat() calls in importlib

Brett Cannon added the comment: The patch uses the time module which is not a built-in, so it breaks bootstrapping by directly importing a module, and an extension at that. At best you could switch to a modified _FileFinder after importlib is initially running and able to import extension mod

[issue14053] Make Tools/scripts/patchcheck.py compatible with mercurial mqueues.

Nadeem Vawda added the comment: Hmm... it looks like mq_changed_files() duplicates a chunk of logic from the existing changed_files() code. You can get rid of this redundancy by replacing mq_changed_files() with a function that checks for applied MQ patches; let's call it mq_patches_applied(). T

[issue14067] Avoid more stat() calls in importlib

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue14067] Avoid more stat() calls in importlib

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file24583/imptime.patch ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue14067] Avoid more stat() calls in importlib

Changes by Antoine Pitrou : Added file: http://bugs.python.org/file24584/imptime.patch ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue13405] Add DTrace probes

Dave Malcolm added the comment: jcea: BTW, will you be at PyCon US this year? if so, can we sprint on getting the DTrace and SystemTap hooks into CPython in some form acceptable to the rest of the CPython maintainers? -- ___ Python tracker

[issue13447] Add tests for some scripts in Tools/scripts

Francisco Martín Brugué added the comment: +1 while working on #issue14053 I missed the test for the scripts (in this case some kind of mocking is needed). -- ___ Python tracker _

[issue10112] Use -Wl, --dynamic-list=x.list, not -Xlinker -export-dynamic

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue10112] Use -Wl, --dynamic-list=x.list, not -Xlinker -export-dynamic

Martin v. Löwis added the comment: The patch is fairly incomplete: it assumes that the compiler supports __attribute__((visibility())), but it really needs to check for that. Also, there is no chance that this can go into Python 2.7; retargetting for 3.3. -- versions: +Python 3.3 -Pyt

[issue14067] Avoid more stat() calls in importlib

New submission from Antoine Pitrou : This is an experimental patch that limits the frequency of stat() calls in _FileFinder.find_module(). It speeds up finding modules by 2x here, but unfortunately breaks some tests (which expect modules to appear immediately when created). -- compone

[issue14053] Make Tools/scripts/patchcheck.py compatible with mercurial mqueues.

Francisco Martín Brugué added the comment: The patch is updated. Notice about: [...]Ideally, it should distinguish between this and other errors by checking the subprocess's stderr, so that if a different error occurs, we can still print out the error message. […] that should be improved a

[issue14060] Implement a CSP-style channel

Martin v. Löwis added the comment: I think zero-sized queues are exactly the right answer here. -- nosy: +loewis ___ Python tracker ___ _

[issue14063] test_importlib failure on Mac OS X

Antoine Pitrou added the comment: Ok, thanks for testing! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue14063] test_importlib failure on Mac OS X

Roundup Robot added the comment: New changeset 3297dcdad196 by Antoine Pitrou in branch 'default': Issue #14063: fix test_importlib failure under OS X case-insensitive filesystems http://hg.python.org/cpython/rev/3297dcdad196 -- nosy: +python-dev ___

[issue14063] test_importlib failure on Mac OS X

Ned Deily added the comment: With impcasing.patch applied, test_importlib passes on OS X (10.7 with case-insensitive fs). -- ___ Python tracker ___

[issue14063] test_importlib failure on Mac OS X

Antoine Pitrou added the comment: Can you please try this patch? -- assignee: brett.cannon -> keywords: +patch Added file: http://bugs.python.org/file24581/impcasing.patch ___ Python tracker _

[issue13703] Hash collision security issue

Roundup Robot added the comment: New changeset 4a31f6b11e7a by Georg Brandl in branch '3.2': Merge from 3.1: Issue #13703: add a way to randomize the hash values of basic types (str, bytes, datetime) http://hg.python.org/cpython/rev/4a31f6b11e7a --

[issue14066] Crash in imputil.imp.find_module when a *directory* exists with the given name due to double-close of FILE*

Dave Malcolm added the comment: Duplicate of issue 7732 -- resolution: -> duplicate status: open -> closed superseder: -> imp.find_module crashes Python if there exists a directory named "__init__.py" ___ Python tracker

[issue14063] test_importlib failure on Mac OS X

Ned Deily added the comment: The first bad revision is: changeset: 75048:bbaab666e6c7 parent: 75045:5b4b70bd2b6f user:Antoine Pitrou date:Mon Feb 20 01:48:16 2012 +0100 summary: Issue #14043: Speed up importlib's _FileFinder by at least 8x, and add a new importlib.in

[issue14066] Crash in imputil.imp.find_module when a *directory* exists with the given name due to double-close of FILE*

New submission from Dave Malcolm : $ mkdir some_directory_ending_with_a.py $ python -c "import imputil; imputil.imp.find_module('some_directory_ending_with_a')" *** glibc detected *** python: double free or corruption (!prev): 0x01589bf0 *** Aborted What's happening is that call_find_m

[issue13703] Hash collision security issue

Roundup Robot added the comment: New changeset f4b7ecf8a5f8 by Georg Brandl in branch '3.1': Issue #13703: add a way to randomize the hash values of basic types (str, bytes, datetime) http://hg.python.org/cpython/rev/f4b7ecf8a5f8 -- nosy: +python-dev __

[issue14040] Deprecate some of the module file formats

Antoine Pitrou added the comment: I've now committed the suffix removal patch with a what's new entry. Thanks! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue14053] Make Tools/scripts/patchcheck.py compatible with mercurial mqueues.

Nadeem Vawda added the comment: > Shouldn't be --rev qparent ? Yes, that's right. I seem to confuse qbase and qparent often... -- ___ Python tracker ___ ___

[issue14040] Deprecate some of the module file formats

Roundup Robot added the comment: New changeset 42f61304f77d by Antoine Pitrou in branch 'default': Issue #14040: Remove rarely used file name suffixes for C extensions (under POSIX mainly). http://hg.python.org/cpython/rev/42f61304f77d -- nosy: +python-dev

[issue13641] decoding functions in the base64 module could accept unicode strings

Changes by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue13641] decoding functions in the base64 module could accept unicode strings

Antoine Pitrou added the comment: I've committed issue13641-alternative-v1.patch. I really think practicality beats purity here and, furthermore, there's no associated danger (non-ASCII data is rejected both as bytes and str). -- ___ Python tracker

[issue13641] decoding functions in the base64 module could accept unicode strings

Roundup Robot added the comment: New changeset c760bd844222 by Antoine Pitrou in branch 'default': Issue #13641: Decoding functions in the base64 module now accept ASCII-only unicode strings. http://hg.python.org/cpython/rev/c760bd844222 -- nosy: +python-dev __

[issue14063] test_importlib failure on Mac OS X

Brett Cannon added the comment: I have a Mac, but I'm heading out the door; I will see if I can diagnose it and fix it tonight or tomorrow (unless someone beats me to it). -- ___ Python tracker __

[issue14063] test_importlib failure on Mac OS X

Antoine Pitrou added the comment: > Antoine, do you think this may have been triggered by your latest patch? I don't know, perhaps Vinay can bisect to find the offending commit? (I don't have a Mac) -- ___ Python tracker

[issue14052] importlib mixes up '.' and os.getcwd()

Changes by Brett Cannon : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue14052] importlib mixes up '.' and os.getcwd()

Brett Cannon added the comment: The test suite does use importlib for some imports as finders from importlib for some packages stick around. I brought this up a way back but people thought it was actually a good idea to let importlib handle imports to stress test it. Anyway, if it can't be re

[issue14063] test_importlib failure on Mac OS X

Brett Cannon added the comment: Antoine, do you think this may have been triggered by your latest patch? -- nosy: +pitrou ___ Python tracker ___

[issue14052] importlib mixes up '.' and os.getcwd()

Antoine Pitrou added the comment: [...] And I can't reproduce, even when using --randseed. -- ___ Python tracker ___ ___ Python-bugs

[issue14057] Speedup sysconfig startup

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue14053] Make Tools/scripts/patchcheck.py compatible with mercurial mqueues.

Francisco Martín Brugué added the comment: Nice feedback ! One question : > >An alternative approach that solves all three of these problems is to >check whether we have any patches applied (using "hg qapplied"), and if >this is the case, then add "--rev qbase" to the "hg status" c

[issue13447] Add tests for some scripts in Tools/scripts

Changes by Ezio Melotti : -- nosy: +francismb type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14059] Implement multiprocessing.Barrier

sbt added the comment: barrier_tests.py contains minor modifications of the unit tests for threading.Barrier. (The two tests using reset() are commented out.) The implementation passes for me on Linux and Windows. -- Added file: http://bugs.python.org/file24580/barrier_tests.py _

[issue14059] Implement multiprocessing.Barrier

sbt added the comment: Here is an initial implementation. Differences from threading.Barrier: - I have not implemented reset(). - wait() returns 0 or -1. One thread returns 0, the remainder return -1. This is different to threading.Barrier where each of the N threads returns a unique in

[issue14065] Element should support cyclic GC

Changes by Antoine Pitrou : -- components: +Library (Lib) nosy: +flox stage: -> needs patch type: -> behavior versions: +Python 3.2 ___ Python tracker ___ _

[issue14065] Element should support cyclic GC

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue14065] Element should support cyclic GC

New submission from Martin v. Löwis : The C implementation of xml.etree.ElementTree.Element needs to support cyclic GC. The attached script demonstrates the lack to support that: in 3.2, the script passes; in 3.3 (7697223df6df) it fails with an AssertionError as the cycle was not cleared. Th

[issue14062] UTF-8 Email Subject problem

Changes by Martin v. Löwis : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue14064] collections module imported twice in urllib/parse.py

Changes by Bithin A : Removed file: http://bugs.python.org/file24577/multiple_imports.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue14064] collections module imported twice in urllib/parse.py

Benjamin Peterson added the comment: This is perfectly fine the way it is. PEP 8 has nothing to say about it. -- nosy: +benjamin.peterson resolution: -> wont fix status: open -> closed ___ Python tracker

[issue14052] importlib mixes up '.' and os.getcwd()

Antoine Pitrou added the comment: There was the following sporadic buildbot failure: == FAIL: test_package___file__ (test.test_imp.PEP3147Tests) -- Traceback

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Nadeem Vawda added the comment: > (2.7.2 doesn’t include neither Antoine’s changeset nor mine, right?) Correct; it dates back to June last year, before issue 13193 was filed. > Can you reproduce the “include buildout.cfg” bug too? Yes, that problem is present in 2.7.2, but not in the current

[issue14064] collections module imported twice in urllib/parse.py

Changes by Bithin A : -- type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

  1   2   >