[issue12839] zlibmodule cannot handle Z_VERSION_ERROR zlib error

Roundup Robot added the comment: New changeset ba5000307b5d by Nadeem Vawda in branch '2.7': Issue #12839: Fix crash in zlib module due to version mismatch. http://hg.python.org/cpython/rev/ba5000307b5d New changeset cc9e794bf94f by Nadeem Vawda in branch '3.2': Issue #12839: Fix crash in zlib

[issue12759] "(?P=)" input for Tools/scripts/redemo.py raises unnhandled exception

Alexander added the comment: I would like to make a patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12720] Expose linux extended filesystem attributes

Benjamin Peterson added the comment: And here is the next version, taking into account neologix's review. -- Added file: http://bugs.python.org/file23056/xattrs.patch ___ Python tracker ___

[issue12287] ossaudiodev: stack corruption with FD >= FD_SETSIZE

Roundup Robot added the comment: New changeset ff6adb867f40 by Charles-François Natali in branch '2.7': Issue #12287: Fix a stack corruption in ossaudiodev module when the FD is http://hg.python.org/cpython/rev/ff6adb867f40 -- ___ Python tracker

[issue12287] ossaudiodev: stack corruption with FD >= FD_SETSIZE

STINNER Victor added the comment: The _socket module doesn't compile anymore on Windows: Build started: Project: _socket, Configuration: Debug|Win32 Compiling... socketmodule.c 29>..\Modules\socketmodule.c(1649) : warning C4013: '_PyIsSelectable_fd' undefined; assuming extern returning int Li

[issue12287] ossaudiodev: stack corruption with FD >= FD_SETSIZE

Charles-François Natali added the comment: > STINNER Victor added the comment: > > The _socket module doesn't compile anymore on Windows: > Fixed (that's why I wanted a Windows expert to have a look at this patch :-). > You might replace "#if defined(_MSC_VER)" with "#if defined > (MS_WINDOWS

[issue12837] Patch for issue #12810 removed a valid check on socket ancillary data

Charles-François Natali added the comment: > That has since been changed. I'm reading from POSIX.1-2008, > which says: I see. > The warning against using values larger than 2**32 - 1 is still > there, I presume because they would not fit in a 32-bit signed > int. I assume you mean 2**31 - 1.

[issue12841] Incorrect tarfile.py extraction

Lars Gustäbel added the comment: The patch is fine. Thank you very much for it, Sebastien. I think we have to go without a unit test. -- ___ Python tracker ___

[issue12287] ossaudiodev: stack corruption with FD >= FD_SETSIZE

Roundup Robot added the comment: New changeset 852ca32eb18d by Charles-François Natali in branch '3.2': Issue #12287: Fix a stack corruption in ossaudiodev module when the FD is http://hg.python.org/cpython/rev/852ca32eb18d New changeset ad1c09b6a5b9 by Charles-François Natali in branch 'defaul

[issue12837] Patch for issue #12810 removed a valid check on socket ancillary data

Roundup Robot added the comment: New changeset 3ed2d087e70d by Charles-François Natali in branch 'default': Issue #12837: POSIX.1-2008 allows socklen_t to be a signed integer: re-enable http://hg.python.org/cpython/rev/3ed2d087e70d -- nosy: +python-dev _

[issue12837] Patch for issue #12810 removed a valid check on socket ancillary data

Charles-François Natali added the comment: Thanks for the patch. For the record, here's Linus Torvalds' opinion on this whole socklen_t confusion: """ _Any_ sane library _must_ have "socklen_t" be the same size as int. Anything else breaks any BSD socket layer stuff. POSIX initially did mak

[issue12720] Expose linux extended filesystem attributes

Antoine Pitrou added the comment: Is it normal that listxattr() succeeds but getxattr() fails with ENOTSUPP? >>> os.listxattr("/") [] >>> os.getxattr("/", "foo") Traceback (most recent call last): File "", line 1, in OSError: [Errno 95] Operation not supported This is on 2.6.38.8.

[issue8426] multiprocessing.Queue fails to get() very large objects

Changes by Charles-François Natali : -- components: +Documentation -Library (Lib) nosy: +docs@python priority: normal -> low ___ Python tracker ___ ___

[issue12537] mailbox's _become_message is very fragile

Changes by Kasun Herath : -- nosy: +kasun ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue12720] Expose linux extended filesystem attributes

Benjamin Peterson added the comment: 2011/8/28 Antoine Pitrou : > > Antoine Pitrou added the comment: > > Is it normal that listxattr() succeeds but getxattr() fails with ENOTSUPP? > os.listxattr("/") > [] os.getxattr("/", "foo") > Traceback (most recent call last): >  File "", line 1

[issue12720] Expose linux extended filesystem attributes

Benjamin Peterson added the comment: After Antoine's review... -- Added file: http://bugs.python.org/file23057/xattrs.patch ___ Python tracker ___ __

[issue11969] Can't launch multiproccessing.Process on methods

Changes by terry.h : -- nosy: +terry.h ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue4028] Problem compiling the multiprocessing module on sunos5

Charles-François Natali added the comment: Hello, > there's some issues compiling the multiprocessing module on the SunOS > I have here, where CMSG_LEN, CMSG_ALIGN, CMSG_SPACE and sem_timedwait > are absent. CMSG_LEN and friends should be defined by (as required by POSIX). SunOS 5.10 man pag

[issue12287] ossaudiodev: stack corruption with FD >= FD_SETSIZE

Charles-François Natali added the comment: Alright, committed to 2.7, 3.2 an default. Seems to work on all the buildbots, closing. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue12731] python lib re uses obsolete sense of \w in full violation of UTS#18 RL1.2a

Guido van Rossum added the comment: [me] >> But I really hope the re module (really: the _sre extension module) >> can be fixed. [Ezio] > Start fixing these issues from scratch doesn't make much sense IMHO.  We > could "extract" the fixes from regex and merge them in re, but then again > it's

[issue12736] Request for python casemapping functions to use full not simple casemaps per Unicode's recommendation

Guido van Rossum added the comment: Thanks Tom for such a clear explanation! I hope someone will implement this. (Matthew, does this affect regex? I am guessing it does, for case-insensitive matching?) -- ___ Python tracker

[issue12729] Python lib re cannot handle Unicode properly due to narrow/wide bug

Guido van Rossum added the comment: > PEP-393 will take care of iterating by code points. Only for CPython. IronPython/Jython will still need a separate solution. > Where would you have other iterators go? The string module? > Something else I have not thought of? Or something new? Undecided.

[issue12797] io.FileIO and io.open should support openat

Terry J. Reedy added the comment: I prefer a new parameter either at the end of the arglist or possibly keyword only. The idea for both variations is to let typical users ignore the option, which would be hard to do if it is part of the prime parameter. The idea for keyword only is that we mi

[issue12731] python lib re uses obsolete sense of \w in full violation of UTS#18 RL1.2a

Ezio Melotti added the comment: > Ideally, we need a "Unicode czar" -- a core developer whose job it is > to keep track of Python's compliance with various parts and versions > of the Unicode standard and who can nudge other developers towards > fixing bugs or implementing features, or update th

[issue12805] Optimizations for bytes.join() et. al

Changes by Terry J. Reedy : -- nosy: +terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue12815] Coverage of smtpd.py

Changes by Terry J. Reedy : -- components: +Library (Lib), Tests versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mai

[issue12814] Possible intermittent bug in test_array

Terry J. Reedy added the comment: Which Python version? 3.3? -- components: +Library (Lib), Tests nosy: +terry.reedy ___ Python tracker ___ _

[issue12808] Coverage of codecs.py

Changes by Terry J. Reedy : -- components: +Library (Lib), Tests versions: +Python 3.3 -Python 3.4 ___ Python tracker ___ ___ Python-b

[issue12816] smtpd uses library outside of the standard libraries

Changes by Terry J. Reedy : -- nosy: +terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue12829] pyexpat segmentation fault caused by multiple calls to Parse()

Terry J. Reedy added the comment: A note for anyone else: David is actually using the xml.parsers.expat module, which uses the now undocumented pyexpat module, whose direct use is deprecated. David: Have you tested with 3.1 or 3.2? (I am about to try on Windows ;-). -- nosy: +terry.re

[issue12829] pyexpat segmentation fault caused by multiple calls to Parse()

Terry J. Reedy added the comment: Running with IDLE on Windows, I get no crash or uncaught exception but got these printed lines: An error occurred during XML parsing. Error ID: 9. Error message: junk after document element Line number: 1 An error occurred during XML parsing. Error ID: 9.

[issue12836] ctypes.cast() creates circular reference in original object

Terry J. Reedy added the comment: What action are you suggesting? Change ctypes code or its doc or something else. If the doc, please suggest a specific change. Can you test on 3.x? -- nosy: +terry.reedy title: cast() creates circular reference in original object -> ctypes.cast() cre

[issue12843] file object read* methods in append mode overflows

Terry J. Reedy added the comment: > I have confirmed that this only happens in windows. This would literally mean that you tested on several other systems. Did you actually mean 'I have only confirmed that this happens in Windows.", that you only tested on Windows? The 2.6 series is in secur

[issue12736] Request for python casemapping functions to use full not simple casemaps per Unicode's recommendation

Matthew Barnett added the comment: The regex module currently uses simple case-folding, although I'm working towards full case-folding, as listed in http://www.unicode.org/Public/UNIDATA/CaseFolding.txt. -- ___ Python tracker

[issue12849] urllib2 headers issue

New submission from Shubhojeet Ghosh : There seems to be an issue with urllib2 The headers defined does not match with the physical data packet (from wireshark). Other header parameters such as User Agent, cookie works fine. Here is an example of a failure: Python Code: import urllib2 url = "h

[issue12841] Incorrect tarfile.py extraction

STINNER Victor added the comment: Should this bug be fixed in 3.3, or 2.7+3.2+3.3? -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue12846] unicodedata.normalize turkish letter problem

Terry J. Reedy added the comment: You are doing two different things to the original string: normalizing and encoding to ascii with errors ignored. Each should be tested separately. On 3.2: import unicodedata s1 = "üfürükçü ağaç ve ıslıkçı çeşme" s2 = unicodedata.normalize('NFKD', s1) print(s2

[issue12729] Python lib re cannot handle Unicode properly due to narrow/wide bug

Terry J. Reedy added the comment: > But I think we may want to create a new module which provides various APIs specifically for apps that need care when dealing with Unicode. I have started thinking that way too -- perhaps "unitools"? It could contain the code point iterator for the benefit of

[issue12736] Request for python casemapping functions to use full not simple casemaps per Unicode's recommendation

Tom Christiansen added the comment: Antoine Pitrou wrote on Sat, 27 Aug 2011 20:04:56 -: >> Neither am I. Even in "old-style" English with ae and oe, one wrote >> ÆGYPT and ÆSIR all caps but Ægypt and Æsir in titlecase, not *Aegypt or >> *Aesir. Similarly with ŒNOLOGY / Œnology / œnolo

[issue12839] zlibmodule cannot handle Z_VERSION_ERROR zlib error

Nadeem Vawda added the comment: Done. Once again, thanks for the report and the patch! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker _

[issue12843] file object read* methods in append mode overflows

Amaury Forgeot d'Arc added the comment: You should call the .flush() method when switching from writes to reads. Nothing really overflows, but the fread() function may return uninitialized memory. In versions 2.x, python uses the fopen, fread and fwrite function (from the C library) and is s

[issue12754] Add alternative random number generators

douglas bagnall added the comment: Earlier this year I wrote Python wrappers for a number of generators: https://github.com/douglasbagnall/riffle They are mostly cryptographic stream ciphers from the ESTREAM[1] project, but I was also interested in dSFMT[2], which is a SIMD optimised descenda

[issue12754] Add alternative random number generators

douglas bagnall added the comment: A bit more on the state size and period of the stream ciphers. Chacha and Salsa use 64 bytes (512 bits) of state (vs ~2.5kB for MT19937). Its counter is 64 bits, and its seed can be 320 bits (in cipher-speak, the seed is split between a 256 bit key and a 64

[issue12846] unicodedata.normalize turkish letter problem

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue12754] Add alternative random number generators

Raymond Hettinger added the comment: Thanks Douglas. Can you say what the cryptographic guarantees are for Chacha and Salsa (seeing a stream of randoms doesn't allow you to do deduce internal state, previous randoms, or future randoms)? Is it suitably strong for gaming (dealing poker hands

[issue12754] Add alternative random number generators

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