[issue3541] bsddb memory leak on ubuntu

Jesús Cea Avión added the comment: I can *not* reproduce the problem with Python 2.6 (with its stock bsddb version) and Berkeley DB 4.7.25 (the current one). I can reproduce the issue if I use Berkeley DB 4.6.21. Seems to be a (solved) problem in the library. Berkeley DB 4.7.25 is known to sol

[issue6067] make error

Martin v. Löwis added the comment: > please help my! Please understand that the Python bug tracker is not a place to obtain help. Instead, it is a place for you to help Python. Please find out a) whether mbstate_t is defined in your system, and (if so) b) what header file needs to be included

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

Martin v. Löwis added the comment: Would you like to provide a patch? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mai

[issue6065] bdist_msi.py failed assert when including extension modules

Changes by Martin v. Löwis : -- assignee: tarek -> loewis nosy: +loewis priority: -> release blocker ___ Python tracker ___ ___ Python

[issue6071] no longer possible to hash arrays

Martin v. Löwis added the comment: exarkun: would you like to propose a patch? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs

[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows

Martin v. Löwis added the comment: > The first warning might be a problem. I understand from the docs > (http://msdn.microsoft.com/en-us/library/aa363866.aspx) that all I need > to do is include windows.h, which is already included... but still the > function prototype isn't present. This migh

[issue6083] Reference counting bug in setrlimit

Martin v. Löwis added the comment: IMO, any refcounting bug has the potential as a security risk. So I think we should deprecate this with a warning, and eventually remove it, as billm proposes. It's probably debatable whether to backport the warning to 2.6 or earlier; I think we shouldn't, as

[issue6083] Reference counting bug in setrlimit

Changes by Martin v. Löwis : -- assignee: loewis -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue6093] Ambiguous locale.strxfrm

Martin v. Löwis added the comment: Thanks for the report. Fixed in r72844 and r72845 -- nosy: +loewis resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue1983] Return from fork() is pid_t, not int

Martin v. Löwis added the comment: The patch looks fine to me, please apply. -- resolution: -> accepted ___ Python tracker ___ ___ Py

[issue6060] PYTHONHOME should be more flexible (and controllable by --libdir)

Martin v. Löwis added the comment: > PYTHONHOME should point to the Python installation root, period. And indeed, it does. After your proposed, changed, it wouldn't anymore. The Python installation root is *not* the directory where the Python library lives, but the parent directory in which bot

[issue6054] tarfile normalizes arcname

Lars Gustäbel added the comment: Apparently, the .deb file format is not explicit about that, but it seems to be common practice to have all files prefixed with './'. normpath is used all over tarfile, crucial are the occurrences in TarFile.add() and TarInfo.get_info(). As you're using a unix-l

[issue6109] IDLE rendering issue with oriental characters on OSX

Ronald Oussoren added the comment: Switching to Tcl/Tk 8.5 fixes the issue for IDLE as well. I'm leaving this bug open for future reference, and because this affects the binary installer for python. The big question: how to fix this in Python itself. I see the following options: 1) Ignore t

[issue6116] frame.f_locals keeps references to things for too long

New submission from Jean-Paul Calderone : When a frame's f_locals attribute is accessed, one of two things happens: * If this is the first access, a new dictionary is created and it is populated with the locals from the frame (since they are not stored internally as a dictionary). The diction

[issue6117] Fix O(n**2) performance problem in socket._fileobject

New submission from Kristján Valur Jónsson : the socket._fileobject._wbuf is a list of strings to output. This patch keeps the length of this buffer as a separate member variable, rather than computing it dynamically, which sums to a O(n**2) operation as the buffer is filled up. Significant

[issue1712522] urllib.quote throws exception on Unicode URL

Matt Giuca added the comment: The issue of urllib.quote was discussed at extreme length in issue 3300, which was specific to Python 3. http://bugs.python.org/issue3300 In the end, I rewrote the entire family of urllib.quote and unquote functions; they're now Unicode compliant and accept additio

[issue6118] urllib.parse.quote_plus ignores optional arguments

New submission from Matt Giuca : urllib.parse.quote_plus will ignore its encoding and errors arguments if its input string has a space in it. Intended behaviour: >>> urllib.parse.quote_plus("\xa2\xd8 \xff", encoding='latin-1') '%A2%D8+%FF' Observed behaviour: >>> urllib.parse.quote_plus("\xa2\xd

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Marco added the comment: Which version are you using? I've seen the source code of import.c (2.5 and 2.6) and it seems that in the 2.6 some bugfixes/features have been added. However, I've just used the version 2.7 and it works fine (as 2.6, since they have the same code (at least in import.c)

[issue6109] IDLE rendering issue with oriental characters on OSX

Ronald Oussoren added the comment: The attached file is an example of text that works fine in Textmate but renders incorrectly in IDLE. -- Added file: http://bugs.python.org/file14079/Chinese.txt ___ Python tracker

[issue6109] IDLE rendering issue with oriental characters on OSX

Ronald Oussoren added the comment: This is definitly an Tk issue, the issue seems to be fixed in Tcl/Tk 8.5. That is, when I install Tk 8.5 and rerun the Tcl scriptlet I posted earlier the problem goes away. I'm currently rebuilding a version of the tkinter extension that links to Tk 8.5 to c

[issue6111] Impossible to change preferences in IDLE

Ronald Oussoren added the comment: The same problem is also present in IDLE 3.0. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue6111] Impossible to change preferences in IDLE

Ronald Oussoren added the comment: Wrt. the question about tracebacks, I get the following exception when I click on the Apply button: /Applications/Python\ 3.1/IDLE.app/Contents/MacOS/IDLE Exception in Tkinter callback Traceback (most recent call last): File "/Library/Frameworks/Python.fr

[issue6117] Fix O(n**2) performance problem in socket._fileobject

Amaury Forgeot d'Arc added the comment: The patch looks good to me. Be careful for the 3.0 port: filter() returns an iterator. -- nosy: +amaury.forgeotdarc ___ Python tracker ___

[issue6115] Header and doc related to PyNumber_Divide and PyNumber_InPlaceDivide should be removed in py3k

Georg Brandl added the comment: Thanks, fixed in r72941. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue6117] Fix O(n**2) performance problem in socket._fileobject

Kristján Valur Jónsson added the comment: the filter() is rendundant, really. There is no reason to drop those empty strings at this stage. -- ___ Python tracker ___ __

[issue2142] naive use of ''.join(difflib.unified_diff(...)) results in bogus diffs with inputs that don't end with end-of-line char (same with context_diff)

Trent Mick added the comment: Here is a new patch that also fixes the same issue in difflib.context_diff() and adds a couple test cases. -- stage: test needed -> patch review title: naive use of ''.join(difflib.unified_diff(...)) results in bogus diffs with inputs that don't end with e

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

Collin Winter added the comment: Fixed in r72930 (trunk), r72931 (2.6), r72942 (py3k). -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue4859] pwd, spwd, grp functions vulnerable to denial of service

Changes by Martin v. Löwis : -- assignee: -> loewis priority: -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue6107] Subprocess.Popen output fails on Windows

Alex James added the comment: >>> import subprocess >>> fileName = 'test_a5.py.out' >>> locator = 'step 5200 ' >>> p = subprocess.Popen('findstr /O /B /C:"' + locator + '" '+ fileName, stdout=subprocess.PIPE, shell=True) >>> print p.stdout.read() >>> print p.communicate()[0] And stderr is also

[issue6116] frame.f_locals keeps references to things for too long

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue6118] urllib.parse.quote_plus ignores optional arguments

Georg Brandl added the comment: Thanks, applied in r72943. -- nosy: +georg.brandl resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue6107] Subprocess.Popen output fails on Windows

Alex James added the comment: Um, nevermind. I completely missed cwd=os.path.split(sys.argv[0])[0] so the shell command wasn't operating in the same relative path as the script. And that never mattered on Unix because we always ran from commandline, not IDLE, so the shell inherited the comm

[issue6111] Impossible to change preferences in IDLE

Ronald Oussoren added the comment: The fact that it seems to work on the trunk is accidental, another bug causes the code to go into a branch for a "old" version of Tk even when running on a newer one. The code in the "new" branch triggers the bug. I've committed a fix in r72945, although I'm

[issue6111] Impossible to change preferences in IDLE

Ned Deily added the comment: Removing the newer 8.4 /Library/Frameworks/Tcl.framework/ at runtime makes the problem go away. (Also the official 3.0.1 python wasn't linked with the newer Tcl in place so it doesn't exhibit these symptoms). -- nosy: +nad ___

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

Ned Deily added the comment: Apparently, also caused by using the newer Tcl 8.4 in /Library/Frameworks/Tcl. -- nosy: +nad ___ Python tracker ___

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

Ronald Oussoren added the comment: This was caused by code in macosxSupport.py that picked the branch for the wrong Tk release because "[8, 4, 21] < (8, 4, 21)". Committed a fix in r72946 -- resolution: -> fixed status: open -> closed ___ Python t

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

Ronald Oussoren added the comment: Supporting multiple versions of Tk sucks, and that's without trying to support Tk 8.5 as well (at least not in the binary installers) Appearently support for the Cocoa port of Tk requires even more specialcasing... --

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

Ronald Oussoren added the comment: Good point, especially because the file in /usr/local/bin seem to be how a lot of users still use the framework. I'm committing a patch later today (which will include properly installing 2to3 in a framework build) -- __

[issue1064] Test issue

Daniel Diniz added the comment: Testing a bug: does mentioning version 123123123123 or issue 123123123123 make this issue unable to be displayed? -- nosy: +ajaksu2 ___ Python tracker ___

[issue1064] Test issue

Daniel's Test added the comment: > Testing a bug: does mentioning version 123123123123 or issue > 123123123123 make this issue unable to be displayed? Yes, it does :( See http://psf.upfronthosting.co.za/roundup/meta/issue285 for a patch that contains the fix. -- nosy: +dtuser2 __

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Peter Simanyi added the comment: Oops, I was not accurate in reporting behavior: I now believe that this fails on Windows XP, but may work fine on Linux. Below are my results, showing reproducible failure on XP. The most important thing about this is: on XP, once the .pyc file is "broken", P

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Peter Simanyi added the comment: Re: Ubuntu: I can't reproduce the problem. At this point, I consider this problem Windows XP-only. Re: Windows & bash: I decided to verify that this problem occurs even if running outside of Bash in the native (and wonderful) shell CMD.EXE. It *does* occur. H

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Peter Simanyi added the comment: I may have a reason to analyze that would explain why this fails on Windows: the non-Windows code path in import.c's open_exclusive() contians an unlink(filename), but the Windows path does not. I'm going to try to build Python on Windows and add an unlink for

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

Ronald Oussoren added the comment: Checked in a fix for this in r72947. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

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

Changes by Ronald Oussoren : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

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

Ronald Oussoren added the comment: You've got a point there. Benjamin: should the removal of smtpd.py from the list of installed scripts be listed in the NEWS file? -- nosy: +benjamin.peterson ___ Python tracker

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

Benjamin Peterson added the comment: 2009/5/26 Ronald Oussoren : > > Ronald Oussoren added the comment: > > You've got a point there. > > Benjamin: should the removal of smtpd.py from the list of installed > scripts be listed in the NEWS file? Yes, do you want to do that? --

[issue6119] Confusing DeprecationWarning

New submission from Alejandro : Comparing a lambda and a built-in by equality ("==") raises a DeprecationWarning when the "-3" flag is used on Python 2.6.2: $ python2.6 -3 Python 2.6.2 (r262:71600, Apr 28 2009, 16:17:29) [GCC 4.3.2] on linux2 Type "help", "copyright", "credits" or "license" for

[issue6119] Confusing DeprecationWarning

Changes by Alejandro : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

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

Ronald Oussoren added the comment: Sure. Done in r72948. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

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

Raymond Hettinger added the comment: Skip, the json API for 2.7/3.1 includes an object_pairs_hook that allows an OrderedDict to be generated from a json file. The OP is pointing out that the latest C upgrade prevents round-tripping while preserving order. Use cases for that were discussed in t

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Peter Simanyi added the comment: I have a fix for this. The code is Windows-only. It has been verified to work for attached test script showpycreadonlysleep.sh. It simply adds a "chmod" call. The issue is that the unlink() call silently fails if the file is readonly, but unlink() succeeds if

[issue6106] read_until

Jack Diederich added the comment: Try using telnetlib.py from python3.1. It fixes issues in telnet out of band negotiations. http://svn.python.org/projects/python/branches/py3k/Lib/telnetlib.py Here is what I think is happening: HOST: b'User' + IAC + ECHO + DONT + b'name:\nPassword\n:' read

[issue6106] read_until

Changes by Jack Diederich : -- type: crash -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Peter Simanyi added the comment: I realized that my patch, with a chmod(..., 0600), may not work under certain conditions where the original file is owned by a different user but the directory is group- or world-writable. A more likely correct fix would use chmod(..., 0666). At any rate: som

[issue6120] zipfile.ZipFile's extractall works inproperly under Windows

New submission from Wentao Han : On Windows, if you extract all files from a zip file which containing subdirectories by zipfile.ZipFile's extractall method, a WindowsError will be raised. -- components: Library (Lib) messages: 88400 nosy: aerodonkey severity: normal status: open title

[issue6121] help('modules ') causes IndexError.

Changes by July : -- assignee: theller components: ctypes nosy: July, theller severity: normal status: open title: help('modules ') causes IndexError. type: behavior ___ Python tracker __

[issue6120] zipfile.ZipFile's extractall works inproperly under Windows

Hirokazu Yamamoto added the comment: I cannot reproduce this. Can you upload problematic zip file? -- nosy: +ocean-city ___ Python tracker ___ ___

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

Marco added the comment: TO pdsimanyi: chmod it's not appropriate to change the permissions as you made: 0666 et voilà. However, I don't understand if it can be a problem since you're using Cygwin (and Bash under Windows) or not. I think this because Windows is not POSIX compliant and under Wi

[issue6121] help('modules ') causes IndexError.

Changes by Thomas Heller : -- assignee: theller -> components: -ctypes nosy: -theller ___ Python tracker ___ ___ Python-bugs-list ma

[issue6121] help('modules ') causes IndexError.

New submission from R. David Murray : Here is a trivial patch for pydoc with a minimal test. -- components: +Library (Lib) keywords: +easy, patch nosy: +r.david.murray priority: -> low stage: -> patch review versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1, Python 3.2 Added fi

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

Raymond Hettinger added the comment: r72961 Fixed for Py3.1. Leaving open until backported to 2.7. -- priority: critical -> normal versions: +Python 3.1 ___ Python tracker ___ _

<    1   2