[issue5557] Byte-code compilation uses excessive memory

Tom Goddard added the comment: I agree that having such large Python code files is a rare circumstance and optimizing the byte-code compiler for that should be a low priority. Thanks for the cpickle suggestion. The Chimera session file Python code is mostly large nested dictionaries and sequen

[issue5505] sys.stdin.read() doesn't return after first EOF on Windows

Fan Decheng added the comment: Perhaps using just one read() is enough? I mean perhaps no loop is necessary? -- ___ Python tracker ___ __

[issue2057] difflib: add patch capability

anatoly techtonik added the comment: Tool is ready. diff/patch lib is not. http://code.google.com/p/python-patch/ -- ___ Python tracker ___ __

[issue1425127] os.remove OSError: [Errno 13] Permission denied

Joram Agten added the comment: Tested with Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32 (windows xp sp2) os.remove.py still gives the same error Exception in thread Thread-4: Traceback (most recent call last): File "c:\Python30\lib\threading.py", line

[issue1425127] os.remove OSError: [Errno 13] Permission denied

Joram Agten added the comment: Tested with Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32 (windows xp sp2) (pywin 213) os.remove2_py30.py gives no error os.remove_winpy30.py gives no error -- Added file: http://bugs.python.org/file13417/os.remove

[issue1425127] os.remove OSError: [Errno 13] Permission denied

Joram Agten added the comment: os.remove2_py30.py gives no error should be os.remove3_py30.py gives no error -- ___ Python tracker ___ ___

[issue1425127] os.remove OSError: [Errno 13] Permission denied

Joram Agten added the comment: touch.exe can be found here: http://www.helge.mynetcologne.de/touch/index.htm#download -- ___ Python tracker ___ ___

[issue2706] datetime: define division timedelta/timedelta

Amaury Forgeot d'Arc added the comment: Well, this already happen with other types: >>> a = 100 >>> a //= 2.0 >>> a 50.0 >>> d = datetime.datetime.now() >>> d -= datetime.datetime.now() >>> d datetime.timedelta(-1, 86391, 609000) See http://docs.python.org/reference/datamodel.html#object._

[issue5558] Python 3.0.1 doesn't install correctly on Mac Os X 10.5.6. with xCode 3.1.2

Ned Deily added the comment: The ReadMe is not quite correct. For 3.x, the OS X installers do not by default install links in /usr/local. Note that the installer's Welcome screen correctly notes this. To install the /usr/local/ links, you need to go back to the Installer, select Customize,

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

Jean-Michel Fauth added the comment: When I was preparing some test examples to be submitted here. I noticed the module codeop.py used by the InteractiveInterpreter, does not like byte strings very much. IDLE, Python 3.0.1, winxp sp2 >>> source = b'print(999)' >>> compile(source, '', 'exec')

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

STINNER Victor added the comment: @jmfauth: Can you open a different issue for the IDLE issue? -- ___ Python tracker ___ ___ Python-bu

[issue5558] Python 3.0.1 Mac OS X install image ReadMe is incorrect

xdcdx added the comment: nad: Thanks for your nice clarifications. I am changing the subject of this issue to reflect that the ReadMe file needs correction. -- title: Python 3.0.1 doesn't install correctly on Mac Os X 10.5.6. with xCode 3.1.2 -> Python 3.0.1 Mac OS X install image Rea

[issue5558] Python 3.0.1 Mac OS X install image ReadMe is incorrect

Changes by xdcdx : Removed file: http://bugs.python.org/file13410/install.log.0.bz2 ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue5558] Python 3.0.1 Mac OS X install image ReadMe file is incorrect

Changes by xdcdx : -- title: Python 3.0.1 Mac OS X install image ReadMe is incorrect -> Python 3.0.1 Mac OS X install image ReadMe file is incorrect ___ Python tracker ___ __

[issue5557] Byte-code compilation uses excessive memory

Antoine Pitrou added the comment: If you want editable data, you could use json instead of pickle. The simplejson library has very fast encoding/decoding (faster than cPickle according to its author). -- ___ Python tracker

[issue4591] 32-bits unsigned user/group identifier

Antoine Pitrou added the comment: I'm not sure hardcoding "2^32 - 1" in the error message is a good idea. I also think it would be nice to have tests for the "-1" special value: - check that chown(-1, current_gid) succeeds (and leaves the uid intact) - check that chown(current_uid, -1) succeeds

[issue5559] IDLE Output Window 's goto fails when path has spaces

Guilherme Polo added the comment: I see this occurring everywhere, but the proposed solution may not be enough. I can still create a directory with a tab on it and it will fail too. The proper solution (in my head) would involve changing the interaction of GrepDialog with OutupWindow, but then

[issue2170] rewrite of minidom.Node.normalize

Changes by R. David Murray : -- stage: patch review -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue1488934] file.write + closed pipe = no error

Changes by Sascha Silbe : -- nosy: +sascha_silbe ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

Jean-Michel Fauth added the comment: > Victor Yes, I could, but I think this is not an IDLE issue, I'm just using IDLE to illustrate the problem. I got the same when I'm working from within an editor or with my interactive interpreter I wrote for the fun. Code in the editor: # -*- coding: cp1

[issue4626] compile() doesn't ignore the source encoding when a string is passed in

STINNER Victor added the comment: > Yes, I could, but I think this is not an IDLE issue > (...) > File "uuu.py", line 8, in > ii.runsource(source) > (...) > File "c:\python30\lib\codeop.py", line 70, in _maybe_compile > for line in source.split("\n"): > TypeError: Type str doesn't

[issue5561] platform.python_version_tuple returns tuple of ints, should be strings

New submission from Larry Hastings : The documentation for platform.python_version_tuple() says: "Returns the Python version as tuple (major, minor, patchlevel) of strings." In 2.4 and 2.5 it correctly returned a tuple of strings. In 2.6 it returns a tuple of ints. In 2.4 and 2.5 the implement

[issue1641] asyncore delayed calls feature

Changes by Kevin Watters : -- nosy: +kevinwatters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue5561] platform.python_version_tuple returns tuple of ints, should be strings

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

[issue5561] platform.python_version_tuple returns tuple of ints, should be strings

Marc-Andre Lemburg added the comment: Thanks, that's clearly a bug. Note that the module is still compatible with Python 1.5.2, so using string methods is not possible. -- ___ Python tracker __

[issue5562] Locale-based date formatting crashes on non-ASCII data

New submission from Antoine Pitrou : Locale-based date formatting in py3k (using strftime) crashes when asked to format a month name (or day, I assume) containing non-ASCII characters: >>> import time >>> import locale >>> time.strftime("%B", (2009,2,1,0,0,0,0,0,0)) 'February' >>> locale.setloca

[issue5562] Locale-based date formatting crashes on non-ASCII data

Antoine Pitrou added the comment: (if I explicitly set another encoding, it doesn't work however: >>> locale.setlocale(locale.LC_TIME, "fr_FR.ISO-8859-1") 'fr_FR.ISO-8859-1' >>> time.strftime("%B", (2009,2,1,0,0,0,0,0,0)) Traceback (most recent call last): File "", line 1, in UnicodeDecodeEr

[issue5561] platform.python_version_tuple returns tuple of ints, should be strings

Marc-Andre Lemburg added the comment: Checked in a fix for Python 2.7 and 2.6 (r70594:70596). -- status: open -> closed versions: +Python 2.7 ___ Python tracker ___ _

[issue5505] sys.stdin.read() doesn't return after first EOF on Windows

cassava added the comment: This is happening on Arch Linux as well: Python 3.0.1 (r301:69556, Feb 22 2009, 02:43:30) [GCC 4.3.3] on linux2 I tried python2.6 and it ends with one Ctrl+D I tried python3.0.1 and it needs two Ctrl+D before it ends -- nosy: +cassava _

[issue5095] msi missing from "bdist --help-formats"

John Machin added the comment: The 2.6.1 documentation consists of a *single* line: "distutils.command.bdist_msi — Build a Microsoft Installer binary package". AFAICT this is the *only* mention of "msi" in the docs (outside the msilib module). I heard about it only by word-of-mouth. Docs should

[issue834351] Mouse wheel crashes program

Changes by Martin v. Löwis : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue5563] Document bdist_msi

New submission from Steven Bethard : [Suggested in issue5095 by John Machin] The 2.6.1 documentation consists of a *single* line: "distutils.command.bdist_msi — Build a Microsoft Installer binary package". The docs should explain briefly what an msi file is, and why a packager might want to use

[issue5095] msi missing from "bdist --help-formats"

Steven Bethard added the comment: You're right that the msi feature could use some more documentation. I created a documentation feature request: issue5563. As to why the .msi is specific to the creating version of Python, it's because no one has written the code necessary to be version agnosti

[issue5562] Locale-based date formatting crashes on non-ASCII data

Martin v. Löwis added the comment: I think the problem is that creation of the Unicode string defaults to UTF-8. It should instead use the locale's encoding. You are right that it could be an issue that there is no Python codec for the locale's encoding. To be robust against this case, I thin

[issue5564] os.symlink/os.link docs should say old/new, not src/dst

New submission from Adam Olsen : "destination" is ambiguous. It means opposite things, depending on if it's the symlink creation operation or if it's the symlink itself. In contrast, "old" is clearly what existed before the operation, and "new" is what the operation creates. This terminology i

[issue5563] Document bdist_msi

Martin v. Löwis added the comment: Can you propose specific wording? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mail

[issue5563] Document bdist_msi

Steven Bethard added the comment: If no one beats me to it, I plan to do this at PyCon. -- ___ Python tracker ___ ___ Python-bugs-list

[issue5560] help() no longer reports module docstrings

Senthil added the comment: Confirming this bug. It seems to be the case with the code in py3k trunk also. -- nosy: +orsenthil Added file: http://bugs.python.org/file13418/unnamed ___ Python tracker