[issue6659] buffer c-api: memoryview object documentation

Benjamin Peterson benja...@python.org added the comment: Fixed in r74551. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6659 ___

[issue4892] Sending Connection-objects over multiprocessing connections fails

Daniel Svensson dsvens...@gmail.com added the comment: A typical use case would be for a server to receive a connection, and then send that connection over to another process that does the actual work. This used to work with pyprocessing, and the support seems to be available in

[issue4892] Sending Connection-objects over multiprocessing connections fails

Daniel Svensson dsvens...@gmail.com added the comment: And to be clear, I have enabled connection pickling by issuing: multiprocessing.allow_connection_pickling() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4892

[issue6784] bytw/unicode string incompatibilities between python2 and and python3

New submission from RonnyPfannschmidt ronny.pfannschm...@gmx.de: i just noticed that there are some slight differences of the bytestring/unicodestring pickles between python2/3 using the protocols 0, 1 and 2 the first things i noticed are: a str from python2 is unpickled as unicode in python3

[issue6784] byte/unicode pickle incompatibilities between python2 and and python3

Changes by RonnyPfannschmidt ronny.pfannschm...@gmx.de: -- title: bytw/unicode string incompatibilities between python2 and and python3 - byte/unicode pickle incompatibilities between python2 and and python3 ___ Python tracker rep...@bugs.python.org

[issue6784] byte/unicode pickle incompatibilities between python2 and and python3

Martin v. Löwis mar...@v.loewis.de added the comment: Why are you reporting this here? If you think there is a bug, can you propose an alternative behavior that you would consider correct? The changes you mentioned are all deliberate. -- nosy: +loewis

[issue4892] Sending Connection-objects over multiprocessing connections fails

Daniel Svensson dsvens...@gmail.com added the comment: When reverting this commit stuff works: http://svn.python.org/view/python/trunk/Lib/multiprocessing/reduction.py?r1=64257r2=65016 -- ___ Python tracker rep...@bugs.python.org

[issue4892] Sending Connection-objects over multiprocessing connections fails

Daniel Svensson dsvens...@gmail.com added the comment: Ehm.. completly broken url in prev message.. Revision 65016, Apply Amaury's patch to multiprocessing for issue 3125, removes the copy_reg and replaces it with ForkingPickler.register(), which should resolve the conflict with the global

[issue6784] byte/unicode pickle incompatibilities between python2 and and python3

RonnyPfannschmidt ronny.pfannschm...@gmx.de added the comment: the basic behavior i want to see for all protocols = 2 1. python 2 string maps to python3 byte-string 2. python 2 unicode maps to python3 string 3. python 3 string map to python 2 unicode 4. python 3 bytestring maps to python 2

[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

R. David Murray rdmur...@bitdance.com added the comment: The python version of the io module does (_pyio.py). I've set the stage to 'test needed' because the test needs to be turned into a unit test. -- nosy: +r.david.murray priority: - normal stage: - test needed versions: +Python

[issue6785] IncompleteRead / BadStatus when parsing http://peakoil.mobi

New submission from Evan evanphe...@gmail.com: (I'm brand new to Python.org, apologies in advance if this has been recorded elsewhere or is not a bug) I've a simple script which fetching a url using httplib/urllib2 and then simply searches the HTML for a string. Works on every URL I've tried

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

Iñigo Serna inigose...@gmail.com added the comment: Q. Why not change getch() to always use get_wch()? This could break backwards compatibility. There are some code out there that may use getch() to get the bytes stream one by one and build the wide char. In fact I'm using this trick to get

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

Iñigo Serna inigose...@gmail.com added the comment: Btw, I don't know if this is the best place to comment it but as it is somehow related with ncurses... Other functions I miss a lot are wcwidth() and wcswidth(). These functions return the real width (read, cells length in screen) for

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

Changes by Iñigo Serna inigose...@gmail.com: Added file: http://bugs.python.org/file14782/test_ucs2w.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6755 ___

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

Changes by Iñigo Serna inigose...@gmail.com: Added file: http://bugs.python.org/file14783/ucs2w.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6755 ___

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

R. David Murray rdmur...@bitdance.com added the comment: For the title concern of this patch I'm adding akuchling as nosy. Judging by your post your English probably is good enough to write a PEP (the PEP editors should help with fine tuning it, at least in theory). However, I doubt a PEP would

[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

Art Gillespie agill...@gmail.com added the comment: Hi Ryan, Thanks for the feedback. I've attached a new patch that fixes the read(nbytes) behavior--It will now always return the requested number of bytes regardless of newline replacement. There's now a unit test for this as well. I also

[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

R. David Murray rdmur...@bitdance.com added the comment: My apologies, I misread the patch. -- stage: test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6759 ___

[issue6784] byte/unicode pickle incompatibilities between python2 and and python3

Martin v. Löwis mar...@v.loewis.de added the comment: the basic behavior i want to see for all protocols = 2 1. python 2 string maps to python3 byte-string That would not be good. Many people create pickles in 2.x where the string type really represents characters, more often so than they

[issue6786] readline and zero based indexing

New submission from James purplei...@gmail.com: why is it that the zeroth readline history item is seemingly always none. I would expect this to support zero-based indexing in python, but perhaps I have missed some detail in readline somewhere. Cheers, _J ja...@work:~$ python Python 2.5.2

[issue6784] byte/unicode pickle incompatibilities between python2 and and python3

RonnyPfannschmidt ronny.pfannschm...@gmx.de added the comment: Since it breaks for anything non-ascii, its not that helpfull after all and since python2 strings are encoding-unaware there is no way to fix it. It might be preferable to supply unpicklers that are cappable of coercing if the user

[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

R. David Murray rdmur...@bitdance.com added the comment: Thanks for working on this. Comments on patch: (1) I think you should retain the full ugly check comment explaining how the \r\n spanning a buffer is handled. I think that's a helpful explanation for a non-obvious piece of code. (2)

[issue6755] Patch: new method get_wch for ncurses bindings: accept wide characters (unicode)

STINNER Victor victor.stin...@haypocalc.com added the comment: inigoserna Other functions I miss a lot are wcwidth() and wcswidth() I wrote a patch to implement unicode.width() method: http://bugs.python.org/file13357/unicode_width.patch It's part of the issue #2382 (SyntaxError cursor shifted

[issue6498] Py_Main() does not return on SystemExit

STINNER Victor victor.stin...@haypocalc.com added the comment: Can you propose a patch fixing this issue? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6498 ___

[issue6518] Enable 'with' statement in ossaudiodev module

STINNER Victor victor.stin...@haypocalc.com added the comment: @agillesp: a Python function should never return NULL without setting an error. oss_self() have to call a PyErr_(...) function to set an error. And I would prefer the name oss_enter than the unusual name oss_self. -- nosy:

[issue4684] sys.exit() exits program when non-daemonic threads are still running

Joseph Malicki jmali...@gmail.com added the comment: It seems like this was introduced by the fix for Issue 1566280. Note that the threading module docs clear state: A thread can be flagged as a “daemon thread”. The significance of this flag is that the entire Python program exits when only

[issue6733] curses line wrap broken when mixing full- and half-width unicode characters

STINNER Victor victor.stin...@haypocalc.com added the comment: Can you write a short example reproducing the bug? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6733 ___

[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

Art Gillespie agill...@gmail.com added the comment: Hi David, Thanks for the review. Patch attached. (1) I've moved that comment to the check's new location. (2) Fixed the bug and added tests for only one separator. Also added test data and tests for mixed eol files. (3) I changed this

[issue6518] Enable 'with' statement in ossaudiodev module

Art Gillespie agill...@gmail.com added the comment: Hi Victor, I copied both the return NULL behavior in oss_exit and the oss_self naming from Objects/fileobject.c: http://paste.pocoo.org/show/136451/ Should they be changed there as well? -- ___

[issue3210] subprocess.Popen does not release process handles if process cannot be started

Todd Whiteman twhit...@yahoo.com.au added the comment: Is this a duplicate of this already fixed issue: issue5179 ? -- nosy: +twhitema ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3210 ___

[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

Art Gillespie agill...@gmail.com added the comment: Just found another bug in the code that sets the newlines attribute. Please disregard issue6759_3.diff -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6759

[issue4684] sys.exit() exits program when non-daemonic threads are still running

R. David Murray rdmur...@bitdance.com added the comment: Attached is a version of your program that calls sys.exit from a thread other than the main one. That sys.exit does not cause python to shut down. Exiting the main program by falling off the end does not result in Python shutdown (pass

[issue6787] thread docs contain an incorrect link in a reference to the 'exit' method

New submission from R. David Murray rdmur...@bitdance.com: In the Caveats section of the thread docs reference is made to the 'exit' method. The link generated, instead of being to the exit method in the thread module, is to the exit 'constant' section 4. -- assignee: georg.brandl

[issue4684] sys.exit() exits program when non-daemonic threads are still running

Joseph Malicki jmali...@gmail.com added the comment: Is it actually just documentation? Before Python 2.5, things worked according to the documentation, and nothing in the revisions that changed the behavior suggested this change in behavior was intentional. Moving the WaitForThreadShutdown()

[issue6759] zipfile.ZipExtFile.read() is missing universal newline support

Art Gillespie agill...@gmail.com added the comment: Latest patch attached. * Fixed the code that populates the newlines attribute. I think I've covered all the cases... * Found another deviation from file object behavior in this module: Calling read with a negative size parameter does not

[issue6788] codecs.open on Win32 does not force binary mode

New submission from Ryan McGuire python@enigmacurry.com: Opening a UTF-8 encoded file with unix newlines (\n) on Win32: codecs.open(whatever.txt,r,utf-8).read() replaces the newlines (\n) with CR+LF (\r\n). The docs specifically say that : Files are always opened in binary mode, even if