[issue7229] Manual entry for time.daylight can be misleading

Tomas Kubes added the comment: Hello, I find this version very clear. Thanks Tomas -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue10886] Unhelpful backtrace for multiprocessing.Queue

New submission from Torsten Landschoff : When trying to send an object via a Queue that can't be pickled, one gets a quite unhelpful traceback: Traceback (most recent call last): File "/usr/lib/python2.6/multiprocessing/queues.py", line 242, in _feed send(obj) PicklingError: Can't pickle

[issue10885] multiprocessing docs

New submission from Ross Lagerwall : I think there is a small docs bug: it says that multiprocessing.Semaphore is "a bounded semaphore". Shouldn't it says that it is just "a semaphore". Attached is a patch to fix this. -- components: Library (Lib) files: docupdate.patch keywords: patch

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Glenn Linderman added the comment: In my previous message I quoted Pierre rightly cautioning about headers containing non-ASCII... and that BytesFeedParser doesn't, so using it to parse headers may be questionable. So I decided to try one... I show the Live HTTP headers below, from a simple

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Glenn Linderman added the comment: R. David: Pierre said: BytesFeedParser only uses the ascii codec ; if the header has non ASCII characters (filename in a multipart/form-data), they are replaced by ? : the original file name is lost. So for the moment I leave the text version of FeedParser

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Glenn Linderman added the comment: I said: I wonder what result you get with the same browser, at the web page http://rishida.net/tools/conversion/ by entering the euro symbol into the Characters entry field, and choosing convert. But I couldn't wait, so I ran a test with € in one of my input

[issue10556] test_zipimport_support mucks up with modules

Nick Coghlan added the comment: Fixed for 3.2 in r87925. (I simply dropped the attempt to restore sys.modules to its original state from test_zipimport_support) -- ___ Python tracker _

[issue1667546] Time zone-capable variant of time.localtime

anatoly techtonik added the comment: IIUC #9527 is about datetime and this request is about time.localtime, i.e. about making the API more intuitive for users. I don't think this issue should be closed. -- status: pending -> open ___ Python tracker

[issue7229] Manual entry for time.daylight can be misleading

anatoly techtonik added the comment: Classic user developer impedance mismatch. =) I agree that Python should guard its users against crazy standards that creep into standard lib, because nobody had time to think about pythonic API. I propose the following change: http://docs.python.org/libr

[issue10556] test_zipimport_support mucks up with modules

Nick Coghlan added the comment: Even more special: put a test_doctest in first and the attempt to clean up sys.modules in test_zipimport_support leaves things alone so the _ssl module doesn't break (test_doctest just leaves sys.modules alone and doesn't even try to remove all the modules it i

[issue4112] Subprocess: Popen'ed children hang due to open pipes

Ross Lagerwall added the comment: This issue has been fixed on 3.2. -- nosy: +rosslagerwall versions: -Python 3.2 ___ Python tracker ___

[issue7229] Manual entry for time.daylight can be misleading

Tomas Kubes added the comment: I am sorry, but as an original initiator of the the issue I find the argumentation of Alexander Belopolsky vastly ridiculous. Are you really seriously convinced that an average person responsible for Python application development and maintenance would be aware

[issue6792] Distutils-based installer does not detect 64bit versions of Python

Changes by Christoph Gohlke : -- nosy: +cgohlke ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue10877] Make Tools (and subdirs) a package (and subpackages)

Georg Brandl added the comment: I don't think this is a good idea. For one thing, it only works in a checkout or source tarball, something that most users aren't going to work with. If we now publish that they can do "import Tools.demo.redemo" and so on, confusion will be great among those w

<    1   2