[issue7980] time.strptime not thread safe

Carlos Corbacho added the comment: As per my comments on Issue11108 - I suspect that PyImport_ImportModuleNoBlock is a bit of a red herring here - in Python 2.5 and earlier versions (well before PyImport_ImportModuleNoBlock was added), we have occasionally seen 'AttributeError: strptime' from

[issue11067] Py_LIMITED_API breaks most PySomething_Check() functions

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue11113] html.entities mapping dicts need updating?

Martin v. Löwis added the comment: Supporting the ones in HTML 5 would be fine with me. Supporting those of xml-entity-names would be inappropriate - it's not clear (to me, at least) that all of them are really meant for use in HTML. -- nosy: +loewis _

[issue11114] file.tell extremely slow

New submission from Laurens <3.14159265...@xs4all.nl>: file.tell() has become extremely slow in version 3.2, both rc1 and rc2. This problem did not exist in version 2.7.1, nor in version 3.1. It could be reproduced both on mac and windows xp. -- components: IO messages: 127874 nosy: La

[issue11112] UDPTimeoutTest derives from SocketTCPTest

Ned Deily added the comment: Thanks for the report. That does indeed seem to be a bug in the test: "UDPTimeoutTest(SocketTCPTest)" should be "UDPTimeoutTest(SocketUDPTest)" As the 3.2 release is in its final release candidate stage and this is not a release critical issue, the fix should wai

[issue11115] csv readers and writers should be context managers

New submission from Dirkjan Ochtman : The context managers should simply forward to the underlying file object. -- components: Library (Lib) messages: 127876 nosy: djc priority: normal severity: normal status: open title: csv readers and writers should be context managers versions: Pytho

[issue11114] file.tell extremely slow

Eric Smith added the comment: Do you have a benchmark program you can post? -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bu

[issue11115] csv readers and writers should be context managers

Changes by Dirkjan Ochtman : -- type: -> feature request versions: -Python 2.6 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10994] implementation details in sys module

Martin v. Löwis added the comment: I can propose a specification of getsizeof: if you somehow manage to traverse all objects (without considering an object twice), and sum up the getsizeof results, you should end up with something close to, but smaller than the actual memory consumption. How

[issue10664] xml.sax.expatreader should support namespace prefixes

Nicolas Delaby added the comment: the PyXML sax parser support this feature. May be it can be backported into stdlib ? -- nosy: +Nicolas.Delaby ___ Python tracker ___ __

[issue11116] mailbox and email errors

New submission from Steffen Daode Nurpmeso : Following Issue 9124 discussion: it took longer than i thought, but now i could rework my thing and got errors. I've also tried Lib/test/test_mailbox.py, and that produces 0xA errors and 0xA failures. I'll attach the entire tracebacks and test out

[issue11114] file.tell extremely slow

Laurens <3.14159265...@xs4all.nl> added the comment: Correction: the problem also exists in version 3.1. I created a benchmark program an ran it on my machine (iMac, snow leopard 10.6), with the following results: -- 2.6.6 (r266:84292, Dec 30 2010, 09:20

[issue11116] mailbox and email errors

Steffen Daode Nurpmeso added the comment: Oops - please be aware that these outputs were saved at the end of a frustrating session. I'm doing things to show *you* what's passed around and the like, i.e. that the message is indeed a mboxMessage etc. The error which occurs is always: Fil

[issue10271] warnings.showwarning should allow any callable object

lekma added the comment: brett, is there any chance for this to make it in? -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue11116] mailbox and email errors

Steffen Daode Nurpmeso added the comment: This simplemost patch (email_header.patch) seems to work at first glance. It heals *everything* (except for babyl format, see issue 11062). (I feel a bit like Charlie Chaplin and i think you know what i mean.) -- keywords: +patch Added file:

[issue11116] mailbox and email errors

Changes by Steffen Daode Nurpmeso : Removed file: http://bugs.python.org/file20673/email_mbox.txt ___ Python tracker ___ ___ Python-bugs-list

[issue11116] (mailbox and) email (errors) -> patch

Changes by Steffen Daode Nurpmeso : -- title: mailbox and email errors -> (mailbox and) email (errors) -> patch ___ Python tracker ___ ___

[issue11116] (mailbox and) email (errors) -> patch

Changes by STINNER Victor : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue11116] (mailbox and) email (errors) -> patch

SilentGhost added the comment: The patch would be better to say: if not lines: continue However, it could be even simpler to do: for string, charset in self._chunks: if not string: continue -- nosy: +SilentGhost ___ Python tracker

[issue9756] Crash with custom __getattribute__

Andreas Stührk added the comment: See also issue #10922. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue11115] csv readers and writers should be context managers

R. David Murray added the comment: There is no underlying file object. I presume you mean the reader/writer object? Which have no close method, so there is no point in making them a context manager. There is zero benefit and positive cost (an additional nesting level). Just use with to op

[issue11114] file.tell extremely slow

Amaury Forgeot d'Arc added the comment: I found that adding "infile._CHUNK_SIZE = 20" makes the test much faster - 'only' 5 times slower than 2.7. -- nosy: +amaury.forgeotdarc, pitrou ___ Python tracker _

[issue11116] mailbox and email errors

R. David Murray added the comment: Steffen, I appreciate your testing this. Your error report doesn't have enough information for me to reproduce the problem. Can you post a short test case, including a sample email/mailbox file if needed, that reproduces the problem you are seeing? With a

[issue11116] mailbox and email errors

Changes by R. David Murray : -- assignee: -> r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue11116] mailbox and email errors

R. David Murray added the comment: Perhaps your problem with test_mailbox is that you are running the test_mailbox from a checkout, but using an installed python3 that is not RC2, rather than the python3 built from the checkout? -- ___ Python track

[issue11114] file.tell extremely slow

DSM added the comment: With a similar setup (OS X 10.6) I see the same problem. It seems to go away if the file is opened in binary mode for reading. @Laurens, can you confirm? -- nosy: +dsm001 ___ Python tracker

[issue11114] file.tell extremely slow

DSM added the comment: (By "go away" I mean "stop being pathological", not "stop differing": I still see a factor of 2.) -- ___ Python tracker ___ _

[issue11114] file.tell extremely slow

Antoine Pitrou added the comment: That's expected. seek() and tell() on text (unicode) files are slow by construction. You should open your file in binary mode instead, if you want to do any seeking. Maybe I should add a note in http://docs.python.org/dev/library/io.html#performance ---

[issue11104] distutils sdist ignores MANIFEST

John Dennis added the comment: No, I don't think I'm going to turn the tarball into a unit test, etc. I didn't break the code but I did report the problem, researched the history, provided a clear explanation, a reproducer and a patch to fix the problem. I think I've done my part as a communi

[issue11082] ValueError: Content-Length should be specified

William Wu added the comment: So, what's the decision to be taken? I'm willing to provide patches (if I need to), but I need to know *the reasonable behaviors*. :) -- ___ Python tracker __

[issue11082] ValueError: Content-Length should be specified

Senthil Kumaran added the comment: For this particular issue, I think, it is good idea to disallow str explicitly, instead of letting it go through the Iterable and raise a ValueError with a different message. -- ___ Python tracker

[issue11117] Implementing Async IO

New submission from Jesús Cea Avión : This issue is a placeholder for exposing Async IO thru Python. The relevant mail thread is at: http://mail.python.org/pipermail/python-dev/2010-October/104770.html Relevant resources: http://feedproxy.google.com/~r/Wwwc0t0d0s0org/~3/snM0BJ8evv4/7147-Sync

[issue11117] Implementing Async IO

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue11117] Implementing Async IO

Antoine Pitrou added the comment: >From the python-dev thread: http://mail.python.org/pipermail/python-dev/2010-October/104782.html “os._exit is useful. os.open is useful. aio_* are *not* useful. For anything. If there's anything you think you want to use them for, you're wrong. It either wo

[issue10994] implementation details in sys module

Armin Rigo added the comment: Martin: I kind of agree with you, although I guess that for pratical reasons if you don't have a reasonable sys.getsizeof() implementation then it's better to raise TypeError than return 0 (like CPython, which may raise "TypeError: Type %.100s doesn't define __si

[issue11114] TextIOWrapper.tell extremely slow

Antoine Pitrou added the comment: That said, I think it is possible to make algorithmic improvements to TextIOWrapper.tell() so that at least performance becomes acceptable. -- stage: -> needs patch title: file.tell extremely slow -> TextIOWrapper.tell extremely slow type: -> perform

[issue10891] Tweak sorting howto to eliminate redundancy

Georg Brandl added the comment: I do think that "list.sort() method of a list" is a bit too much. -- nosy: +georg.brandl ___ Python tracker ___ _

[issue11117] Implementing Async IO

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue11110] Py_DECREF->Py_XDECREF in Module/_sqlite/module.c

Georg Brandl added the comment: Either one of these fixes (I prefer Brett's since it's shorter) should make it into 3.2. -- ___ Python tracker ___ _

[issue11082] ValueError: Content-Length should be specified

Georg Brandl added the comment: Then let us do that. Senthil, what about urlencode of bytes values returning a str? -- ___ Python tracker ___ __

[issue10736] test_ttk_guionly fails on OS X using ActiveState Tcl 8.5.9 (Cocoa)

Georg Brandl added the comment: I would prefer just letting the tests fail. Disabled tests are usually forgotten, and never re-enabled. -- ___ Python tracker ___ _

[issue3367] Uninitialized value read in parsetok.c

Georg Brandl added the comment: No need to bump the version, it can go into 3.2.1. But seeing the history of this case, I don't want to play around here before 3.2 final. -- ___ Python tracker ___

[issue11114] TextIOWrapper.tell extremely slow

Laurens <3.14159265...@xs4all.nl> added the comment: First of all, thanks to all for your cooperation, it is very much appreciated. I made some minor changes to the benchmark program. Conclusions are: * setting file._CHUNK_SIZE to 20 has a dramatic effect, changing execution time in 3.2rc2 fr

[issue11114] TextIOWrapper.tell extremely slow

Antoine Pitrou added the comment: > opening file binary has a dramatic effect as well, I would say. After 2 > minutes I stopped execution of the program Hint: b'' is not equal to '' ;) -- ___ Python tracker

[issue9364] some problems with the documentation of pydoc

Changes by Ron Adam : -- nosy: +ron_adam ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue11061] Verify command option before parsing config file

Changes by Éric Araujo : -- resolution: -> rejected stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ P

[issue11061] Verify command option before parsing config file

Changes by Éric Araujo : -- type: behavior -> performance ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue11060] distutils2 sdist does not complain about version that is not PEP 386 compliant

Éric Araujo added the comment: Strange, the regex comes straight from the PEP, which has had careful review. It must be somewhere else in the code. Would you like to work on a patch, or a test first? We have to find out if sdist is responsible, or metadata, or version, etc. -- key

[issue3367] Uninitialized value read in parsetok.c

Alexander Belopolsky added the comment: On Fri, Feb 4, 2011 at 11:35 AM, Georg Brandl wrote: >.. But seeing the history of this case, I don't want to play around here >before 3.2 final. Here is my understanding of the history of this case: tmp1.patch was applied in r65539 and reverted in r6

[issue3367] Uninitialized value read in parsetok.c

Changes by Alexander Belopolsky : -- assignee: georg.brandl -> belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue11113] html.entities mapping dicts need updating?

Éric Araujo added the comment: Agreed with Martin. I wonder if we should provide a means to use only HTML 4.01 entity references (say with a function parameter html5 defaulting to True) or we should just update the mapping. -- nosy: +eric.araujo stage: -> needs patch versions: +Pyth

[issue11101] plistlib has no graceful way of handing None values

Changes by Éric Araujo : -- nosy: +jvr, ronaldoussoren ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11090] Doc errors for unittest in Python 3.1

Changes by Éric Araujo : -- nosy: +docs@python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue11086] add lib2to3/__main__.py

Éric Araujo added the comment: +1. Not sure this needs unit tests; I suppose you plan to add a note to the docs. -- nosy: +eric.araujo ___ Python tracker ___ _

[issue11085] expose _abcoll as collections.abc

Éric Araujo added the comment: Seems a good idea to me. Regarding the implementation, knowing your reluctance to turn modules into packages, I guess you’re talking about exposing collections.abc in a similar manner to os.path, which is fine IMO. -- nosy: +eric.araujo ___

[issue11114] TextIOWrapper.tell extremely slow

Antoine Pitrou added the comment: Here is a proof-of-concept patch for the pure Python version of TextIOWrapper.tell(). It turns the O(CHUNK_SIZE) operation into an O(1) operation most of time (still O(CHUNK_SIZE) worst-case - weird decoders and/or crazy input). -- keywords: +patch A

[issue11114] TextIOWrapper.tell extremely slow

Antoine Pitrou added the comment: > Here is a proof-of-concept patch for the pure Python version of > TextIOWrapper.tell(). It turns the O(CHUNK_SIZE) operation into an > O(1) operation most of time (still O(CHUNK_SIZE) worst-case - weird > decoders and/or crazy input). Actually, that's wrong.

[issue11076] Iterable argparse Namespace

Éric Araujo added the comment: Nice idea indeed, thanks for the patch. For the doc section, I’d prefer to de-emplasize the specific use case of **kwargs, in favor of mentioning dict conversion in a general way: Converting the namespace to a dict ^^ Nam

[issue11118] Fix python3 None export

New submission from Martin v. Löwis : The None export of python3.dll is bogus; attached is a fix. This also regenerates python3stub.def, which contained some exports that had already been deleted from python3.def. -- files: none.diff keywords: patch messages: 127917 nosy: georg.brandl,

[issue11050] email.utils.getaddresses behavior contradicts RFC2822

Changes by Glenn Linderman : -- nosy: +v+python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue11118] Fix python3 None export

Brian Curtin added the comment: Looks fine to me. -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue11118] Fix python3 None export

Georg Brandl added the comment: Me too. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue11118] Fix python3 None export

Martin v. Löwis added the comment: Thanks for the quick review. Committed as r88333. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ __

[issue11116] mailbox and email errors

Steffen Daode Nurpmeso added the comment: You're right, the python3 executable is indeed 20:05 ~/tmp $ python3 -V Python 3.2rc1+ The relevant .py files (mailbox.py, email/*.py, (email/mime/*.py), test/test_mailbox.py are symlinked to the repo files. (And, different to this morning - sorry, *s

[issue11119] Passing a socket to a process (multiprocessing module)

New submission from pen hill : When I run the following listing (server_multi.py) by using multiprocessing module of python, it runs successfully on a Linux machine. However, on a 64-bit windows machine I get the following error: pickle.PicklingError: Can't pickle : it's not found as __main__

[issue11116] mailbox and email errors

Steffen Daode Nurpmeso added the comment: P.S.: it's that messed UNIX with the nice user-experience *G*UI. And the __pycache__ files state 'cpython-32'. -- ___ Python tracker

[issue11067] Py_LIMITED_API breaks most PySomething_Check() functions

Martin v. Löwis added the comment: Here is the patch I'd like to add to 3.2: this adds PyType_GetFlags, so that the fast checks remain available. -- nosy: +georg.brandl priority: normal -> release blocker Added file: http://bugs.python.org/file20678/tp_flags.diff _

[issue11116] mailbox and email errors

Steffen Daode Nurpmeso added the comment: Dear RDM, now i'm really ashamed. To be absolutely sure that i am up-to-date if diff'd and found that test_mailbox.py contained a sys.exit(1) i've inserted this - it was the lunch break, really! Forget everything i've posted. Please close this. Sham

[issue11074] fix tokenize so it can be reloaded

Éric Araujo added the comment: LGTM. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue11063] uuid.py module import has heavy side effects

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

[issue11120] threading.Thread.daemon Documentation Incomplete

New submission from cardinalbiggles : In the threading module, the documentation for Thread.isDaemon()/Thread.setDaemon() indicates they are the old API for Thread.daemon, which does not indicate the version in which it was introduced (2.6 I believe). Additionally, the documentation for Thre

[issue11116] mailbox and email errors

Steffen Daode Nurpmeso added the comment: I thought about it. It's worse. You did a good job and i was not even able to create symlinks the way it should have been done. This is a real shame - for me. -- ___ Python tracker

[issue9207] multiprocessing occasionally spits out exception during shutdown (_handle_workers)

Matthew Walker added the comment: It looks to me as if this issue has already been pretty much sorted out already. Maybe all it lacks is to be officially closed, but just in case I just wanted to add that I too saw this bug (stock python 2.7, Ubuntu 10.04 64 bit). My example code was: #!/u

[issue9207] multiprocessing occasionally spits out exception during shutdown (_handle_workers)

Matthew Walker added the comment: Oh, and the stack trace was identical to Greg's: $ ./test.py I am process number 10378 : i = 0 [...] I am process number 10390 : i = 9 [0, 1, 4, 9, 16, 25, 36, 49, 64, 81] Exception in thread Thread-1 (most likely raised during interpreter shutdown): Traceback

[issue11121] libpython3.so support with --enable-shared

New submission from Martin v. Löwis : When configuring r88333 with --enable-shared, the error message ./configure: line 4924: test: ==: unary operator expected is produced. The attached patch fixes the problem. -- files: pydebug.diff keywords: patch messages: 127931 nosy: loewis priori

[issue11086] add lib2to3/__main__.py

Brett Cannon added the comment: Yeah, probably some little mention in the docs. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11114] TextIOWrapper.tell extremely slow

Antoine Pitrou added the comment: New patch also optimizing the C version. tell() can be more than 100x faster now (still much slower than binary tell()). -- stage: needs patch -> patch review Added file: http://bugs.python.org/file20680/textiotell2.patch _

[issue11121] libpython3.so support with --enable-shared

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever, georg.brandl versions: +Python 3.2 ___ Python tracker ___ ___ Pyt

[issue11114] TextIOWrapper.tell extremely slow

Laurens <3.14159265...@xs4all.nl> added the comment: All, thanks for your help. Opening the file in binary mode worked immediately in the toy program (that is, the benchmark code I sent you). (Antoine, thanks for the hint.) In my real world program, I solved the problem by reading a line from

[issue11102] configure doesn't find "major()" on HP-UX v11.31

Oren Held added the comment: Just a small note: after this patch applied, building Python 2.7.1 was successful on Linux (SLES 11, RHEL 5, Ubuntu 10.10), Solaris 10, and HP-UX 11 v3. (I didn't get to build Python on other platforms) -- ___ Python tr

[issue10271] warnings.showwarning should allow any callable object

Brett Cannon added the comment: Not for 3.2.0, no as it's such a minor "fix". Chance this can go into 3.2.1, though. Definitely for 3.3. -- ___ Python tracker ___ _

[issue11104] distutils sdist ignores MANIFEST

Éric Araujo added the comment: I didn’t mean to imply you had to, I just asked if you wanted to. Reporting the bug is a valuable contribution indeed, I’ll take over for the rest. -- ___ Python tracker __

[issue11110] Py_DECREF->Py_XDECREF in Module/_sqlite/module.c

Brett Cannon added the comment: py3k: r88337 3.1: 88339 2.7 (blocked): 88338 -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker __

[issue11067] Py_LIMITED_API breaks most PySomething_Check() functions

Antoine Pitrou added the comment: The doc needs a versionadded attribute. Otherwise, looks good to me. -- nosy: +pitrou resolution: -> accepted stage: -> commit review ___ Python tracker

[issue11121] libpython3.so support with --enable-shared

Antoine Pitrou added the comment: Looks good to me. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue11116] mailbox and email errors

Steffen Daode Nurpmeso added the comment: However, as a last peep from me before i'll burn to ashes, and now with all fresh Python 3.2rc2+ all through, i do want to ask a question. I'm still not finished with my broken thing, so the usual exception still occurs in respect to the malformed spa

[issue11122] bdist_rpm fails

New submission from James : Hi distutils, When I run: ./setup.py bdist --formats=rpm on my source directory, I get the error: rpm -ba --define _topdir /home/james/code/scantran/build/bdist.linux-x86_64/rpm --clean build/bdist.linux-x86_64/rpm/SPECS/scantran.spec -ba: unknown option error: co

[issue11122] bdist_rpm fails

Éric Araujo added the comment: Does this mean that there is one rpm command that does not have all options, and that rpm-build overwrites that command with another one that does the right thing? -- ___ Python tracker

[issue11122] bdist_rpm fails

James added the comment: In the source for distutils it seems to attempt to use 'rpmbuild' if it exists, but otherwise falls back on regular 'rpm', however in my rpm: $ rpm --version RPM version 4.8.1 this fails as there is no -ba option. James -- __

[issue11122] bdist_rpm fails

Éric Araujo added the comment: What is your OS name and version? Is that rpm version considered obsolete or not? -- ___ Python tracker ___

[issue11076] Iterable argparse Namespace

Steven Bethard added the comment: What's wrong with `vars(args)`? That's the standard way of getting a dict from an object, no? Note that you're not always guaranteed to get a Namespace back (e.g. if you pass the namespace= argument to parse_args), and I'd generally like to keep Namespace as

[issue11123] problem with packaged dependency extracter script, pdeps

New submission from $$Coffeepot$$ : This bug concerns the pdeps script, \Tools\Scripts\pdeps.py. This script opens a list of files and extracts a list of their inter-dependencies. I'm running Python 3.1.1 on Windows XP, installed via binary installer, but have confirmed that the bug is presen

[issue11122] bdist_rpm fails

Eric Smith added the comment: "rpm -ba" is very old. I think it's been at least since 2002 that "-ba" was supported by rpm. I believe bdist_rpm is calling "rpmbuild -ba", and if that doesn't exist, then "rpm -ba" is a transition strategy until all systems supported "rpmbuild". This transitio

[issue11123] problem with packaged dependency extracter script, pdeps

Amaury Forgeot d'Arc added the comment: This script is indeed unusable. Here is a proper patch file, tested by running it on a few files. -- keywords: +patch nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file20681/pdeps.patch ___ Pyth

[issue11124] test_posix failure on the Leopard buildbot

New submission from Antoine Pitrou : test_posix has started failing deterministically on the Leopard buildbot. Stephen, did you change something in its configuration? http://www.python.org/dev/buildbot/all/builders/AMD64%20Leopard%203.x/builds/786/steps/test/logs/stdio ===

[issue11111] See "Gmail" on your Google homepage

Changes by Éric Araujo : Removed file: http://bugs.python.org/file20671/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue11111] See "Gmail" on your Google homepage

Changes by Éric Araujo : -- Removed message: http://bugs.python.org/msg127856 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue11124] test_posix failure on the Leopard buildbot

Stephen Hansen added the comment: This is just http://bugs.python.org/issue7900 all over again. In the meantime, I restarted the buildslave and re-submitted the jobs so the failures should go away. (I still advocate that the test is fundamentally wrong/flawed on Mac and should be disabled at

[issue7108] test_commands.py failing on OS X 10.5.7 due to '@' in ls output

Stephen Hansen added the comment: I can confirm that this test has been failing on my slave, and that the patch fixes it. Recommend commit. Red is bad. -- assignee: -> ronaldoussoren components: +Macintosh nosy: +ixokai, ronaldoussoren ___ Python t

[issue11125] csv documentation should not use open() without close()

New submission from Eric Smith : Many places open() is shown as a parameter to a csv method, but close() can't be called. This is not a practice we should be advocating. Better would be to show a 'with' statement, or at least a note explaining this isn't an ideal usage. -- assignee: d

  1   2   >