[issue22364] Improve some re error messages using regex for hints

Serhiy Storchaka added the comment: > Messages tend to be abbreviated, so I think that it would be better to just > omit the article. I agree, but this is came from standard error messages which are not consistent. I opened a thread on Python-Dev. "expected a bytes-like object" and "expected s

[issue23486] Enum member lookup is 20x slower than normal class attribute lookup

Ethan Furman added the comment: Out of curiousity I tried: took two new lines, one modified line, and one comment. :) -- keywords: +patch Added file: http://bugs.python.org/file38182/issue23486.stoneleaf.01.patch ___ Python tracker

[issue23486] Enum member lookup is 20x slower than normal class attribute lookup

Ethan Furman added the comment: Oh, and the slowdown dropped from 20 to 3 (for non-DynamicClassAttributes -- which is probably more than 99% of them). -- ___ Python tracker ___

[issue23486] Enum member lookup is 20x slower than normal class attribute lookup

STINNER Victor added the comment: I don't understand the patch, but 3x slower instead of 20x slower is a huge optimization :-) Do you plan to change Python 3.5 *and* Python 3.4? -- nosy: +haypo versions: +Python 3.5 ___ Python tracker

[issue23484] SemLock acquire() keyword arg 'blocking' is invalid

Changes by Ned Deily : -- nosy: +davin, sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue21548] pydoc -k IndexError on empty docstring

Roundup Robot added the comment: New changeset 43641e03692a by Berker Peksag in branch '2.7': Issue #21548: Fix pydoc.synopsis() and pydoc.apropos() on modules with empty https://hg.python.org/cpython/rev/43641e03692a -- ___ Python tracker

[issue21548] pydoc -k IndexError on empty docstring

Changes by Berker Peksag : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue23488] Random objects twice as big as necessary on 64-bit builds

New submission from Raymond Hettinger: The Modules/_randommodule.c implements the 32-bit version of the MersenneTwister and its struct uses (unsigned long) for each of the 624 elements of the state vector. On a 32-bit build, the unsigned longs are 4 bytes. However, on a 64-bit build, they

[issue23488] Random objects twice as big as necessary on 64-bit builds

Changes by Raymond Hettinger : -- components: +Extension Modules ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23488] Random objects twice as big as necessary on 64-bit builds

STINNER Victor added the comment: Oh, by the way, using 32 bits unsigned integers would avoid all the "& 0x" everywhere. -- ___ Python tracker ___ __

[issue23488] Random objects twice as big as necessary on 64-bit builds

STINNER Victor added the comment: > The (unsigned long) declaration should probably be replaced with (uint32_t) Would it be possible to benchmark this change, to ensure that it doesn't kill performances? A quick micro-benchmark using timeit should be enough ;) I agree with the change, I alrea

[issue23488] Random objects twice as big as necessary on 64-bit builds

Antoine Pitrou added the comment: Yes, I noticed this when reimplementing the random module in Numba. *Theoretically*, I think you need "long" to ensure ints are at least 32 bits. But in practice, I think CPython already needs 32-bit C ints. (note Numpy also uses C longs internally) > Would it

[issue23488] Random objects twice as big as necessary on 64-bit builds

Changes by Antoine Pitrou : -- versions: -Python 2.7, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue23472] Setup locales on buildbots

Antoine Pitrou added the comment: Unfortunately, this is the kind of thing that must be asked individually to each buildbot owner. -- ___ Python tracker ___

[issue23018] Add version info to python

Serhiy Storchaka added the comment: PC/python_ver_rc.h now is not compatible with clinic.py. $ ./python Tools/clinic/clinic.py --make Traceback (most recent call last): File "Tools/clinic/clinic.py", line 4204, in sys.exit(main(sys.argv[1:])) File "Tools/clinic/clinic.py", line 4184, in

[issue23472] Setup locales on buildbots

Serhiy Storchaka added the comment: May be document this recommendation somewhere? If there is crossplatform script that tests buildbot configuration, may be add checks for locales in it? -- ___ Python tracker ___

[issue12067] Doc: remove errors about mixed-type comparisons.

Martin Panter added the comment: Issue 4395 is already open for the != delegating to __eq__ issue that Guido pointed out earlier. Yet another issue that this doc patch should solve: Issue 22000. I am posting v13 of the patch that works with the current “default” (3.5) branch. Minor modificati

[issue23477] Increase coverage for wsgiref module

Alex Shkop added the comment: Replaced "%s;%s;%s" with ';'.join() call. -- Added file: http://bugs.python.org/file38184/wsgiref_test_environ_v2.patch ___ Python tracker ___ _

[issue21257] Document parse_headers function of http.client

Berker Peksag added the comment: This is a different issue than #23439. BaseHTTPRequestHandler.headers documentation mentions about parse_headers function, the function itself is not documented. See https://docs.python.org/3/library/http.server.html#http.server.BaseHTTPRequestHandler.headers

[issue9119] Python download page needs to mention crypto code in Windows installer

Berker Peksag added the comment: > Terry, would you like to move this forward with the Python.org webmasters ? This is now a content issue and can be handled on GitHub: https://github.com/python/pythondotorg/issues -- nosy: +berker.peksag resolution: -> fixed stage: needs patch -> res

[issue23489] atexit handlers are not executed when using multiprocessing.Pool.map.

New submission from juj: When Multiprocessing.Pool.map is used for a script that registers atexit handlers, the atexit handlers are not executed when the pool threads quit. STR: 1. Run attached file in Python 2.7 with 'python task_spawn.py' 2. Observe the printed output. Observed: Console pr

[issue23489] atexit handlers are not executed when using multiprocessing.Pool.map.

juj added the comment: This was tested on Python 2.7.9 64-bit on Windows 8.1, however I believe that it occurs equally on OSX and Linux, since I am running servers with those OSes that also exhibit temp file leaking issues (although I did not specifically confirm if the root cause is the same

[issue23490] allocation (and overwrite) of a 0 byte buffer

New submission from paul: # Bug # --- # # Py_UNICODE * # PyUnicode_AsUnicodeAndSize(PyObject *unicode, Py_ssize_t *size) # { # ... # #endif # wchar_t *w; # wchar_t *wchar_end; # # ... # 1 _PyUnicode_WSTR(unicode) = (wchar_t *) PyObject_MALLOC(sizeof(wchar_t) * #

[issue23350] Content-length is incorrect when request body is a list or tuple

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue22928] HTTP header injection in urrlib2/urllib/httplib/http.client

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review versions: -Python 3.6 ___ Python tracker ___ ___ Python-bu

[issue22931] cookies with square brackets in value

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review versions: -Python 3.3, Python 3.6 ___ Python tracker ___ _

[issue23491] PEP 441 - Improving Python Zip Application Support

New submission from Paul Moore: This is the patch for PEP 441 (Zip Application Support). Steve, could you check the installer changes, please? I haven't managed to get a setup where I can test the installer, and I'm not aware of any WiX coding tools, so I just edited the XML files by hand with

[issue23442] http.client.REQUEST_HEADER_FIELDS_TOO_LARGE renamed in 3.5

Roundup Robot added the comment: New changeset 52d37efaf939 by Berker Peksag in branch 'default': Issue #23442: Rename two member names to stay backward compatible https://hg.python.org/cpython/rev/52d37efaf939 -- nosy: +python-dev ___ Python tracker

[issue23442] http.client.REQUEST_HEADER_FIELDS_TOO_LARGE renamed in 3.5

Berker Peksag added the comment: Fixed. Thanks to both of you :) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue20699] Document that binary IO classes work with bytes-likes objects

R. David Murray added the comment: What is your objection to "len(b)"? When I read "len(b)" I know exactly what it means. When I read "the number of bytes in b", I have to think about it it, because it could mean "the number of bytes that that b is long" or "the number of bytes that have bee

[issue23490] allocation (and overwrite) of a 0 byte buffer

paul added the comment: And a nice error: Debug memory block at address p=0x805fc028: API 'o' 0 bytes originally requested The 3 pad bytes at p-3 are FORBIDDENBYTE, as expected. The 4 pad bytes at tail=0x805fc028 are not all FORBIDDENBYTE (0xfb): at tail+0: 0x00 *** OUCH

[issue23490] allocation (and overwrite) of a 0 byte buffer

Changes by STINNER Victor : -- nosy: +benjamin.peterson, haypo, serhiy.storchaka type: crash -> security ___ Python tracker ___ ___ Py

[issue21793] httplib client/server status refactor

Berker Peksag added the comment: LGTM. I left a comment for Serhiy on Rietveld. -- stage: needs patch -> commit review ___ Python tracker ___

[issue20699] Document that binary IO classes work with bytes-likes objects

Martin Panter added the comment: Using len(b) is fine if b is a bytes() or bytearray() object, but a bytes-like object can be anything that you can pass to memoryview(). In general len(b) is not part of that protocol, so can return some other value, or even be unimplemented: >>> from array im

[issue20699] Document that binary IO classes work with bytes-likes objects

Serhiy Storchaka added the comment: Because it is not len(b). I fixed several bugs in Python code which called len() for bytes-like argument and failed with array.array or memoryview with non-byte items. The term "bytes-like object" is slightly misleading. In some cases it implies indexing an

[issue21793] httplib client/server status refactor

Serhiy Storchaka added the comment: Does not changing __str__ to decimal representation (and in this case __str__ = int.__str__ may be better) lost a part of the point of converting HTTP status codes to enums? -- ___ Python tracker

[issue23491] PEP 441 - Improving Python Zip Application Support

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue23491] PEP 441 - Improving Python Zip Application Support

Steve Dower added the comment: I haven't looked closely at the rest, btw. Will try and find time today or tomorrow. -- ___ Python tracker ___ ___

[issue23491] PEP 441 - Improving Python Zip Application Support

Steve Dower added the comment: The installer changes look fine, though there shouldn't be PATH related strings in exe/, so there's probably a separate issue there. Wix doesn't really have any editors that aren't just XML editors. We probably want to update the ContentType value from text/plain

[issue23489] atexit handlers are not executed when using multiprocessing.Pool.map.

Changes by Berker Peksag : -- nosy: +davin, sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue20699] Document that binary IO classes work with bytes-likes objects

R. David Murray added the comment: How about "the length of b in bytes"? -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue23492] Argument Clinic: improve generated parser for 1-argument functions

New submission from Serhiy Storchaka: Proposed patch improve generated parsers for functions with single positional argument. Now they always generated as METH_O and PyArg_Parse() is used to parse single argument. To avoid code churn in this and following changes it would be worth to extract

[issue22834] Unexpected FileNotFoundError when current directory is removed

Roundup Robot added the comment: New changeset f4f2096ab6f8 by Brett Cannon in branch 'default': Issue #22834: Fix a failing test under Solaris due to the platform not https://hg.python.org/cpython/rev/f4f2096ab6f8 -- ___ Python tracker

[issue23465] Implement PEP 486 - Make the Python Launcher aware of virtual environments

Wolfgang Maier added the comment: am I correct that when a script contains a shebang line like: #! python3 or #! python3.4 i.e., one indicating just a version of, but not a full path to the interpreter, the current patch would not use an active virtualenv even if it has a suitable version ?

[issue23491] PEP 441 - Improving Python Zip Application Support

Paul Moore added the comment: Thanks for checking, Steve. I don't get an installer because of the checksum error quoted, although I did get the component msi files. As far as content type is concerned, I wasn't sure what effect it had so I just copied what was there. I guess application/zip mi

[issue22834] Unexpected FileNotFoundError when current directory is removed

Brett Cannon added the comment: Thanks for the suggestion, Martin. Went with a variant of what you proposed. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker __

[issue23465] Implement PEP 486 - Make the Python Launcher aware of virtual environments

Paul Moore added the comment: That's correct. The problem here is that it's not possible to know what version of Python a virtualenv has (at least, not without running it, which isn't appropriate in the launcher). So the only case it's possible to support is #!python. --

[issue22834] Unexpected FileNotFoundError when current directory is removed

Serhiy Storchaka added the comment: May be better use errno.EINVAL? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue23422] Clarify docs for importlib.import_module()

Roundup Robot added the comment: New changeset 46bfddb14cbe by Brett Cannon in branch 'default': Issue #23422: Clarify some things around importlib.import_module() https://hg.python.org/cpython/rev/46bfddb14cbe -- nosy: +python-dev ___ Python tracker

[issue23490] allocation (and overwrite) of a 0 byte buffer

Serhiy Storchaka added the comment: Here is a patch. There is yet one similar bug in unicodeobject.c. -- keywords: +patch stage: -> patch review versions: +Python 3.5 Added file: http://bugs.python.org/file38189/issue23490.patch ___ Python tracker <

[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.

Demian Brecht added the comment: > On Feb 19, 2015, at 8:08 PM, Martin Panter wrote: > I guess you saying RemoteDisconnected effectively means the same thing as > ConnectionResetError. Exactly. > Would it help if it was derived from ConnectionResetError, instead of the > ConnectionError base

[issue21257] Document parse_headers function of http.client

Demian Brecht added the comment: > On Feb 20, 2015, at 3:10 AM, Berker Peksag wrote: > This is a different issue than #23439. BaseHTTPRequestHandler.headers > documentation mentions about parse_headers function, the function itself is > not documented. Not entirely sure what I was thinking he

[issue23422] Clarify docs for importlib.import_module()

Changes by Brett Cannon : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-l

[issue23465] Implement PEP 486 - Make the Python Launcher aware of virtual environments

Wolfgang Maier added the comment: isn't the pyvenv.cfg file specifying the version ? -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue22928] HTTP header injection in urrlib2/urllib/httplib/http.client

Changes by Demian Brecht : Added file: http://bugs.python.org/file38190/issue22928_3.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue23465] Implement PEP 486 - Make the Python Launcher aware of virtual environments

Paul Moore added the comment: Hmm, I didn't know that (although virtualenv-based environments don't have an equivalent to pyvenv.cfg). But there's some confusion here. This patch only affects command line usage (running "py.exe" to start Python). I don't really see a use case for making "py -

[issue23491] PEP 441 - Improving Python Zip Application Support

Steve Dower added the comment: Either "application/zip" or "application/x-zip-compressed", I'm not sure exactly what the difference is, but the default .zip association has the latter. The CRC error may be your machine or it may be because we're currently running on unstable WiX releases (hey,

[issue23493] optimize sort_keys in json module by using operator.itemgetter()

New submission from Wouter Bolsterlee: The JSON encoder uses a lambda function for the sort(key=...) invocation used to sort the keys in a JSON object in case sort_keys=True is passed: https://hg.python.org/cpython/file/46bfddb14cbe/Lib/json/encoder.py#l352 Instead of having a lambda, operator

[issue23018] Add version info to python

Steve Dower added the comment: Looks like the .rc files should actually be UCS-2, since that's how the strings are going to be stored into the executables. If I rename the .h file to .h_ (and change the encoding to UCS-2 with BOM), will it be ignored by argument clinic? -- __

[issue23488] Random objects twice as big as necessary on 64-bit builds

Serhiy Storchaka added the comment: Here is a patch. It also optimizes getrandbit() and seed() as was originally proposed in issue16496. -- stage: -> patch review ___ Python tracker __

[issue21793] httplib client/server status refactor

Demian Brecht added the comment: The updated patch addresses comments which I’d somehow missed previously, but keeps the log fix to the __str__ implementation of HTTPStatus (using int.__str__ rather than format()). > Does not changing __str__ to decimal representation (and in this case __str__

[issue23465] Implement PEP 486 - Make the Python Launcher aware of virtual environments

Wolfgang Maier added the comment: > Hmm, I didn't know that (although virtualenv-based environments don't have an > equivalent to pyvenv.cfg). Well, that complicates things then :( > But there's some confusion here. This patch only affects command line usage > (running "py.exe" to start Pyth

[issue23018] Add version info to python

Serhiy Storchaka added the comment: I afraid that adding source file that can't be easy handled by Unix text tools (such as diff) is not good idea. Does "\xa9" work? -- ___ Python tracker _

[issue23491] PEP 441 - Improving Python Zip Application Support

Paul Moore added the comment: Thanks. Updated patch with the new mime-type. Looks like there's disk errors on that file with the CRC check. Lovely :-) -- Added file: http://bugs.python.org/file38192/pep441.patch ___ Python tracker

[issue23018] Add version info to python

Steve Dower added the comment: Digging around the likely encodings to be running on Windows machines, it looks like 0xA9 is always the right symbol, so that change should be fine. -- ___ Python tracker ___

[issue23465] Implement PEP 486 - Make the Python Launcher aware of virtual environments

Paul Moore added the comment: On 20 February 2015 at 16:31, Wolfgang Maier wrote: >> The scope of this PEP is just to make the "py" command (with no explicit >> version) use an active virtualenv before falling back to the default Python. >> This is specifically to allow people who don't put Py

[issue23018] Add version info to python

Roundup Robot added the comment: New changeset 843a8ee94270 by Steve Dower in branch 'default': Closes #23018: Replace copyright symbol with escape. https://hg.python.org/cpython/rev/843a8ee94270 -- resolution: -> fixed stage: -> resolved status: open -> closed ___

[issue23490] allocation (and overwrite) of a 0 byte buffer

Benjamin Peterson added the comment: I think it looks fine except why do you cast PyUnicode_LENGTH to size_t in the comparison? I also wonder if we should have PyObject_NEW now. -- stage: patch review -> versions: -Python 3.5 ___ Python tracker <

[issue23492] Argument Clinic: improve generated parser for 1-argument functions

Larry Hastings added the comment: I'm not opposed to the patch in principle. I assume your goal is to make Python faster--do you have any data on how much faster? I don't support immediately changing all uses of Argument Clinic to generate their code into a separate file. I would want to see

[issue23490] allocation (and overwrite) of a 0 byte buffer

Serhiy Storchaka added the comment: > I think it looks fine except why do you cast PyUnicode_LENGTH to size_t in > the comparison? To silence compiler warning. PyUnicode_LENGTH is signed, right hand is unsigned. > I also wonder if we should have PyObject_NEW now. We have PyObject_NEW. --

[issue23458] [2.7] random: make the file descriptor non-inheritable (on POSIX)

Changes by Ed Maste : -- nosy: +Ed.Maste ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue23492] Argument Clinic: improve generated parser for 1-argument functions

Serhiy Storchaka added the comment: This is one step on long way. Second step will be to inline PyArg_Parse for some format codes ("i", "U", "y*", "O&", "O!"). Then we could try to expand PyArg_ParseTuple, at least for simple common cases. Then PyArg_ParseTupleAndKeywords. All this step will p

[issue23458] [2.7] random: make the file descriptor non-inheritable (on POSIX)

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue23490] allocation (and overwrite) of a 0 byte buffer

Benjamin Peterson added the comment: On Fri, Feb 20, 2015, at 12:39, Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > > I think it looks fine except why do you cast PyUnicode_LENGTH to size_t in > > the comparison? > > To silence compiler warning. PyUnicode_LENGTH is signed,

[issue23458] [2.7] random: make the file descriptor non-inheritable (on POSIX)

Ed Maste added the comment: For reference, this fd leak was causing one of LLDB's tests to fail. It is now marked XFAIL pending a resolution of this issue: http://llvm.org/viewvc/llvm-project?view=revision&revision=229704 Linux is also affected, the Linux LLDB tests were previously running on

[issue23476] SSL cert verify fail for "www.verisign.com"

Changes by Demian Brecht : -- nosy: +demian.brecht ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue23476] SSL cert verify fail for "www.verisign.com"

Antoine Pitrou added the comment: > This may be related to a known, and fixed, OpenSSL bug. Where do you see that the bug is fixed? -- nosy: +pitrou ___ Python tracker ___ _

[issue23342] run() - unified high-level interface for subprocess

Thomas Kluyver added the comment: Can I interest any of you in further review? I think I have responded to all comments so far. Thanks! -- ___ Python tracker ___ ___

[issue23476] SSL cert verify fail for "www.verisign.com"

Laura Creighton added the comment: In https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1014640 it says : FIX: Fixed in Ubuntu 14.04 apparently. Openssl upstream, see http://rt.openssl.org/Ticket/Display.html?id=2732 But I think the person who wrote that launchpad note was mistaken, as the

[issue14484] missing return in win32_kill?

Mark Lawrence added the comment: #14480 "os.kill on Windows should accept zero as signal" references this. It seems that we either go all the way and change the code as Victor has suggested or keep the status quo and change the docs as Zach has said. Thoughts? -- nosy: +steve.dower

[issue6820] Redefinition of HAVE_STRFTIME can cause compiler errors.

Mark Lawrence added the comment: Having had another look the patch is not acceptable as the majority of the changes are to whitespace only. -- ___ Python tracker ___

[issue23490] allocation (and overwrite) of a 0 byte buffer

Roundup Robot added the comment: New changeset 038297948389 by Serhiy Storchaka in branch '3.4': Issue #23490: Fixed possible crashes related to interoperability between https://hg.python.org/cpython/rev/038297948389 New changeset 56c6a4bce996 by Serhiy Storchaka in branch 'default': Issue #2349

[issue23490] allocation (and overwrite) of a 0 byte buffer

Serhiy Storchaka added the comment: > Can we use here then? It is for PyObjects. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue23490] allocation (and overwrite) of a 0 byte buffer

Serhiy Storchaka added the comment: Thank you for your report paul. -- assignee: -> serhiy.storchaka components: +Interpreter Core resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.5 ___ Python tracker

[issue23494] adding timedelta to datetime object is not timezone aware

New submission from Gil Shotan: I encountered a strange bug involving timezone aware datetime objects and timedelta objects. The crux of the matter is that daylight savings time is considered a different timezone, and therefore the timezone of a datetime object is date dependent. However, add

[issue23476] SSL cert verify fail for "www.verisign.com"

John Nagle added the comment: The "fix" in Ubuntu was to the Ubuntu certificate store, which is a directory tree with one cert per file, with lots of symbolic links with names based on hashes to express dependencies. Python's SSL isn't using that. Python is taking in one big text file of SSL

[issue23495] The writer.writerows method should be documented as accepting any iterable (not only a list)

New submission from Steven Barker: The documentation for the csv.writer.writerows method says that it expects "a list of row objects", when it really will accept any iterable that yields rows (such as a generator). While it's often nice for code to be more accepting than the documented require

[issue23489] atexit handlers are not executed when using multiprocessing.Pool.map.

Davin Potts added the comment: There are at least two issues at play here. Running the attached file on OS X produces starkly different results -- console prints: CREATED TEMP DIRECTORY /var/folders/s4/tc1y5rjx25vfknpzvnfh1b14gn/T/temp_z6I0BA task1 task2 ATEXIT: REMOVING TEMP DIRECTORY /

[issue23489] atexit handlers are not executed when using multiprocessing.Pool.map.

Davin Potts added the comment: I should have added in my prior comments: juj: thank you very much for providing the info about the platform you tested on and even an example piece of code that triggered the problem. I wish all issues came with the level of info you provided. -- ___

[issue23494] adding timedelta to datetime object is not timezone aware

R. David Murray added the comment: the tzinfo object is responsible for handling daylight savings time. This looks like a bug in pytz. -- components: +Library (Lib) -Distutils nosy: +belopolsky, r.david.murray -dstufft, eric.araujo ___ Python tracke

[issue23484] SemLock acquire() keyword arg 'blocking' is invalid

Davin Potts added the comment: Interesting! The documentation in 3.4 as well as 2.7 indicates that the keyword should be 'blocking' yet the code implements this as 'block'. Code to reproduce empirically what is actually implemented: import multiprocessing dummy_lock = multiprocessing.Lock() du

[issue11145] '%o' % user-defined instance

Serhiy Storchaka added the comment: Sorry, I didn't find any issues with the last patch. Could you please point on them? -- ___ Python tracker ___ __

[issue23374] pydoc 3.x raises UnicodeEncodeError on sqlite3 package

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue23374] pydoc 3.x raises UnicodeEncodeError on sqlite3 package

Roundup Robot added the comment: New changeset e7b6b1f57268 by Serhiy Storchaka in branch '3.4': Issue #23374: Fixed pydoc failure with non-ASCII files when stdout encoding https://hg.python.org/cpython/rev/e7b6b1f57268 New changeset affe167a45f3 by Serhiy Storchaka in branch 'default': Issue #2

[issue23489] atexit handlers are not executed when using multiprocessing.Pool.map.

juj added the comment: While the test case can be 'fixed' by changing the code to use "if __name__ == '__main__'", and I'm ok to do it in my code to work around the problem, I would argue the following: 1) calling this not a bug (or solving it only at documentation level) does not at all feel

[issue22834] Unexpected FileNotFoundError when current directory is removed

Martin Panter added the comment: +1 to EINVAL, also the bug reference comment is redundant with the one at the top of the test case :) -- ___ Python tracker ___

[issue5700] io.FileIO calls flush() after file closed

Serhiy Storchaka added the comment: Agree, the test in test_fileio is redundant. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue23297] ‘tokenize.detect_encoding’ is confused between text and bytes: no ‘startswith’ method on a byte string

R. David Murray added the comment: The error message could indeed be made clearer by turning it into a message that tokenize itself requires bytes input. Or, more likely, the additional error handling needs to be in detect_encoding. -- ___ Python t

[issue5700] io.FileIO calls flush() after file closed

Roundup Robot added the comment: New changeset 7052206ad381 by Serhiy Storchaka in branch '2.7': Issue #5700: io.FileIO() called flush() after closing the file. https://hg.python.org/cpython/rev/7052206ad381 New changeset 36f5c36b7704 by Serhiy Storchaka in branch '3.4': Issue #5700: io.FileIO()

[issue5700] io.FileIO calls flush() after file closed

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

  1   2   >