[issue6104] OSX framework builds fail after r72861 move of _locale into core library

New submission from Ned Deily : Undefined symbols: "_CFStringConvertEncodingToIANACharSetName", referenced from: _PyLocale_getdefaultlocale in libpython3.1.a(_localemodule.o) "_CFStringGetSystemEncoding", referenced from: _PyLocale_getdefaultlocale in libpython3.1.a(_localemodule.o) "_

[issue5756] idle pydoc et al removed from 3.1 without versioned replacements

Ned Deily added the comment: Yep, r72866 does restore 2to3. And r72857, which removes the fullinstall target, also fixes the problem of unversioned "python" and "python-config" files being created in bin. Thanks! -- ___ Python tracker

[issue5272] OS X installer: fix makefile target changed for 3.x

Ned Deily added the comment: Issues update: 1. Benjamin fixed this in r72857. 2. Also fixed in r72857. 3. Fixed in r72866. 4. open - all that is needed is to add a NEWS item about smtpd.py no longer being installed as script -- ___ Python tracke

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: Antoine, I have explained the reasons for rejecting the patch. In short, it violates a design principle behind the Unicode implementation. If you want to change such a basic aspect of the Unicode implementation, then write a PEP which demonstrates the usefu

[issue5653] OS X Installer: by default install versioned-only links in /usr/local/bin for 3.x

Ned Deily added the comment: With the recent py3k changes to ensure that the bin directory only has versioned file names (and 2to3), the submitted patch can be simplified as the file name check is no longer needed. Re-enabling the Unix Command Line Tools package by default is still appropria

[issue1943] improved allocation of PyUnicode objects

Amaury Forgeot d'Arc added the comment: Looking at the comments, it seems that the performance gain comes from the removal of the double allocation which is needed by the current design. Was the following implementation considered: - keep the current PyUnicodeObject structure - for small string

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg added the comment: Amaury Forgeot d'Arc wrote: > Amaury Forgeot d'Arc added the comment: > > Looking at the comments, it seems that the performance gain comes from > the removal of the double allocation which is needed by the current design. > > Was the following implementa

[issue6105] json.dumps doesn't respect OrderedDict's iteration order

New submission from Wang Chun : PEP-0372 and Issue 5381 both say json.dumps respect OrderedDict's iteration order, but the example in them do not work on my latest trunk build. $ uname -a Linux 12.38 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux $ python2.7

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou added the comment: Marc-André, the problem is that all your arguments are fallacious at best. Let me see: > Like I said: The current design of the Unicode object implementation > would benefit more from advances in pymalloc tuning, not from making it > next to impossible to exten

[issue1943] improved allocation of PyUnicode objects

Amaury Forgeot d'Arc added the comment: > The OS malloc() is only called... I know this. But pymalloc has its own overhead, and cache locality will certainly be better if string data is close to the string length. The goal is to improve the current usage of strings, and not rely on hypothetical

[issue5670] Speed up pickling of dicts in cPickle

Antoine Pitrou added the comment: Thanks! > Committed as r72909 (trunk), r72910 (py3k). > > -- > resolution: accepted -> fixed > status: open -> closed -- ___ Python tracker __

[issue6101] SETUP_WITH

Antoine Pitrou added the comment: SETUP_WITH3.patch looks good to me. -- resolution: -> accepted stage: -> commit review ___ Python tracker ___

[issue6099] HTTP/1.1 with keep-alive support for xmlrpclib.ServerProxy

Kristján Valur Jónsson added the comment: I attach another patch, keepalive.patch, which includes the fixes from http://bugs.python.org/issue6096 and including a test for the keepalive mecahinsm in the test suite. Updated http://codereview.appspot.com/63144 -- Added file: http://bugs

[issue6105] json.dumps doesn't respect OrderedDict's iteration order

Changes by Benjamin Peterson : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue6101] SETUP_WITH

Benjamin Peterson added the comment: Applied in r72912. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6104] OSX framework builds fail after r72861 move of _locale into core library

Benjamin Peterson added the comment: Fixed in r72913. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Pytho

[issue4547] Long jumps with frame_setlineno

Changes by Amaury Forgeot d'Arc : -- assignee: -> amaury.forgeotdarc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue6106] read_until

New submission from Pal Subbiah : The telnet-read_until does not read the pattern and returns b'' for line 15 in the file given. -- components: Library (Lib) files: telnet_n.py messages: 88319 nosy: ps severity: normal status: open title: read_until type: crash versions: Python 3.0 Adde

[issue1707753] get status output fix for Win32

Amaury Forgeot d'Arc added the comment: The 'commands' module is deprecated, and has been removed in Python 3.0: http://docs.python.org/dev/library/commands.html The recommended (and portable) method is to use subprocess: p = subprocess.Popen(command, stdout=PIPE, stderr=STDOUT, shell=True)

[issue6106] read_until

Changes by Benjamin Peterson : -- assignee: -> jackdied nosy: +jackdied ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

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

Marco added the comment: TO georg.brandl: I remembered that Windows wasn't POSIX compliant, but...I thought they used the same sys/stat.h constants. I was wrong :P TO loewis: ok, I've added a new patch. Since I've never written any code for Windows, can you check if it works fine now? I've adde

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

Changes by Marco : Removed file: http://bugs.python.org/file14069/import_patch2.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

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

Changes by Marco : Added file: http://bugs.python.org/file14070/import_patch2.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue5794] pickle/cPickle of recursive tuples create pickles that cPickle can't load

Alexandre Vassalotti added the comment: Looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue6022] test_distutils leaves a 'foo' file behind in the cwd

Roumen Petrov added the comment: I think that one difference is build outside source tree. Not sure that this is problem - the linker flags contain "... -L. -lpython2.7 ..." and after change into another directory(temp) library is no more in current directory. Right now I'm too busy to look aga

[issue1761028] pickle - cannot unpickle circular deps with custom __hash__

Alexandre Vassalotti added the comment: Checked this out more throughly and I came to the conclusion this cannot be fixed without a considerable amount of work. The problem is pickle adds an Node instance stub in the next_nodes set before its attributes are ready. Since the stub doesn't have an

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

Martin v. Löwis added the comment: The patch of file 14070 doesn't compile, but I get the idea. I won't have time to test it in the next few days or weeks, though. -- ___ Python tracker

[issue6107] Pipes fail to return subprocess output on Windows

Changes by Alex James : -- components: IO, Windows nosy: ac.james severity: normal status: open title: Pipes fail to return subprocess output on Windows type: behavior versions: Python 2.6 ___ Python tracker ___

[issue5103] ssl.SSLSocket timeout not working correctly when remote end is hanging

Vitaly Babiy added the comment: Why not just remove the removal of the timeout. -- nosy: +vbabiy ___ Python tracker ___ ___ Python-bug

[issue6107] Subprocess.Popen output fails on Windows

New submission from Alex James : When calling p=subprocess.Popen(findstr "string" filename, stdout=PIPE) both p.stdout.read() and p.communicate()[0] are returning None even when the shell process has output (ie string was found in filename). Further, redirecting stdout to a file will write an e

[issue1559298] test_popen fails on Windows if installed to "Program Files"

Philip Jenvey added the comment: subprocess also needs this fix applied Does the w9xopen command line below not need this? -- nosy: +pjenvey ___ Python tracker ___ __

[issue6107] Subprocess.Popen output fails on Windows

Philip Jenvey added the comment: Exactly what command line are you passing to subprocess? Does stderr contain anything? -- nosy: +pjenvey ___ Python tracker ___

[issue6108] unicode(exception) behaves differently on Py2.6 when len(exception.args) > 1

New submission from Ezio Melotti : On Python 2.5 str(exception) and unicode(exception) return the same text: >>> err UnicodeDecodeError('ascii', '\xc3\xa0', 0, 1, 'ordinal not in range(128)') >>> str(err) "'ascii' codec can't decode byte 0xc3 in position 0: ordinal not in range(128)" >>> unicode(

[issue6105] json.dumps doesn't respect OrderedDict's iteration order

Changes by Raymond Hettinger : -- priority: -> critical ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue6109] IDLE rendering issue with oriental characters on OSX

New submission from Ronald Oussoren : IDLE has problems rendering some oriental characters on OSX. One way to reproduce this: * Start IDLE * Open the "Preferences..." menu * Scroll down in the list of fonts until you reach the 'Osaka' font The font just below the Osaka font has a number of ori

[issue6110] IDLE has two "Preferences..." menu's on OSX

New submission from Ronald Oussoren : With Python 2.7, but not 3.1 or 2.6, IDLE has two "Preferences..." menu's on OSX. This is on a OSX 10.5 system, with an installation of Tcl/Tk 8.4 in /Library/Frameworks. -- components: IDLE, Macintosh messages: 88332 nosy: ronaldoussoren severit

[issue6111] Impossible to change preferences in IDLE

New submission from Ronald Oussoren : It seems to be impossible to actually change preferences in IDLE when using Python 3.1, there are no problems with 2.6, 2.7 and 3.1. How to reproduce: * Open the "preferences menu" * Pick a different font * Choose "apply": nothing changes * Choose "ok": dia

[issue6111] Impossible to change preferences in IDLE

Ronald Oussoren added the comment: Changed into release blocker because this is a very visible and annoying issue. -- priority: -> release blocker ___ Python tracker ___ __