[issue17047] Fix double double words words

Terry J. Reedy added the comment: This is for 3.3 and 3.4. It is against tip, but should apply to 3.3 since the lines changed were as reported here for 3.3. -- Added file: http://bugs.python.org/file29000/Issue17047-34.diff ___ Python tracker

[issue17047] Fix double double words words

Changes by Terry J. Reedy : Added file: http://bugs.python.org/file28999/Doc17047-32.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17047] Fix double double words words

Terry J. Reedy added the comment: A majority of doc glitches listed here are new in 3.3. I believe someone make a similar de-double patch some time ago. I put the other 2.7/3.2 fixes here so this is it for those two versions. -- Added file: http://bugs.python.org/file28998/Doc17047-27.

[issue17047] Fix double double words words

Changes by Terry J. Reedy : Added file: http://bugs.python.org/file28997/Mod14707-32.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17047] Fix double double words words

Terry J. Reedy added the comment: C module files. I cannot find python-gdb.py. -- Added file: http://bugs.python.org/file28996/Mod14707-27.diff ___ Python tracker ___ ___

[issue6972] zipfile.ZipFile overwrites files outside destination path

Changes by Gregory P. Smith : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6972] zipfile.ZipFile overwrites files outside destination path

Roundup Robot added the comment: New changeset d73fb6b06891 by Gregory P. Smith in branch '2.7': Issue #6972: fix the documentation mis applied patch. http://hg.python.org/cpython/rev/d73fb6b06891 New changeset 1c2d41850147 by Gregory P. Smith in branch '3.2': Issue #6972: keep the warning about

[issue16795] Patch: some changes to AST to make it more useful for static language analysis

Changes by Benjamin Peterson : -- assignee: -> benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue4331] Can't use _functools.partial() created function as method

Matt Joiner added the comment: What's preventing this from being committed and closed? -- ___ Python tracker ___ ___ Python-bugs-list m

[issue17047] Fix double double words words

Terry J. Reedy added the comment: These of course do not contain patches for new dups introduced in 3.3. I kept a record and will later make a separate patch for those. (I hope before 3.3.1). -- Added file: http://bugs.python.org/file28995/Lib14707-32.diff _

[issue17047] Fix double double words words

Terry J. Reedy added the comment: First batch for Lib/*. Separate 3.2 and 2.7 files as the later required deletion of concurrent patch and adjustment of tix and turtle paths. -- keywords: +patch Added file: http://bugs.python.org/file28994/Lib14707-27.diff _

[issue17152] Array module should support "boolean" natively

Jesús Cea Avión added the comment: 1 byte = 8 bools. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue13355] random.triangular error when low = high=mode

Raymond Hettinger added the comment: I'll look at the patch shortly. At first glance, it looks over-engineered to me. -- ___ Python tracker ___

[issue17047] Fix double double words words

Terry J. Reedy added the comment: I am working on patch(es) now, against 3.2. But to make 2.7.4/3.2.4, I'd like you to apply, as I am not currently set up to do so properly. I may do separate patches for doc, lib, module, and others, so none is overwhelming. -- ___

[issue17156] Tools/i18n/pygettext.py doesn't parse unicode string.

umedoblock added the comment: TOO SORRY. pygettext.py.patch umedoblock, 2013-02-08 10:32 is wrong a patch. please forget it. -- Added file: http://bugs.python.org/file28993/pygettext.py.patch ___ Python tracker

[issue17156] Tools/i18n/pygettext.py doesn't parse unicode string.

Changes by umedoblock : -- keywords: +patch Added file: http://bugs.python.org/file28992/pygettext.py.patch ___ Python tracker ___ ___

[issue17156] Tools/i18n/pygettext.py doesn't parse unicode string.

New submission from umedoblock: I'd like to parse _('こんにちは'). However pygettext.py doesn't parse _('こんにちは'). pygettext.py said me 'IndexError'. now I attached pygettext.py.patch to fix a bug. I show you command history. $ pygettext.py -o - --verbose konnichiha.py ... #: konnichiha.py:6 msgid "ko

[issue17037] Use a test.support helper to wrap the PEP 399 boilerplate

Eric Snow added the comment: Fine with me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue17145] memoryview(array.array)

Demian Brecht added the comment: Strike that patch, this needs a little more love than during-my-first-coffee-of-the-day work. I'll work on it more and submit a follow-up for review. -- ___ Python tracker ___

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Roundup Robot added the comment: New changeset 3b316ea5aa82 by Victor Stinner in branch '3.3': Issue #17137: When an Unicode string is resized, the internal wide character http://hg.python.org/cpython/rev/3b316ea5aa82 New changeset c10a3ddba483 by Victor Stinner in branch 'default': (Merge 3.3)

[issue6972] zipfile.ZipFile overwrites files outside destination path

Gregory P. Smith added the comment: reopening as documentation mixups remain to be fixed. -- nosy: +benjamin.peterson, larry priority: high -> release blocker resolution: fixed -> stage: patch review -> needs patch ___ Python tracker

[issue6972] zipfile.ZipFile overwrites files outside destination path

Changes by R. David Murray : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue6972] zipfile.ZipFile overwrites files outside destination path

Catalin Iacob added the comment: There are 2 issues with the documentation changes introduced by these patches. 1. for 2.7, the note added by the doc patch is in the wrong place, at the setpassword method instead of the extract or extractall method 2. for 3.x the "Never extract archives from u

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Antoine Pitrou added the comment: The "import random" isn't needed in your patch. -- nosy: +pitrou ___ Python tracker ___ ___ Python-b

[issue16038] ftplib: unlimited readline() from connection

Antoine Pitrou added the comment: > I suggest that we use twice the size of the largest limit (8192) for > the DoS fix and reduce it to 2048 for Python 3.4. 8192 is still a > small number for modern computers. Why do you want to reduce it? It doesn't bring any additional security. -- _

[issue17150] pprint could use line continuation for long string literals

Antoine Pitrou added the comment: I was thinking we could re-use textwrap, actually. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue17146] Improve test.support.import_fresh_module()

Eric Snow added the comment: My sentiment also. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue17037] Use a test.support helper to wrap the PEP 399 boilerplate

Brett Cannon added the comment: At this point let's just start with the helper class which takes the arguments as necessary to do the proper importing of both the pure Python and accelerated versions of the module and optionally the name of the attribute the test classes expect (otherwise just

[issue17155] Logging throwing UnicodeEncodeError exception

New submission from Germán M. Bravo: I've seen *a lot* of people using `logging.exception(exc)` to log exceptions. It all seems okay, until the exc object contains unicode strings, at which point logging throes a UnicodeEncodeError exception. Example: `exc = Exception(u'operaci\xf3n'); logger.

[issue17146] Improve test.support.import_fresh_module()

Brett Cannon added the comment: I don't think this is worth it. I say just start with the basics of issue 17037 and that subsumes this. -- ___ Python tracker ___ ___

[issue16038] ftplib: unlimited readline() from connection

Christian Heimes added the comment: I suggest that we use twice the size of the largest limit (8192) for the DoS fix and reduce it to 2048 for Python 3.4. 8192 is still a small number for modern computers. I also like to see comments next to the limit that explain on what grounds we have chos

[issue16564] email.generator.BytesGenerator fails with bytes payload

R. David Murray added the comment: While related, that is a different bug, so I'd rather open a new issue for it. -- ___ Python tracker ___ __

[issue16564] email.generator.BytesGenerator fails with bytes payload

Serhiy Storchaka added the comment: >>> import io, email >>> bytesdata = b'\xfa\xfb\xfc\xfd\xfe\xff' >>> msg = email.mime.application.MIMEApplication(bytesdata, >>> _encoder=encoders.encode_7or8bit) >>> s = io.BytesIO() >>> g = email.generator.BytesGenerator(s) >>> g.flatten(msg) Traceback (most

[issue16038] ftplib: unlimited readline() from connection

Giampaolo Rodola' added the comment: LineTooLong should be added to ftplib.all_errors. 4096 looks enough to me. The longest lines I can think of occur when processing MLSD command which produces an output of like this: type=file;size=156;perm=r;modify=20071029155301;unique=801cd2; music.mp3 typ

[issue16564] email.generator.BytesGenerator fails with bytes payload

R. David Murray added the comment: Updated patch after review by Ezio and Serhiy. -- Added file: http://bugs.python.org/file28990/encode_noop.patch ___ Python tracker ___ ___

[issue17154] the 'ignore' pdb command raises IndexError

New submission from Xavier de Gaye: An 'ignore' pdb command issued without any parameter raises IndexError. -- components: Library (Lib) messages: 181633 nosy: xdegaye priority: normal severity: normal status: open title: the 'ignore' pdb command raises IndexError type: behavior versions

[issue16564] email.generator.BytesGenerator fails with bytes payload

R. David Murray added the comment: Looking at the documentation, it is clear that (a) what you are trying to do is documented as being correct and (b) it worked in Python2, making this a regression. I've attached a patch to fix this, which also probably fixes some bugs with BytesGenerator han

[issue17153] tarfile extract fails when Unicode in pathname

Changes by Vinay Sajip : -- nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue17153] tarfile extract fails when Unicode in pathname

Changes by Vinay Sajip : Added file: http://bugs.python.org/file28988/failing.tar.gz ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17153] tarfile extract fails when Unicode in pathname

New submission from Vinay Sajip: The attached file failing.tar.gz contains a path with UTF-8-encoded Unicode. This causes extractall() to fail, but only when the destination path is Unicode. That's because it leads to a implicit str->unicode conversion using ASCII. Test script: import shutil

[issue17151] Python 3 changement of behavior with __ne__: documentation not updated

Mark Dickinson added the comment: There's a (long-standing) issue already open for this: #4395. I'll close this as a duplicate and add a note to that issue; with any luck, pinging that issue might produce some movement. -- nosy: +mark.dickinson resolution: -> duplicate status: open

[issue4395] Document auto __ne__ generation; provide a use case for non-trivial __ne__

Changes by Mark Dickinson : -- priority: low -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue4395] Document auto __ne__ generation; provide a use case for non-trivial __ne__

Mark Dickinson added the comment: Issue #17151 closed as a duplicate of this one. -- nosy: +kushou, mark.dickinson ___ Python tracker ___ _

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Changes by STINNER Victor : -- nosy: +larry priority: high -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17152] Array module should support "boolean" natively

Mark Dickinson added the comment: What do you mean by 'natively'? How much space do you envisage each bool taking? That is, are you suggesting a packed bool representation with 8 entries to a byte, or storing one bool per byte, or something else? -- nosy: +mark.dickinson ___

[issue17137] Malfunctioning compiled code in Python 3.3 x64

STINNER Victor added the comment: @Jan Lachnitt: Thanks for your patience and having executed all my commands :-) Thanks for the short script reproducing the issue. -- ___ Python tracker __

[issue17137] Malfunctioning compiled code in Python 3.3 x64

STINNER Victor added the comment: Ok, it's a bug in the function resize a compact Unicode string, resize_compact(): wstr field is not updated to the new size. Attached patch should fix it. The bug was introduced by me in Python 3.3. I don't think that it's possible to resize wstr buffer instead

[issue17145] memoryview(array.array)

Demian Brecht added the comment: Here's a patch for the docs that adds a little clarity. -- keywords: +patch Added file: http://bugs.python.org/file28986/buffer.patch ___ Python tracker

[issue17152] Array module should support "boolean" natively

New submission from Jesús Cea Avión: Array module is used, frequently, as a convenient way of saving a lot of memory. I think we should support "boolean" typeobject natively. Implementation should be trivial and efficient, except methods like "pop()" (a bit convoluted, but doable). Opinions?.

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Changes by Florent Xicluna : -- components: -Windows ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Jan Lachnitt added the comment: ... print(ctypes.sizeof(ctypes.c_wchar)) _PyObject_Dump=ctypes.pythonapi._PyObject_Dump _PyObject_Dump.argtypes=(ctypes.py_object,) print(_PyObject_Dump(dirname)) print(list(dirname)) in Python 3.3.0 64-bit on Windows 8 produces: 2 object : 'D:\\Bug reports\\Pyt

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Florent Xicluna added the comment: Confirmed on OSX 64bits with Mark's sample. $ python3.3 Python 3.3.0 (default, Jan 24 2013, 08:28:09) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> dir1 = "D:\\Bug reports\\Pyth

[issue17151] Python 3 changement of behavior with __ne__: documentation not updated

New submission from Franck Michea: Hi. As of python 3, behavior of object.__ne__ changed to call (not object.__eq__) if implemented. This changement can be seen in function object_richcompare in file Objects/typeobject.c. Documentation didn't change though, still saying[1] that "There are no i

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Jan Lachnitt added the comment: On Windows XP 32-bit: 3.2.3 works, 3.3.0 fails. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17073] Integer overflow in sqlite module

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue17073] Integer overflow in sqlite module

Roundup Robot added the comment: New changeset 649937bb8f1c by Serhiy Storchaka in branch '2.7': Issue #17073: Fix some integer overflows in sqlite3 module. http://hg.python.org/cpython/rev/649937bb8f1c New changeset 55a89352e220 by Serhiy Storchaka in branch '3.2': Issue #17073: Fix some intege

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Mark Dickinson added the comment: I don't think this is just windows; I see similarly odd results on OS X. The first encode call gives expected results; the second ends in garbage. Python 3.4.0a0 (default:eb0370d4686c+, Feb 7 2013, 14:59:41) [GCC 4.2.1 (Apple Inc. build 5664)] on darwin T

[issue16795] Patch: some changes to AST to make it more useful for static language analysis

Sven Brauch added the comment: Oh, alright, that explains things. In this case, the file I attached on Jan 29 (http://bugs.python.org/file28905/81300-change-var-kwargs-new.diff) should contain all the requested changes. Greetings -- ___ Python trac

[issue16795] Patch: some changes to AST to make it more useful for static language analysis

Ezio Melotti added the comment: It's just not supported -- the "Add another patchset" link should be removed from rietveld. -- ___ Python tracker ___ ___

[issue16795] Patch: some changes to AST to make it more useful for static language analysis

Benjamin Peterson added the comment: Yeah, I think that's broken. It's best just to attach them here. -- ___ Python tracker ___ ___ Py

[issue16795] Patch: some changes to AST to make it more useful for static language analysis

Sven Brauch added the comment: Attaching files to this bug report here works fine (see corrected patch above), but when I add the file to http://bugs.python.org/review/16795/ under "Add another patchset", I get the error message I described. I tried with firefox, chromium and konqueror. -

[issue16795] Patch: some changes to AST to make it more useful for static language analysis

Benjamin Peterson added the comment: Are you attaching files directly on Rietveld or on this issue? -- ___ Python tracker ___ ___ Pyth

[issue17137] Malfunctioning compiled code in Python 3.3 x64

STINNER Victor added the comment: Can you try to following command to get the size in bytes of the wchar_t type? >>> import types >>> ctypes.sizeof(ctypes.c_wchar) 4 You can also use _PyObject_Dump() to dump your string: >>> import ctypes >>> x="abc" >>> _PyObject_Dump=ctypes.pythonapi._PyObje

[issue17043] Invalid read in test_codecs

Roundup Robot added the comment: New changeset 498b54e0e856 by Serhiy Storchaka in branch '2.7': Issue #17043: The unicode-internal decoder no longer read past the end of http://hg.python.org/cpython/rev/498b54e0e856 New changeset 0f1c2e2b6bc2 by Serhiy Storchaka in branch '3.2': Issue #17043: T

[issue16795] Patch: some changes to AST to make it more useful for static language analysis

Sven Brauch added the comment: Any news on this yet? ;) Unfortunately, I'm still having no luck in adding the patch to the review tool (same error message). -- ___ Python tracker _

[issue17118] Add tests for testing Python-Tcl interaction

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue17118] Add tests for testing Python-Tcl interaction

Roundup Robot added the comment: New changeset f7cc6fbd7ae1 by Serhiy Storchaka in branch '2.7': Issue #17118: Add new tests for testing Python-Tcl interaction. http://hg.python.org/cpython/rev/f7cc6fbd7ae1 New changeset 148e6ebfe854 by Serhiy Storchaka in branch '3.2': Issue #17118: Add new tes

[issue17114] Python IDLE GUI does not open in Ubuntu 12.04

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue17114] Python IDLE GUI does not open in Ubuntu 12.04

Serhiy Storchaka added the comment: Just wait a few weeks to release of 3.2.4 and it's appearance in your distribution. -- ___ Python tracker ___ ___

[issue17114] Python IDLE GUI does not open in Ubuntu 12.04

Roundup Robot added the comment: New changeset cf98766f464e by Serhiy Storchaka in branch '3.2': Issue #17114: IDLE now uses non-strict config parser. http://hg.python.org/cpython/rev/cf98766f464e New changeset c2ed79fbb9c6 by Serhiy Storchaka in branch '3.3': Issue #17114: IDLE now uses non-str

[issue17150] pprint could use line continuation for long string literals

Fred L. Drake, Jr. added the comment: I like this. It would be especially nice if it were smart enough to split the segments after sequences of line-ends (r'(\r?\n)+'). -- ___ Python tracker _

[issue17047] Fix double double words words

Serhiy Storchaka added the comment: Terry, do you want to provide a patch? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue12596] cPickle - stored data differ for same dictionary

Serhiy Storchaka added the comment: It is most probable that the difference is caused by the string interning. -- ___ Python tracker ___ _

[issue17137] Malfunctioning compiled code in Python 3.3 x64

STINNER Victor added the comment: > It works correctly in Python 3.2.3 64-bit on Windows 8. Can you reproduce the issue on other Windows versions? 2013/2/7 Jan Lachnitt : > > Jan Lachnitt added the comment: > > Knowing that the problem is related to the internal representation of the > strings

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Serhiy Storchaka added the comment: > Maybe lru_cache() should have a key argument so you can specify a specialized > key function. It would be interesting to look at the microbenchmarking results. -- ___ Python tracker

[issue6083] Reference counting bug in PyArg_ParseTuple and PyArg_ParseTupleAndKeywords

Serhiy Storchaka added the comment: There are 6 different ways to get a function (see comment around PyCFuncPtr_new() in Modules/_ctypes/_ctypes.c). The other tests just use other ways. I'm more carefully read ctype code and found my mistake. Need to import "my_strchr", and not "strchr". ---

[issue17150] pprint could use line continuation for long string literals

New submission from Antoine Pitrou: Currently: >>> pprint.pprint({"a": "xxx " * 50}) {'a': 'xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx '}

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

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

[issue12596] cPickle - stored data differ for same dictionary

Ramchandra Apte added the comment: Further proof: here are the results of two invocations of `./python -R -c "import pickle; print(pickle.dumps({'a':1, 'v':1}))"` b'\x80\x03}q\x00(X\x01\x00\x00\x00vq\x01K\x01X\x01\x00\x00\x00aq\x02K\x01u.' b'\x80\x03}q\x00(X\x01\x00\x00\x00aq\x01K\x01X\x01\x00\

[issue12596] cPickle - stored data differ for same dictionary

Ramchandra Apte added the comment: Darn, last sentence has some mistakes. I suspect this issue is happening because the order of a dictionary is different on every run (try repr). -- ___ Python tracker ___

[issue17137] Malfunctioning compiled code in Python 3.3 x64

Jan Lachnitt added the comment: Knowing that the problem is related to the internal representation of the strings, I have written a short script which reproduces the problem. It is this simple: import os name = 'sub-fcc' wrkdir = 'D:\\Bug reports\\Python\\test' dirname = wrkdir+os.sep+name pri

[issue12596] cPickle - stored data differ for same dictionary

Ramchandra Apte added the comment: Try `./python -R -c "import pickle; print(pickle.dumps({'a':1, 'v':1}))" |md5sum`. The output will differ on subsequent run, while trying `./python -R -c "import pickle; print(pickle.dumps({'a':1}))" |md5sum`, the output is always the same. I suspect because

[issue12596] cPickle - stored data differ for same dictionary

Serhiy Storchaka added the comment: It is surprising that the pickled representation of 1-element dict varies from run to run. -- components: +Extension Modules -None ___ Python tracker ___

[issue17141] random.vonmisesvariate() hangs for large kappa

Changes by Serhiy Storchaka : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue17141] random.vonmisesvariate() hangs for large kappa

Serhiy Storchaka added the comment: Here is an implementation which is more precise for small and large kappa, doesn't hang for large kappa, and even a little faster. It is mathematically totally equivalent to existing, but use more accurate calculations. -- keywords: +patch Added file

[issue6083] Reference counting bug in PyArg_ParseTuple and PyArg_ParseTupleAndKeywords

Stefan Krah added the comment: The FreeBSD 6.4 bot is failing, too. Note that the other functions in test_returnfuncptrs.py do this in order to get strchr(): dll = CDLL(_ctypes_test.__file__) get_strchr = dll.get_strchr get_strchr.restype = CFUNCTYPE(c_char_p, c_char_p, c_char) s

[issue9253] argparse: optional subparsers

Changes by Bohuslav "Slavek" Kabrda : -- nosy: +bkabrda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue17144] Distutils: "sdist register upload" ignores -r argument

Danilo Bargen added the comment: chris, no, that command registers the package with the local index but tries to upload it to pypi. What works is "setup.py sdist register -r wbrp upload -r wbrp" but that's kind of awful. -- ___ Python tracker

[issue17149] random.vonmisesvariate() returns a value only on the half-circle

Mark Dickinson added the comment: I'll take a look at this. -- assignee: -> mark.dickinson nosy: +mark.dickinson ___ Python tracker ___ _

[issue13655] Python SSL stack doesn't have a default CA Store

Antoine Pitrou added the comment: > Éric's suggestion is also implemented in python-requests if I remember > correctly. It allows for user-specified PEM files and tries to find the > operating system bundle. This would be a wonderful inclusion in the > standard library. Aren't load_verify_loca

[issue17143] trace.py uses _warn without importing it

Changes by Antoine Pitrou : -- stage: -> patch review type: -> behavior versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs

[issue17149] random.vonmisesvariate() returns a value only on the half-circle

New submission from Serhiy Storchaka: random.vonmisesvariate(mu, kappa) returns a value in the range (mu%2pi)-pi/2 to (mu%2pi)+pi/2 for kappa > 1e-6. For kappa <= 1e-6 it returns an uniform random value over the range 0 to 2*pi. -- components: Library (Lib) messages: 181588 nosy: rhett

[issue17149] random.vonmisesvariate() returns a value only on the half-circle

Changes by Serhiy Storchaka : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue16800] tempfile._get_default_tempdir() leaves files behind when HD is full

Antoine Pitrou added the comment: There are reasons to use buffered I/O rather than os.write: os.write can fail with EINTR, for example. -- nosy: +pitrou ___ Python tracker ___

[issue12596] cPickle - stored data differ for same dictionary

Antoine Pitrou added the comment: As soon as hash randomization is turned on (and it's the default starting with Python 3.3), the pickled representation of dicts will also vary from run to run: $ python -R -c "import pickle; print pickle.dumps({'a':1, 'b':2})" |md5sum c0ae6b7f62b9c0839be883dd1e

[issue17069] HTTP result code in urllib2.urlopen() file object undocumented

Ezio Melotti added the comment: > Are these the addinfourl getters that Ezio wants to deprecate? Yes, see #12707 -- ___ Python tracker ___ __

[issue17069] HTTP result code in urllib2.urlopen() file object undocumented

Changes by Senthil Kumaran : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17069] HTTP result code in urllib2.urlopen() file object undocumented

Roundup Robot added the comment: New changeset fae8e212e870 by Senthil Kumaran in branch '3.2': Fix Issue17069: Document getcode method in urllib.request.rst http://hg.python.org/cpython/rev/fae8e212e870 New changeset e15d2ad42d93 by Senthil Kumaran in branch '3.3': Fix Issue17069: Document getc

[issue17069] HTTP result code in urllib2.urlopen() file object undocumented

Senthil Kumaran added the comment: I shall go ahead with this change. And when the URLopener and FancyURLopener removed, all their references in the docs (including this change) will be removed. -- ___ Python tracker

[issue4331] Can't use _functools.partial() created function as method

Ulrich Eckhardt added the comment: Just for the record, the behaviour is documented, unfortunately in the very last line of the functools documentation: "Also, partial objects defined in classes behave like static methods and do not transform into bound methods during instance attribute look-u

  1   2   >