[issue21405] Allow using symbols from Unicode block "Superscripts and Subscripts" in identifiers

New submission from Roman Inflianskas: It's really useful that python 3 allows me to use some Unicode symbols (as specified in https://docs.python.org/3.4/reference/lexical_analysis.html#identifiers), especially Greek symbols for mathematical programs. But when I write mathematical program wi

[issue21403] cElementTree's Element creation handles attrib argument different from ET

Stefan Behnel added the comment: According to issue 1572710, this is not a bug. The "attrib" argument is supposed to be a positional argument, not a keyword argument. This makes sense, given that arbitrary keyword arguments are accepted for additional XML attributes. -- _

[issue21403] cElementTree's Element creation handles attrib argument different from ET

Stefan Behnel added the comment: Ah, sorry, actually, it does not work in Py3.2: >>> import xml.etree.cElementTree as cET >>> root = cET.Element('root', attrib={'Name':'Root'}) >>> child = cET.SubElement(root, 'child', attrib={'Name':'Child'}) >>> cET.tostring(root) b'' That's even worse than i

[issue21403] cElementTree's Element creation handles attrib argument different from ET

Stefan Behnel added the comment: Works for me in 3.2 and 3.4, fails in 2.7, as reported. I'll leave it to Eli to decide if this should get fixed in 2.7. In Py2, ET and cET were different modules, so this could also be considered a missing feature in cET. Given that it leads to a serialisation

[issue9625] argparse: Problem with defaults for variable nargs when using choices

paul j3 added the comment: There's a complicating issue - should these default values be passed through the type function? In most cases in `_get_values`, the string first goes through `_get_value`, and then to `_check_value`. For example the 'else:' case: value = [self._get_valu

[issue2159] dbmmodule inquiry function is performance prohibitive

Eric Olson added the comment: I did try the suggestion to return Py_False, but that gives the wrong result since Py_False is not 0 and gets returned as Py_True. I looked for similar code, and this looks like the convention for handling "if obj". PyObject_IsTrue() is called on the object. Wha

[issue7267] format method: c presentation type broken in 2.7

Changes by Terry J. Reedy : -- title: format method: c presentation type broken -> format method: c presentation type broken in 2.7 ___ Python tracker ___ ___

[issue2716] Document license under which audioop is used

Changes by Terry J. Reedy : -- assignee: -> docs@python components: +Documentation nosy: +docs@python priority: high -> normal title: Reimplement audioop because of copyright issues -> Document license under which audioop is used ___ Python tracker

[issue2716] Reimplement audioop because of copyright issues

Terry J. Reedy added the comment: Audioop was not removed in 3.x; the security bugs have been fixed; and no lawsuit. I agree with Aaron about modifying 2 files. I would also change 'shamelessly stolen' to 'taken'. IP is no longer something to joke about. -- nosy: +terry.reedy versions:

[issue21377] PyBytes_Concat could try to concat in-place

Changes by Nikolaus Rath : Added file: http://bugs.python.org/file35123/issue_21377_r4.diff ___ Python tracker ___ ___ Python-bugs-list mailin

[issue7267] format method: c presentation type broken

Terry J. Reedy added the comment: If the purpose of backporting .format was/is to help people writing forward-looking code, or now, to write 2&3 code, then it should work like .format in 3.x, at lease when the format string is unicode. -- nosy: +terry.reedy stage: needs patch -> patch

[issue20951] SSLSocket.send() returns 0 for non-blocking socket

Nikolaus Rath added the comment: Maybe. I have 1.0.1g. Could you maybe post the output of the failed test? I'd like to understand how the patch broke the test (looking at your patch alone didn't tell me much). -- ___ Python tracker

[issue21351] refcounts not respected at process exit

Min RK added the comment: Thanks for your help and patience. Closing as slightly unfortunate, but not unintended behavior. -- resolution: -> not a bug status: open -> closed ___ Python tracker ___

[issue2159] dbmmodule inquiry function is performance prohibitive

Jesús Cea Avión added the comment: Oh, I see that your already did. Sorry for the noise. -- ___ Python tracker ___ ___ Python-bugs-list

[issue2159] dbmmodule inquiry function is performance prohibitive

Jesús Cea Avión added the comment: BTW, would you mind to sign a contributor form?. https://www.python.org/psf/contrib/ -- ___ Python tracker ___

[issue2159] dbmmodule inquiry function is performance prohibitive

Jesús Cea Avión added the comment: I would like a bit more comfortable if you return True/False. Maybe I am missing something, I am not familiar with this either, but looks like more... sensible, instead of counting on implicit and magical 0/1 -> False/True conversion. What do you think?. May

[issue19980] Improve help('non-topic') response

Elias Zamaria added the comment: Sorry for the late response but I have been busy with various things. I may be able to work on this but I don't know when or how long it will take me. I would suggest that someone else work on it if anyone wants it done any time soon. I am sorry about this. On Mo

[issue21351] refcounts not respected at process exit

Tim Peters added the comment: There's no way to influence finalization order for objects in cycles, and there never was. So nothing actually changed in that respect ;-) What did change is that Python used to forcibly break many module-level cycles in a way that just happened to result in the

[issue6839] zipfile can't extract file

Changes by Alan McIntyre : -- nosy: -alanmcintyre ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue21351] refcounts not respected at process exit

Min RK added the comment: Thanks for clarifying that there is indeed a reference cycle by way of the module, I hadn't realized that. The gc blocking behavior is exactly why I brought up the issue. The real code where this causes a problem (rather than the toy example I attached) is in pyzmq,

[issue18564] Integer overflow in socketmodule

Antoine Pitrou added the comment: Ah, I had to install libbluetooth-dev. Sorry for the noise. -- ___ Python tracker ___ ___ Python-bug

[issue18564] Integer overflow in socketmodule

Antoine Pitrou added the comment: Interestingly, the tests are skipped here (Linux 3.11.0-20-generic). For some reason my socket module is built without bluetooth support (HAVE_BLUETOOTH_BLUETOOTH_H and HAVE_BLUETOOTH_H are both undefined). -- ___ P

[issue21394] Lib/random.py: use more efficient code to convert bytes to integer

STINNER Victor added the comment: Oops, I didn't read the right version of the code. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue2159] dbmmodule inquiry function is performance prohibitive

Eric Olson added the comment: Also, I'm happy to allow the code to be ported to pybsddb. As long as it doesn't cause any problems with CPython licensing - and I can't think of any way it could. -- ___ Python tracker

[issue6839] zipfile can't extract file

Jim Jewett added the comment: On Wed, Apr 30, 2014 at 3:11 PM, Adam Polkosnik > I've got some test cases where the zlib_forward_slash.patch doesn't cut it. My recommendation (and I could be convinced otherwise) would be to replace if fname_str != zinfo.orig_filename: raise ... wit

[issue6839] zipfile can't extract file

Jim Jewett added the comment: On Wed, Apr 30, 2014 at 3:05 PM, Adam Polkosnik wrote: > test.zip up there is the test case for this change. Is there any other test > case needed? ah; I see the confusion. test.zip is test *data*. When I asked for a test *case*, I meant something that ensures t

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Is there anything else that you need me to provide? -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue21393] Python/random.c: close hCryptProv at exit

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

[issue21403] cElementTree creation of nodes with attributes is bugged

Changes by Antoine Pitrou : -- nosy: +eli.bendersky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue19962] Create a 'python.bat' script to invoke interpreter from source root

Zachary Ware added the comment: Thanks for the up-vote, Tim :) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists

Stephen Paul Chappell added the comment: I discovered the problem when trying to run the program listed at http://code.activestate.com/recipes/577633/ (Directory Pruner 2). -- ___ Python tracker ___

[issue21404] Compression level for tarfile/zipfile

New submission from Sworddragon: The tarfile/zipfile libraries doesn't seem to provide a direct way to specify the compression level. I have now ported my code from subprocess to tarfile/zipfile to achieve platform independency but would be happy if I could also control the compression level.

[issue21404] Compression level for tarfile/zipfile

Changes by Sworddragon : -- type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue21396] Python io implementation doesn't flush with write_through=True unlike C implementation

Antoine Pitrou added the comment: Thanks for the report, Akira. Feel free to submit a patch! (with a test) -- stage: -> needs patch versions: -Python 3.3 ___ Python tracker ___

[issue21403] cElementTree creation of nodes with attributes is bugged

Changes by Santoso Wijaya : -- title: cElementTree node creation with attributes is bugged -> cElementTree creation of nodes with attributes is bugged ___ Python tracker ___ ___

[issue21403] cElementTree node creation with attributes is bugged

Santoso Wijaya added the comment: Or, more succintly: Python 2.7.6 (default, Mar 22 2014, 22:59:56) [GCC 4.8.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import xml.etree.ElementTree as ET >>> root = ET.Element('Root', attrib={'Name':'Root'}) >>> root

[issue21403] cElementTree node creation with attributes is bugged

New submission from Santoso Wijaya: Observe: Python 2.7.6 (default, Mar 22 2014, 22:59:56) [GCC 4.8.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import xml.etree.ElementTree as ET >>> root = ET.Element('root', attrib={'Name':'Root'}) >>> child = ET.Sub

[issue21332] subprocess bufsize=1 docs are misleading

Gregory P. Smith added the comment: Thanks for the report, diagnosis and patch! Your change looks good to me. I'll commit it soon. -- assignee: -> gregory.p.smith ___ Python tracker

[issue19962] Create a 'python.bat' script to invoke interpreter from source root

Roundup Robot added the comment: New changeset de35f6a3b292 by Zachary Ware in branch 'default': Issue #19962: The Windows build process now creates "python.bat" http://hg.python.org/cpython/rev/de35f6a3b292 -- nosy: +python-dev ___ Python tracker

[issue21306] PEP 466: backport hmac.compare_digest

Alex Gaynor added the comment: Attached patch now includes documentation and should be complete. -- keywords: +needs review Added file: http://bugs.python.org/file35122/compare_digest.diff ___ Python tracker __

[issue6839] zipfile can't extract file

Gregory P. Smith added the comment: The bug was that BadZipFile was being raised when it shouldn't be so I wouldn't worry about documenting the behavior change other than in the Misc/NEWS entry that the ultimate commiter writes up. -- ___ Python tra

[issue6839] zipfile can't extract file

Francisco Martín Brugué added the comment: A small question related to: "zipfile_276_filename_mismatch_v3.patch" --- a/zipfile.pyWed Apr 30 11:44:38 2014 +++ b/zipfile.pyWed Apr 30 15:10:38 2014 @@ -970,10 +970,10 @@ if fheader[_FH_EXTRA_FIELD_LENGTH]:

[issue18604] Consolidate gui available checks in test.support

Zachary Ware added the comment: If there are no objections forthcoming, I'll try to get this applied to 3.4/3.5 later this week, then look into backporting to 2.7. -- assignee: -> zach.ware components: +Tests, Tkinter versions: +Python 3.5 Added file: http://bugs.python.org/file35121/i

[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists

Zachary Ware added the comment: Can you provide an example of when this happens? Note that tkinter.ttk._val_or_dict is a private function and should not be called by user code. -- nosy: +gpolo, serhiy.storchaka, zach.ware stage: -> test needed type: crash -> behavior ___

[issue21402] tkinter.ttk._val_or_dict assumes tkinter._default_root exists

New submission from Stephen Paul Chappell: If a call is made to tkinter.NoDefaultRoot, then calls to tkinter.ttk._val_or_dict may fail. NoDefaultRoot ends with "del _default_root" (line 174) and removes the variable from the module's namespace. _val_or_dict can try to access this variable but

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Jim, I've got some test cases where the zlib_forward_slash.patch doesn't cut it. That was the reason for trying a broader approach with filename_mismatch patches. -- Added file: http://bugs.python.org/file35120/zipfile_276_filename_mismatch_v3.patch

[issue14156] argparse.FileType for '-' doesn't work for a mode of 'rb'

Changes by Mark Grandi : -- nosy: +markgrandi ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue6839] zipfile can't extract file

Ethan Furman added the comment: Adam, please stop deleting the files. It makes for a lot of noise to those on the nosy list, and is unnecessary. Just make sure you increment the version number on the files you upload and it will be fine. Thanks. -- _

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: I just looked through 2.7.6 version of zipfile, and the the error handling there is either through using raise() or print(). So, inline with the guidance provided for 2.7.6, perhapswe should stick with print() instead of warning.warn(). I'll post that a bit la

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch ___ Python tracker ___ ___ P

[issue18104] Idle: make human-mediated GUI tests usable

Terry J. Reedy added the comment: Here are my notes on modules that should probably be included in htest. Most have some end-of-module test now, many with errors. -- Added file: http://bugs.python.org/file35119/18104-htest.txt ___ Python tracker

[issue20094] intermitent failures with test_dbm

Ethan Furman added the comment: Actually, I haven't had this issue in quite a while now, so closing. Thanks for taking a look at it, Jesús. -- status: open -> closed ___ Python tracker

[issue6839] zipfile can't extract file

Jim Jewett added the comment: Presumably the stacklevel applies to all versions; verifying that it warns about the right code location is important enough to require a test case. -- ___ Python tracker _

[issue21137] Better repr for threading.Lock()

Berker Peksag added the comment: Here's an updated patch. Thanks for the reviews. > And of course we should keep "at 0x..." part, because it is the way to > distinguish different lock objects. Done. $ ./python -c "import threading; l = threading.Lock(); print(l)" > The repr of thre

[issue6839] zipfile can't extract file

Jim Jewett added the comment: I'm leaving it as "needs patch" because it isn't clear exactly what a committer should do. I think the current intent is to make the changes listed in zipfile_???_filename_mismatch_v2.patch (which are not listed as reviewable -- but the changes are indeed suffi

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: 3.4.0 pathc with stacklevel=2 -- Added file: http://bugs.python.org/file35117/zipfile_340_filename_mismatch_v3.patch ___ Python tracker ___

[issue6839] zipfile can't extract file

Berker Peksag added the comment: --- a/zipfile.pyWed Apr 30 11:27:16 2014 +++ b/zipfile.pyWed Apr 30 11:27:01 2014 @@ -1174,8 +1174,9 @@ else: fname_str = fname.decode("cp437") -if fname_str != zinfo.orig_filename: -raise

[issue21401] python2 -3 does not warn about str to bytes conversions and comparisons

New submission from Joshua J Cogliati: The -3 option should warn about str to bytes conversions and str to bytes comparisons: For example in Python 3 the following happens: python3 Python 3.3.2 Type "help", "copyright", "credits" or "license" for more information. >>> b"a" + "a" Traceback (mos

[issue18104] Idle: make human-mediated GUI tests usable

Terry J. Reedy added the comment: Defective patches removed and replaced with one that includes current htest.py and should have proper (unix) line endings. -- Added file: http://bugs.python.org/file35116/18104-htest4.diff ___ Python tracker

[issue18104] Idle: make human-mediated GUI tests usable

Changes by Terry J. Reedy : Removed file: http://bugs.python.org/file35099/18104-htest3.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue18104] Idle: make human-mediated GUI tests usable

Changes by Terry J. Reedy : Removed file: http://bugs.python.org/file35096/18104-htest2.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue21332] subprocess bufsize=1 docs are misleading

Changes by Ned Deily : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue10650] decimal.py: quantize(): excess digits with watchexp=0

Roundup Robot added the comment: New changeset c2f827af02a2 by Stefan Krah in branch 'default': Issue #10650: Remove the non-standard 'watchexp' parameter from the http://hg.python.org/cpython/rev/c2f827af02a2 -- ___ Python tracker

[issue20094] intermitent failures with test_dbm

Jesús Cea Avión added the comment: I can't reproduce on Linux 12.04. I tried the test a thousand times. Ethan, what is your build environment? -- nosy: +jcea ___ Python tracker

[issue21396] Python io implementation doesn't flush with write_through=True unlike C implementation

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

[issue21380] timezone support in strftime methods broken

Ned Deily added the comment: As Jayanth points out, datetime objects are deliberately time zone "naive" by default; please read https://docs.python.org/2/library/datetime.html and https://docs.python.org/2/library/datetime.html#tzinfo-objects for more information. Also see https://pypi.python

[issue21399] inspect and class methods

Yury Selivanov added the comment: > In Python2.7, the cls parameter shows up in pydoc: > >frombuf(cls, buf) from __builtin__.type >Construct a TarInfo object from a 512 byte string buffer. > > > In 3.5, it doesn't: > >frombuf(buf, encoding, errors) from builtins.type >Cons

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Attached is a patch with warnings against 2.7.6 (this one should be good to go) -- Added file: http://bugs.python.org/file35115/zipfile_276_filename_mismatch_v2.patch ___ Python tracker

[issue21400] Code coverage documentation is out-of-date.

Stéphane Wirtel added the comment: Ok thanks for your feedback about your script. Where can I find the scripts of Ned? Thank you -- ___ Python tracker ___ _

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch ___ Python tracker ___ ___ P

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Attached is a patch with warnings against 3.4.0 -- Added file: http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch ___ Python tracker __

[issue6839] zipfile can't extract file

Adam Polkosnik added the comment: Attached is a patch with warnings against 2.7.6 -- Added file: http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch ___ Python tracker __

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file33666/zipfile_stupid3.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file35103/zipfile_340_filename_mismatch.patch ___ Python tracker ___ ___ Pyth

[issue6839] zipfile can't extract file

Changes by Adam Polkosnik : Removed file: http://bugs.python.org/file35104/zipfile_276_filename_mismatch.patch ___ Python tracker ___ ___ Pyth

[issue21400] Code coverage documentation is out-of-date.

Walter Dörwald added the comment: The cronjob that produces this information has been deactivated, because it currently produces broken output. The code for that job is available from here: https://pypi.python.org/pypi/pycoco It would be great to have up to date coverage info for Python again,

[issue21400] Code coverage documentation is out-of-date.

New submission from Stéphane Wirtel: In the section "Increase Test Coverage" of the DevGuide : https://docs.python.org/devguide/_sources/coverage.txt You can read this paragraph where there is a url for a website, but the website is out-of-date and don't reflect the right version of Python. "

[issue21282] setup.py: More informative error msg for modules which built but failed import check

Roundup Robot added the comment: New changeset 981242c8fc86 by Benjamin Peterson in branch 'default': setup.py: report modules which built but import failed (closes #21282) http://hg.python.org/cpython/rev/981242c8fc86 -- nosy: +python-dev resolution: -> fixed stage: -> resolved status

[issue21395] runtests.rst: link "build Python" to setup.rst#compiling

Roundup Robot added the comment: New changeset 678310833d85 by Benjamin Peterson in branch 'default': add link to compiling documentation (closes #21395) http://hg.python.org/devguide/rev/678310833d85 -- nosy: +python-dev resolution: -> fixed stage: -> resolved status: open -> closed

[issue21233] Add *Calloc functions to CPython memory allocation API

STINNER Victor added the comment: > If you prefer to commit very soon, > I promise to do a post commit review. There is no need to hurry. -- ___ Python tracker ___

[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state

Stéphane Wirtel added the comment: In python 2.7, If I use my working locales (utf-8) and I use CTRL-C, pydoc does not quit but leave a message when the screen is cleaned. same result with LC_CTYPE=C bash-4.3$ python -m pydoc heapq Traceback (most recent call last): File "/usr/local/Cellar/

[issue21233] Add *Calloc functions to CPython memory allocation API

Stefan Krah added the comment: Victor, sure, maybe not right away. If you prefer to commit very soon, I promise to do a post commit review. -- ___ Python tracker ___ ___

[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state

Stefan Krah added the comment: I can also confirm the need to reset the terminal when using a working locale and Ctrl-C. So we have two issues then: 1) The UnicodeDecodeError should not happen. 2) pydoc behaves erratically after various exceptions. In Python2.7 neither of the issues is

[issue6839] zipfile can't extract file

Nick Coghlan added the comment: As Greg suggested, the important thing is to follow the precedent set by other debug messages in the module. -- ___ Python tracker ___

[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state

Stéphane Wirtel added the comment: I use OSX 10.9 on my laptop, Python 3.5 and I get this error in one case. If I use CTRL-C to quit the application and if LC_CTYPE=C. with the 'q' key, I don't get this problem. Just LC_CTYPE=C and CTRL-C and I have to reset my terminal. -- _

[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state

R. David Murray added the comment: Ah, yes, my lc_ctype was en_US.utf-8. I can reproduce it if I change that. -- ___ Python tracker ___ _

[issue21398] LC_CTYPE=C: pydoc leaves terminal in an unusable state

Stefan Krah added the comment: Sorry, then I should have been more explicit: The failure only occurs with LC_CTYPE=C. -- title: pydoc heapq leaves terminal in an unusable state -> LC_CTYPE=C: pydoc leaves terminal in an unusable state ___ Python tr

[issue21398] pydoc heapq leaves terminal in an unusable state

Stéphane Wirtel added the comment: > locale LANG="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_CTYPE="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_ALL="en_US.UTF-8" -- ___ Python tracke

[issue20974] email module docs say not compatible with current python version

R. David Murray added the comment: Like I said, the compatibility claims are almost certainly incorrect. -- ___ Python tracker ___ ___

[issue21398] pydoc heapq leaves terminal in an unusable state

Stefan Krah added the comment: Did you use the same locale settings? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue21398] pydoc heapq leaves terminal in an unusable state

Stéphane Wirtel added the comment: the pydoc module works fine but when I use CTRL-C to quit it, I get this error in the terminal. I think it's an other bug but the traceback is really similar. Stephane Traceback (most recent call last): File "/Users/stephane/src/projects/externals/cpython/

[issue21398] pydoc heapq leaves terminal in an unusable state

R. David Murray added the comment: Works fine for me. -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue21399] inspect and class methods

New submission from Stefan Krah: In Python2.7, the cls parameter shows up in pydoc: frombuf(cls, buf) from __builtin__.type Construct a TarInfo object from a 512 byte string buffer. In 3.5, it doesn't: frombuf(buf, encoding, errors) from builtins.type Construct a TarIn

[issue18564] Integer overflow in socketmodule

Changes by Michele Orrù : Added file: http://bugs.python.org/file35112/issue18564.2.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue21392] Python on Cygwin: subprocess.call BlockingIOError: [Errno 11] Resource temporarily unavailable

Eric V. Smith added the comment: I'd like to help with this, but unless you can provide a script I can run that shows the problem, I can't. I don't have the time to figure out what parameters I need to pass in to cause the problem. Sorry. -- ___ Pyt

[issue21398] pydoc heapq leaves terminal in an unusable state

Changes by Stefan Krah : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue21398] pydoc heapq leaves terminal in an unusable state

New submission from Stefan Krah: $ ./python -m pydoc heapq Traceback (most recent call last): File "/home/stefan/hg/cpython/Lib/runpy.py", line 170, in _run_module_as_main "__main__", mod_spec) File "/home/stefan/hg/cpython/Lib/runpy.py", line 85, in _run_code exec(code, run_globals)

[issue21392] Python on Cygwin: subprocess.call BlockingIOError: [Errno 11] Resource temporarily unavailable

dellair jie added the comment: The value of __signal and __signalList: __signal=0 __signalList=[None] * 256 __signalList[signal.SIGHUP] = signalHandler __signalList[signal.SIGQUIT] = signalHandler __signalList[signal.SIGUSR1] = signalHandler __signalList[signal.SIGUSR2] = signalHa

[issue21397] tempfile.py: Fix grammar in docstring, comment typos

New submission from Brian Gesiak: Commit 1: tempfile.py: Fix grammar in docstring Meaning of "just below" in docstring is unclear; it could mean either "the interfaces listed immediately below this docstring", or "only the interfaces listed as safe below". Fix wording to take on the latter meanin

[issue21332] subprocess bufsize=1 docs are misleading

akira added the comment: Related issue #21396 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

  1   2   >