[issue2389] Array pickling exposes internal memory representation of elements

Alexandre Vassalotti added the comment: Here's a patch that implements the solution I described in msg85298. Please give it a good review: http://codereview.appspot.com/87072 -- Added file: http://bugs.python.org/file14369/portable_array_pickling.diff _

[issue6348] solaris/aix: Py_Initialize: can't initialize sys standard streams

Antoine Pitrou added the comment: Is it the same as #6236? -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue6348] solaris/aix: Py_Initialize: can't initialize sys standard streams

New submission from Sridhar Ratnakumar : I wonder which commit introduced this regression which used to work before (I think till rc1). This error occurs on solaris10-x86, solaris8-sparc, solaris8-sparc64 and aix5-powerpc. (...) ranlib libpython3.1.a cc -o python \ Modules/p

[issue6347] hpux11.00-parisc: dtoa.c: "Failed to find an exact-width 32-bit integer type"

New submission from Sridhar Ratnakumar : (...) cc +DAportable -Ae -D_REENTRANT +Z -c -DNDEBUG -O -I. -IInclude -I./ Include -DPy_BUILD_CORE -o Python/pystrtod.o Python/pystrtod.c cc +DAportable -Ae -D_REENTRANT +Z -c -DNDEBUG -O -I. -IInclude -I./ Include -DPy_BUILD_CORE -o Python/dtoa.o

[issue6170] Mac 'make frameworkinstall' error: [...]/Python.framework/Versions/3.1/bin/2to3: Too many levels of symbolic links

Sridhar Ratnakumar added the comment: Ok, I am no longer relying on internal targets .. and this problem is fixed for me. It needs to be closed, correct? -- status: open -> closed ___ Python tracker __

[issue6335] Add support for mingw

Terry J. Reedy added the comment: In a few days, when 3.1 comes out, 3.0 will be mostly dead. I think it would be more useful to put energy into a 3.1 port. Other thoughts: Your patch amounts to a in-development version of a new feature. To me, that belongs on a separate branch or repository w

[issue6324] "in" expression falls back to __iter__ before __getitem__

Raymond Hettinger added the comment: 3.0 is no longer supported either -- versions: -Python 3.0 ___ Python tracker ___ ___ Python-bug

[issue6324] "in" expression falls back to __iter__ before __getitem__

Terry J. Reedy added the comment: Side note: 2.5, including, I believe, the docs, is frozen except for security fixes. If you find 2.5 doc issues, please check the current 2.x development version, currently http://docs.python.org/dev/ to see if they have been fixed or not. -- versions:

[issue6324] "in" expression falls back to __iter__ before __getitem__

Terry J. Reedy added the comment: In 3.1, Section 5.9 has " For user-defined classes which define the __contains__() method, x in y is true if and only if y.__contains__(x) is true. For user-defined classes which do not define __contains__() and do define __getitem__(), x in y is true if and on

[issue6346] Rstrip Incorrectly Strips Some Strings

Ezio Melotti added the comment: And you should probably use http://docs.python.org/library/os.path.html#os.path.splitext instead of .rstrip(). -- nosy: +ezio.melotti ___ Python tracker _

[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon

Amaury Forgeot d'Arc added the comment: I found the cause: in msi.py, the DisplayIcon registry variable is attached to "REGISTRY.def" i.e the "Register extensions" feature. The following patch attaches it to the parent group. Index: msi.py ==

[issue6309] Tix needs TCL package require statement

Erik Antelman added the comment: BTW: It should be given to the future searchers, that the mistake results in the following error: _tkinter.TclError: invalid command name "tixComboBox" The solution is simple: Documentation gives proper usage of Tix to be replacing Tkinter.Tk() with Tix.Tk(

[issue3392] subprocess fails in select when descriptors are large

Amaury Forgeot d'Arc added the comment: The patch looks good to me, but I don't use Linux regularly. Another review is needed! -- keywords: +needs review nosy: +amaury.forgeotdarc stage: -> patch review ___ Python tracker

[issue6309] Tix needs TCL package require statement

Erik Antelman added the comment: Documentation gives proper usage of Tix to be replacing Tkinter.Tk() with Tix.Tk(). This solves the problem. I think this was an RTFM issue. -- status: open -> closed ___ Python tracker

[issue6346] Rstrip Incorrectly Strips Some Strings

Benjamin Peterson added the comment: This is expected. rstrip() strips a set of characters, not a string. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker __

[issue6346] Rstrip Incorrectly Strips Some Strings

New submission from Matt Kubilus : Rstrip has unexpected behavior with some strings. Example: - >>> "proxa.py".rstrip(".py") 'proxa' >>> "proxy.py".rstrip(".py") 'prox' - Tested with Python 2.6.1 -- components: Library (Lib) messages: 89736 nosy: mkubilus severity: normal st

[issue4660] multiprocessing.JoinableQueue task_done() issue

Filipe Fernandes added the comment: I ran into the same problem and am greatful to Brian for reporting this as I thought I was loosing my mind. Brian noted that he was running windows and I can confirm that Brian's test case is reproducable on my laptop running: Ubuntu 9.04 python 2.6.2 Altho

[issue1592241] Stepping into a generator throw does not work

Amaury Forgeot d'Arc added the comment: The problem does reproduce with 2.5.1, but not with 2.5.2. This is actually the same as issue1265 (since closing a paused generator throws it a GeneratorExit exception, and of course pdb must use generators somewhere) -- nosy: +amaury.forgeotdarc

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

Oleg Broytmann added the comment: Yes, I think #ifndef MS_WINDOWS is enough. -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

Oleg Broytmann added the comment: I can confirm the patch works on WinXP on NTFS partition and Samba-shared network drive. I have WinXP running in an emulator (VirtualBox) and I compiled Python using MSVC90 Express. -- ___ Python tracker

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

R. David Murray added the comment: So we should just do #ifndef MS_WINDOWS? Do we have any non-windows non-posix platforms? (People on #python-dev don't think so.) -- ___ Python tracker __

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

Tim Golden added the comment: Making something executable on Windows has nothing to do with file permissions. You can set them as much as you like, but executability is determined by file associations, possibly in association with PATHEXT settings. AFAICT, the current Python installer does this

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

Marco added the comment: Thank you for your report :P Otherwise I really didn't know how solve it, thank you :P However, on *NIX-like systems it can work well; but can someone try it on Windows? Since I know that only NTFS (and versions >= XP) supports permissions, if a user have a FATfs (or

[issue6233] ElementTree (py3k) doesn't properly encode characters that can't be represented in the specified encoding

Jerry Chen added the comment: Either way, it would be nice to get feedback so we can iterate on the patch or close out this issue already :-) -- ___ Python tracker ___ __

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

Oleg Broytmann added the comment: Sorry, found the bug in my process of testing. ./python uses /usr/lib/python26.so instead of ./python26.so. Setting LD_LIBRARY_PATH=. fixes the problem and the test passes. The patch is ok. -- ___ Python tracker <

[issue6233] ElementTree (py3k) doesn't properly encode characters that can't be represented in the specified encoding

Changes by Antoine Pitrou : -- priority: release blocker -> critical versions: +Python 3.2 -Python 3.0 ___ Python tracker ___ ___ Pytho

[issue6236] os.popen causes illegal seek on AIX in Python 3.1rc

Antoine Pitrou added the comment: Ah, then I don't know what happens... -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue6304] Confusing error message when passing bytes to print with file pointing to a binary file

Amaury Forgeot d'Arc added the comment: The problem here is not the bytes object: it is correctly coerced to a string. The problem is the binary stream, which cannot accept strings. We could maybe detect common errors and add a check at the beginning of the print() function? something like

[issue6344] mmap.read() crashes when passed a negative argument

Amaury Forgeot d'Arc added the comment: Well, I would not care that much: you can never read more than PY_SSIZE_T_MAX, because the mapped area and the string would not fit in the addressable space of the process. -- ___ Python tracker

[issue1202] zlib.crc32() and adler32() return value

Changes by Gregory P. Smith : -- resolution: -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue1202] zlib.crc32() and adler32() return value

Gregory P. Smith added the comment: fix for J. David's issue submitted to trunk r73565 and py3k r73566 just in time for the 3.1 release. release30-maint r73567 release26-maint r73568 -- status: open -> closed versions: +Python 3.0, Python 3.1 ___ P