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

New submission from Ned Deily n...@acm.org: Undefined symbols: _CFStringConvertEncodingToIANACharSetName, referenced from: _PyLocale_getdefaultlocale in libpython3.1.a(_localemodule.o) _CFStringGetSystemEncoding, referenced from: _PyLocale_getdefaultlocale in

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

Ned Deily n...@acm.org 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 n...@acm.org 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 -- ___

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg m...@egenix.com 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

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

Ned Deily n...@acm.org 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

[issue1943] improved allocation of PyUnicode objects

Amaury Forgeot d'Arc amaur...@gmail.com 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

[issue1943] improved allocation of PyUnicode objects

Marc-Andre Lemburg m...@egenix.com added the comment: Amaury Forgeot d'Arc wrote: Amaury Forgeot d'Arc amaur...@gmail.com 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.

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

New submission from Wang Chun yaohua2...@gmail.com: 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

[issue1943] improved allocation of PyUnicode objects

Antoine Pitrou pit...@free.fr 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

[issue1943] improved allocation of PyUnicode objects

Amaury Forgeot d'Arc amaur...@gmail.com 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

[issue5670] Speed up pickling of dicts in cPickle

Antoine Pitrou pit...@free.fr added the comment: Thanks! Committed as r72909 (trunk), r72910 (py3k). -- resolution: accepted - fixed status: open - closed -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5670

[issue6101] SETUP_WITH

Antoine Pitrou pit...@free.fr added the comment: SETUP_WITH3.patch looks good to me. -- resolution: - accepted stage: - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6101 ___

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

Kristján Valur Jónsson krist...@ccpgames.com 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 --

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

Changes by Benjamin Peterson benja...@python.org: -- assignee: - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6105 ___

[issue6101] SETUP_WITH

Benjamin Peterson benja...@python.org added the comment: Applied in r72912. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6101 ___

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

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

[issue4547] Long jumps with frame_setlineno

Changes by Amaury Forgeot d'Arc amaur...@gmail.com: -- assignee: - amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4547 ___ ___

[issue6106] read_until

New submission from Pal Subbiah pal.subb...@gmail.com: 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

[issue1707753] get status output fix for Win32

Amaury Forgeot d'Arc amaur...@gmail.com 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,

[issue6106] read_until

Changes by Benjamin Peterson benja...@python.org: -- assignee: - jackdied nosy: +jackdied ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6106 ___

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

Marco marcu...@gmail.com 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

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

Changes by Marco marcu...@gmail.com: Removed file: http://bugs.python.org/file14069/import_patch2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6070 ___

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

Changes by Marco marcu...@gmail.com: Added file: http://bugs.python.org/file14070/import_patch2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6070 ___

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

Alexandre Vassalotti alexan...@peadrop.com added the comment: Looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5794 ___ ___

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

Roumen Petrov bugtr...@roumenpetrov.info 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

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

Alexandre Vassalotti alexan...@peadrop.com 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

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

Martin v. Löwis mar...@v.loewis.de 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 rep...@bugs.python.org

[issue6107] Pipes fail to return subprocess output on Windows

Changes by Alex James ac.ja...@shaw.ca: -- 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 rep...@bugs.python.org

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

Vitaly Babiy vbabi...@gmail.com added the comment: Why not just remove the removal of the timeout. -- nosy: +vbabiy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5103 ___

[issue6107] Subprocess.Popen output fails on Windows

New submission from Alex James ac.ja...@shaw.ca: 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

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

Philip Jenvey pjen...@users.sourceforge.net added the comment: subprocess also needs this fix applied Does the w9xopen command line below not need this? -- nosy: +pjenvey ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1559298

[issue6107] Subprocess.Popen output fails on Windows

Philip Jenvey pjen...@users.sourceforge.net added the comment: Exactly what command line are you passing to subprocess? Does stderr contain anything? -- nosy: +pjenvey ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6107

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

New submission from Ezio Melotti ezio.melo...@gmail.com: 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

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

Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- priority: - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6105 ___ ___