[issue16142] ArgumentParser inconsistent with parse_known_args

paul j3 added the comment: Correction: The patch I gave in the last message produces: >>> parser.parse_known_args(['-ku']) (Namespace(known=False), ['u']) It doesn't take action on the '-k', and puts 'u' in extras, not '-u'. This new patch gets it right: >>> parser.parse_known_arg

[issue16631] tarfile.extractall() doesn't extract everything if .next() was used

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka versions: -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mai

[issue17865] PowerPC exponentiation and round() interaction

Serhiy Storchaka added the comment: I can't reproduce this on 2.7.4. Could you please test 2.7.4? -- nosy: +serhiy.storchaka ___ Python tracker ___ __

[issue17865] PowerPC exponentiation and round() interaction

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue17865] PowerPC exponentiation and round() interaction

Mark Dickinson added the comment: Hmm: it's not an obvious Python bug, either: both math.exp and math.ceil are simple wrappers around the libm functions, so there's little room for things to go wrong between Python and the OS. Are you in a position to compile Python from source on your platf

[issue17864] IDLE won't run

Ben Read added the comment: I've tried this and it looks like write access is already enabled, but I entered the commands you listed all the same - here's the output: Bens-iMac:~ ben$ cd Bens-iMac:~ ben$ ls -lde drwxr-xr-x 28 temp staff 952 28 Apr 18:46 . Bens-iMac:~ ben$ mkdir /.idlerc mkdi

[issue17865] PowerPC exponentiation and round() interaction

Serhiy Storchaka added the comment: Oh, sorry, I missed PowerPC. Please ignore my previous comment. -- ___ Python tracker ___ ___ Pyth

[issue11632] difflib.unified_diff loses context

Miguel Latorre added the comment: This bug is still present in python 2.7.4 and python 3.3.1. I attach another example, the result differs depending on number of lines to process (see test.py). -- nosy: +mal versions: +Python 2.7, Python 3.3 Added file: http://bugs.python.org/file30057/

[issue17865] PowerPC exponentiation and round() interaction

Ellen Wang added the comment: OK. My bad. I should have been tipped off that the program didn't need -lm to link. Output from C code: 0.135335 1 0.239022 Feel free to close. I'll have to look into this on my own. Thanks and sorry. -- ___ Pytho

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

New submission from Ronald Oussoren: assertItemsEqual was added to unittest.TestCase in Python 2.7 (according to the documentation), but is not present in Python 3.3. I'd expect it to be present in 3.3 as well, or for it to be mentioned in documentation as not being present (either in the 2.7

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Ezio Melotti added the comment: I don't remember how it went exactly, but there were a few similar methods (assertItemsEqual, assertSameElements, assertCountEqual). In 3.x we eventually decide to remove the first 2 because it wasn't clear what they were doing, and only assertCountEqual surviv

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Ronald Oussoren added the comment: I do think this should be mentioned in the 2.7 docs, assertDictContainsSubset is mentioned as "deprecated since 3.2" in the 2.7 docs. The only problem with that is that there doesn't seem to be a "versionremoved" directive in sphinx, the best alternative see

[issue17865] PowerPC exponentiation and round() interaction

Mark Dickinson added the comment: No problem; thanks for the update. By the way, if you do file an OS bug report of some form, it would be great if you could add a link to this issue. That might help anyone who encounters this in Python in the future. Closing. -- resolution: -> wor

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Ezio Melotti added the comment: I think they might actually be the same (i.e. the name changed but not the implementation). See #10242. If this is true the new name could be mentioned in 2.7. -- ___ Python tracker

[issue10242] unittest's assertItemsEqual() method makes too many assumptions about its input

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17849] Missing size argument in readline() method for httplib's class LineAndFileWrapper

Miroslav Stampar added the comment: This trivial "patch" solved the issue (reported back by user): def _(self, *args): return self._readline() httplib.LineAndFileWrapper._readline = httplib.LineAndFileWrapper.readline httplib.LineAndFileWrapper.readline = _ --

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Ronald Oussoren added the comment: You're right, according to #10242 the method was renamed in 3.2. Something like the attached patch? I'm somewhat flabbergasted that #10242 came to the conclusion that it would be a good idea to rename this method, given the folks that contributed the discus

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Ezio Melotti added the comment: Apparently assertItemsEqual was added to 2.7 and 3.2 and, after the release of 2.7 but before the release of 3.2, assertItemsEqual has been renamed assertCountEqual (596239da3db7) and initially the assertItemsEqual was available too. However, since the method w

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Ezio Melotti added the comment: Looks like we wrote a similar patch at the same time :) We don't usually use versionchanged in the 2.x docs for things that changed in 3.x. Using "named" instead of "renamed" is better, since in 3.x the name was assertCountEqual since the beginning, however sayi

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Ronald Oussoren added the comment: Your patch looks good. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Roundup Robot added the comment: New changeset d9921cb6e3cd by Ezio Melotti in branch '2.7': #17866: mention that in Python 3, assertItemsEqual is named assertCountEqual. http://hg.python.org/cpython/rev/d9921cb6e3cd -- nosy: +python-dev ___ Python tr

[issue17866] TestCase.assertItemsEqual exists in 2.7, not in 3.3

Ezio Melotti added the comment: Applied. -- assignee: docs@python -> ezio.melotti components: -Library (Lib) resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 2.7 -Python 3.3, Python 3.4 ___ Python tracker

[issue17864] IDLE won't run

Ned Deily added the comment: The "ls" shows that, for some reason, your home directory is owned by user "temp", not by user "ben". That's not good. Try doing this: sudo chown ben /Users/ben/ But we're way past an IDLE or Python problem here. This is a basic Unix system administration issue.

[issue17851] Grammar errors in threading.Lock documentation

Ramchandra Apte added the comment: I'm saying that they aren't valid grammar mistakes (there is no grammar mistake). I agree with Georg Brandl's comment. On 27 April 2013 20:18, Andriy Mysyk wrote: > > Andriy Mysyk added the comment: > > Ramachandra, if I understand you correctly, I think what

[issue17867] Deleting __import__ from builtins can crash Python3

New submission from Dmi Baranov: Simple case - let's delete __import__ and try to import anything $ python3.3 Python 3.3.0 (default, Oct 7 2012, 11:03:52) [GCC 4.4.3] on linux Type "help", "copyright", "credits" or "license" for more information. >>> del __builtins__.__dict__['__import__'] >>>

[issue17867] Deleting __import__ from builtins can crash Python3

Changes by Ezio Melotti : -- nosy: +brett.cannon, ezio.melotti stage: -> test needed ___ Python tracker ___ ___ Python-bugs-list mail

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Changes by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Raymond Hettinger added the comment: Daniel, I've already been in the process of adding a class to the heapq module and have done substantial work on it over the last few months. I'll look at your code to see if there are any ideas that should be merged with it before I finish it up. Am atta

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Raymond Hettinger added the comment: See also http://bugs.python.org/issue17794 -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Raymond Hettinger added the comment: Daniel, I'm going to close this one so we can continue work in just a single tracker item: http://bugs.python.org/issue17794 I'll see if anything in your code should be merged in to mine and will list you as a co-contributor when it all goes in. --

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Changes by Raymond Hettinger : -- Removed message: http://bugs.python.org/msg188061 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue15535] Fix pickling efficiency of named tuples in 2.7.3

Raymond Hettinger added the comment: [Antoine] > I would like to call this a critical regression. I concur. I will post the suggested fix with tests. -- ___ Python tracker ___

[issue13742] Add a key parameter (like sorted) to heapq.merge

Changes by Raymond Hettinger : -- priority: low -> normal Added file: http://bugs.python.org/file30062/heap2.diff ___ Python tracker ___ _

[issue15535] Fix pickling efficiency of named tuples in 2.7.3

Raymond Hettinger added the comment: Amaury, please go ahead and apply your patch. -- assignee: rhettinger -> amaury.forgeotdarc ___ Python tracker ___ __

[issue15535] Fix pickling efficiency of named tuples in 2.7.3

Changes by Raymond Hettinger : -- Removed message: http://bugs.python.org/msg188063 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Raymond Hettinger added the comment: Daniel, I'm going to close this one so we can continue work in just a single tracker item: http://bugs.python.org/issue13742 I'll see if anything in your code should be merged in to mine and will list you as a co-contributor when it all goes in. --

[issue17834] Add Heap (and DynamicHeap) classes to heapq module

Changes by Raymond Hettinger : -- Removed message: http://bugs.python.org/msg188062 ___ Python tracker ___ ___ Python-bugs-list mailin

[issue17867] Deleting __import__ from builtins can crash Python3

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15535] Fix pickling efficiency of named tuples in 2.7.3

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue13742] Add a key parameter (like sorted) to heapq.merge

Changes by Raymond Hettinger : Added file: http://bugs.python.org/file30063/heap2.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue13742] Add a key parameter (like sorted) to heapq.merge

Changes by Raymond Hettinger : Removed file: http://bugs.python.org/file30062/heap2.diff ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue13742] Add a key parameter (like sorted) to heapq.merge

Mark Dickinson added the comment: heap2.diff contains only a single line's change. Wrong file attached? -- nosy: +mark.dickinson ___ Python tracker ___ _

[issue13742] Add a key parameter (like sorted) to heapq.merge

Mark Dickinson added the comment: Ah, I see the new file now (I'd failed to refresh my browser); sorry for the noise. -- ___ Python tracker ___

[issue17867] Deleting __import__ from builtins can crash Python3

Dmi Baranov added the comment: Another example of post-effects: >>> del __builtins__.__dict__['__import__'] >>> 1/0 Traceback (most recent call last): File "", line 1, in Fatal Python error: __import__ missing Current thread 0x7f3db64fd700: Aborted -- __

[issue17867] Deleting __import__ from builtins can crash Python3

Benjamin Peterson added the comment: Technically its not a crash but a fatal error. That's not to say its desirable, of course. :) -- nosy: +benjamin.peterson ___ Python tracker ___

[issue17867] Deleting __import__ from builtins can crash Python3

Roundup Robot added the comment: New changeset 08ce30768003 by Benjamin Peterson in branch '3.3': raise an ImportError (rather than fatal) when __import__ is not found in __builtins__ (closes #17867) http://hg.python.org/cpython/rev/08ce30768003 -- nosy: +python-dev resolution: -> fixe

[issue17863] Bad sys.stdin assignment hangs interpreter.

Changes by Florent Xicluna : -- nosy: +flox title: Bad sys.stdin assignment hands interpreter. -> Bad sys.stdin assignment hangs interpreter. ___ Python tracker ___

[issue17863] Bad sys.stdin assignment hangs interpreter.

Roundup Robot added the comment: New changeset 68d1ac152b5d by Benjamin Peterson in branch '3.3': ignore errors when trying to fetch sys.stdin.encoding (closes #17863) http://hg.python.org/cpython/rev/68d1ac152b5d New changeset 97522b189c79 by Benjamin Peterson in branch 'default': merge 3.3 (#1

[issue17861] put opcode information in one place

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17839] base64 module should use memoryview

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17864] IDLE won't run

Roger Serwy added the comment: This looks like a duplicate of issue8231. -- nosy: +roger.serwy type: crash -> behavior ___ Python tracker ___

[issue17673] add `copy_from` argument to temporaryfile

Kyle Roberts added the comment: Thanks for the comments Antoine. I didn't have a good reason for using the file name at the time, although even when using the file name I should have used the "file" variable that was already created. I tried using the file descriptor, but I encountered a "[Err

[issue2704] IDLE: Patch to make PyShell behave more like a Terminal interface

Changes by Sarah : -- nosy: +Sarah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailma

[issue17852] Built-in module _io can loose data from buffered files at exit

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17861] put opcode information in one place

Kushal Das added the comment: As we discussed on #python-dev channel this new patch includes the script in Tools/scripts/generate_opcode_h.py and it also contains the required Makefile.pre.in change so that it gets auto(re)generated at compile time if required. -- keywords: +patch Add

[issue17852] Built-in module _io can loose data from buffered files at exit

STINNER Victor added the comment: "In Python 2, a buffered file opened for writing is flushed by the C library when the process exit." "When you say Python 2, I assume you mean CPython 2, right? Because - AFAICT - files got flushed only by accident, not by design." It looks to be a feature of

[issue17857] sqlite modules doesn't build with 2.7.4 on Mac OS X 10.4

Ben Harper added the comment: This issue, like 14572, is also effecting Python 2.7.4 on CentOS 5. I can confirm the patch fixes this issue on CentOS5. -- nosy: +bharper ___ Python tracker

[issue17861] put opcode information in one place

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailin

[issue17852] Built-in module _io can loose data from buffered files at exit

Charles-François Natali added the comment: > "When you say Python 2, I assume you mean CPython 2, right? > Because - AFAICT - files got flushed only by accident, not by design." > > It looks to be a feature of the standard C library, at least the GNU libc. > Its libio library installs an exit ha

[issue16518] add "buffer protocol" to glossary

Ezio Melotti added the comment: Here's a patch that adds "bytes-like object" to the glossary, links to the buffer protocol docs[0] and provides bytes and bytearray as examples. [0]: http://docs.python.org/dev/c-api/buffer.html#buffer-protocol -- keywords: +patch stage: needs patch -> p

[issue17861] put opcode information in one place

Kushal Das added the comment: Version 2 of the patchset edited as per review. -- Added file: http://bugs.python.org/file30066/issue17861_v2.patch ___ Python tracker ___ _

[issue12458] Tracebacks should contain the first line of continuation lines

Changes by Ian Cordasco : -- nosy: +icordasc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue13742] Add a key parameter (like sorted) to heapq.merge

Mark Dickinson added the comment: Looks pretty good to me. - There's a bonus print call in the diff. - Should the "len(self._data)" call be protected by the lock? I can't immediately think of any reason why that would be necessary (e.g., pushpop nd poppush never change the size of self._data

[issue17868] pprint long non-printable bytes as hexdump

New submission from Serhiy Storchaka: Here is a patch with which pprint formats long bytes objects which contain non-ascii or non-printable bytes as a hexdump. Inspired by Antoine's wish (http://permalink.gmane.org/gmane.comp.python.ideas/20329). -- components: Library (Lib) files: pp

[issue17857] sqlite modules doesn't build with 2.7.4 on Mac OS X 10.4

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

[issue1475692] replacing obj.__dict__ with a subclass of dict

Kushal Das added the comment: In Objects/typeobject.c we have subtype_setdict function, in which at line 1830 we have PyDict_Check() macro call, which checks if it is a subclass of dict or not. The definition is in Include/dictobject.h #define PyDict_Check(op) \ PyType_FastSu

[issue12458] Tracebacks should contain the first line of continuation lines

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

[issue17857] sqlite modules doesn't build with 2.7.4 on Mac OS X 10.4

Marc-Andre Lemburg added the comment: Thanks, Serhiy. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue17868] pprint long non-printable bytes as hexdump

Ezio Melotti added the comment: A couple of comments: 1) A separate function might be better. I think this kind of output would be more useful while inspecting individual byte objects, rather than having it for arbitrary byte objects (that might be inside other containers). 2) I don't know i

[issue17868] pprint long non-printable bytes as hexdump

Changes by Fred L. Drake, Jr. : -- nosy: -fdrake ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue13742] Add a key parameter (like sorted) to heapq.merge

Serhiy Storchaka added the comment: There is already one heap class in the stdlib: queue.PriorityQueue. Why create a duplicate instead extend queue.PriorityQueue with desired features? May be name the maxheap parameter as reverse? -- nosy: +serhiy.storchaka ___

[issue17868] pprint long non-printable bytes as hexdump

Antoine Pitrou added the comment: Yes, I think a separate function would be better. There's another issue for pprint() of bytes with line continuations: http://bugs.python.org/issue17530 -- ___ Python tracker ___

[issue17810] Implement PEP 3154 (pickle protocol 4)

Antoine Pitrou added the comment: Here is a framing patch on top of Alexandre's work. There is one thing that framing breaks: pickletools.optimize(). I think it would be non-trivial to fix it. Perhaps the PREFETCH opcode is a better idea for this. Alexandre, I don't understand why you removed

[issue13721] ssl.wrap_socket on a connected but failed connection succeeds and .peer_certificate gives AttributeError

Antoine Pitrou added the comment: Ok, so this is a slightly annoying issue, but which isn't critical since there's a workaround (catch the AttributeError). Therefore I'm inclined not to change the behaviour in a bugfix release, for fear of regressions for people who are used to the workaround.

[issue17810] Implement PEP 3154 (pickle protocol 4)

Serhiy Storchaka added the comment: What is wrong with GLOBAL? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue17810] Implement PEP 3154 (pickle protocol 4)

Antoine Pitrou added the comment: > What is wrong with GLOBAL? It uses the lame "text mode" that scans for newlines, and is generally annoying to optimize. This is like C strings vs. Pascal strings. http://www.python.org/dev/peps/pep-3154/#binary-encoding-for-all-opcodes -- ___

[issue17714] str.encode('base64') add trailing new line character. It is not documented.

Dmi Baranov added the comment: Added a patch -- keywords: +patch nosy: +dmi.baranov Added file: http://bugs.python.org/file30069/issue17714.patch ___ Python tracker ___ _

[issue17869] distutils - TypeError in command/build_ext.py

New submission from Giampaolo Rodola': Traceback (most recent call last): File "setup.py", line 221, in ... and much more ;)""" File "/home/giampaolo/svn/python/3.4/Lib/distutils/core.py", line 148, in setup dist.run_commands() File "/home/giampaolo/svn/python/3.4/Lib/distutils/d

[issue17646] traceback.py has a lot of code duplication

Roundup Robot added the comment: New changeset 84cef4f1999a by Benjamin Peterson in branch 'default': refactor traceback.py to reduce code duplication (closes #17646) http://hg.python.org/cpython/rev/84cef4f1999a -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected st

[issue16754] Incorrect shared library extension on linux

Éric Araujo added the comment: This change may be responsible for #17869 -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue17852] Built-in module _io can loose data from buffered files at exit

STINNER Victor added the comment: >> It looks to be a feature of the standard C library, at least the GNU libc. > Yes, it's guaranteed by POSIX/ANSI (see man exit). Hum, POSIX (2004) is not so strict: "Whether open streams are flushed or closed, or temporary files are removed is implementation-d

[issue17810] Implement PEP 3154 (pickle protocol 4)

Serhiy Storchaka added the comment: With framing it isn't annoying. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue17869] distutils - TypeError in command/build_ext.py

Arfrever Frehtes Taifersar Arahesis added the comment: Your Python seems to be built incorrectly. Maybe you forgot to re-run './configure ...; make' after updating working copy. Could you try in a new working copy? (I cannot reproduce this bug.) -- nosy: +Arfrever ___

[issue17810] Implement PEP 3154 (pickle protocol 4)

Alexandre Vassalotti added the comment: Antoine, I removed STACK_GLOBAL when I found performance issues with the implementation. The changeset that added it had some unrelated changes that made it harder to debug than necessary. I am planning to re-add it when I worked out the kinks.

[issue17869] distutils - TypeError in command/build_ext.py

Giampaolo Rodola' added the comment: I'm sorry, you're right. -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___

[issue17869] distutils - TypeError in command/build_ext.py

Éric Araujo added the comment: :) -- stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue16754] Incorrect shared library extension on linux

Éric Araujo added the comment: False alarm, disregard my previous message. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue17810] Implement PEP 3154 (pickle protocol 4)

Antoine Pitrou added the comment: > With framing it isn't annoying. Slightly less, but you still have to wrap readline() calls in the unpickler. I have started experimenting with PREFETCH, but making the opcode optional is a bit annoying in the C pickler, which means it's simpler to always emit

[issue17870] Hard to create python longs from arbitrary C integers

New submission from Devin Jeanpierre: As far as I can tell, the only safe and correct way to convert a (for example) intptr_t to a python long is something akin to the following: size_t repsize = sizeof(intmax_t)*8 + 2; char i_buf[repsize]; // enough to fit base 2 with sign, let alone b

[issue17871] Wrong signature of TextTestRunner's init function

New submission from Piotr Dobrogost: TextTestRunner's init as of 3.3.1 has (http://hg.python.org/cpython/file/d9893d13c628/Lib/unittest/runner.py#l128) the following parameters: stream, descriptions, verbosity, failfast, buffer, resultclass, warnings whereas docs (http://docs.python.org/3.3/l

[issue17870] Hard to create python longs from arbitrary C integers

STINNER Victor added the comment: Did you try PyLong_FromVoidPtr()? -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailin

[issue17870] Hard to create python longs from arbitrary C integers

Devin Jeanpierre added the comment: PyLong_FromVoidPtr works for uintptr_t, but not intptr_t. -- ___ Python tracker ___ ___ Python-bug

[issue17871] Wrong signature of TextTestRunner's init function

Changes by Ezio Melotti : -- keywords: +easy stage: -> needs patch type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list

[issue17872] Crash in marshal.load() with bad reader

New submission from Serhiy Storchaka: There is a buffer overflow in marshal.load() when len(read(n)) > n. Here is a sample. -- components: Interpreter Core files: marshal_bad_reader.py messages: 188107 nosy: serhiy.storchaka priority: normal severity: normal stage: needs patch status: o

[issue11632] difflib.unified_diff loses context

Changes by Terry J. Reedy : -- versions: +Python 3.4 -Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17872] Crash in marshal.load() with bad reader

Changes by Dmi Baranov : -- nosy: +dmi.baranov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue17872] Crash in marshal.load() with bad reader

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue17700] Update Curses HOWTO for 3.4

A.M. Kuchling added the comment: Updated version of the patch, applying many changes suggested by merwok: * use ~curses.funcname notation for links. * use 3-hyphen em-dash * minor fixes to various examples * rewrap long paragraphs (this makes the diff larger -- sorry!) -- Added file: ht

[issue17810] Implement PEP 3154 (pickle protocol 4)

Antoine Pitrou added the comment: And here is an implementation of PREFETCH over Alexandre's work. As you can see the code complexity compared to framing is mostly a wash, but I think fixing pickletools.optimize() will be easier with PREFETCH (still needs confirmation, of course :-)).

  1   2   >