[issue4918] Windows installer created with Python 2.5 does not work with Python 2.6.1

Juha Rantanen added the comment: Python 2.6.1 was installed with option all users. I have admin rights and the Windows version is: XP Professional Version 2002 Service Pack 3 ___ Python tracker _

[issue4918] Windows installer created with Python 2.5 does not work with Python 2.6.1

Martin v. Löwis added the comment: Was the 2.6 installation "for all users", or "just for me"? What Windows version are you using? -- nosy: +loewis ___ Python tracker ___ ___

[issue4918] Windows installer created with Python 2.5 does not work with Python 2.6.1

New submission from Juha Rantanen : 1. Create Windows installer with Python 2.5 from attached project. 2. Install it with Python 2.6.1. 3. The post-installer will fail with error message: *** run_installscript: internal error 0x *** The code causing this is: import socket and the actu

[issue4881] Python's timezon handling: daylight saving option

Martin v. Löwis added the comment: For Ubuntu Intrepid, you need the package tzdata 2008h-2ubuntu1 installed; it contains a correction for the Argentinian DST definition. Intrepid itself only shipped with 2008h-2. Closing this as third-party. -- resolution: -> works for me status: ope

[issue3826] Problem with SocketIO for closing the socket

Gregory P. Smith added the comment: Committed all of our tests and the actual code to fix the problem from socket_real_close-5.patch in py3k r68539. This still needs back porting to release30-maint assuming no other issues are found with it. -- keywords: -needs review _

[issue4913] wave.py writes 16 bit sample files of half the correct duration

Alex Robinson added the comment: Oh gob. I left a debug artifact in that code. wavs= [ wavs, wv ] needs to be without the 'wv'. ___ Python tracker ___ __

[issue4913] wave.py writes 16 bit sample files of half the correct duration

Alex Robinson added the comment: Oh golly. I was confused. For some reason I was thinking "writesamples()" when using "writeframes()". So the current code reads ok. Which makes this "bug" a request for writesamples() and readsamples() to be added to wave.py. They would shield sleep deprived sap

[issue4881] Python's timezon handling: daylight saving option

Pablo Castagnino added the comment: the last post on that link is the point - python supports daylight savings, but if your city recently started using daylight savings, and didn't before, then either python or linux needs to be updated to know that. I'm using Ubuntu Intrepid Ibex. ___

[issue4508] distutils compiler not handling spaces in path to output/src files

Brian Thorne added the comment: Ok - this bug has nothing to do with weave itself. I think any extension written in C or C++ that has a space in the filename will raise the error in both windows and gnu/linux. Here is a simple c extension with and without spaces. The one with spaces in the filen

[issue4917] PyBytes_Format documented but doesn't exist in C/API

Benjamin Peterson added the comment: PyBytes_Format is not supported, so I removed the documentation in r68538. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker __

[issue4917] PyBytes_Format documented but doesn't exist in C/API

Changes by Benjamin Peterson : -- assignee: theller -> components: +Interpreter Core -ctypes nosy: -theller type: resource usage -> feature request versions: +Python 3.1 -Python 3.0 ___ Python tracker

[issue4917] PyBytes_Format documented but doesn't exist in C/API

New submission from O. Morvant : The C/API function PyBytes_Format(PyObject*, PyObject*) is documentated in python 3.0 API (http://docs.python.org/3.0/c-api/bytes.html) at the end of the Bytes Object description page. Examining the Python 3.0 source code, it can't be found in bytesobject.h file

[issue4916] test_io is broken on UCS4

Benjamin Peterson added the comment: In r68537. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue4916] test_io is broken on UCS4

Antoine Pitrou added the comment: Benjamin confirmed to me that the patch is ok, committing. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue4908] adding a get_metadata in distutils

Tarek Ziadé added the comment: heres a first simple draft, that works on .egg-info files, (the Description extractor needs to rework, but this patch is enough to discuss the feature) -- keywords: +patch Added file: http://bugs.python.org/file12692/get_metadata.diff ___

[issue4916] test_io is broken on UCS4

Antoine Pitrou added the comment: Can you try with this one? PS: do we have a buildbot with such a configuration? -- keywords: +patch Added file: http://bugs.python.org/file12691/issue4916.patch ___ Python tracker

[issue4916] test_io is broken on UCS4

Antoine Pitrou added the comment: This is because of the new utf16 decoding code. I'll post a patch soon. -- assignee: -> pitrou ___ Python tracker ___ _

[issue4916] test_io is broken on UCS4

Benjamin Peterson added the comment: MacOS 10.4 PPC ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue4916] test_io is broken on UCS4

Antoine Pitrou added the comment: Ouch. What platform is this on? -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4915] Port sysmodule.c to MS Windows CE

Ulrich Eckhardt added the comment: Next attempt, exclude all win variants from check. Added file: http://bugs.python.org/file12690/python-2.7-wince-sysmodule.2.patch ___ Python tracker _

[issue4916] test_io is broken on UCS4

Changes by Benjamin Peterson : -- versions: -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4916] test_io is broken on UCS4

New submission from Benjamin Peterson : == FAIL: testEncodedWrites (test.test_io.TextIOWrapperTest) -- Traceback (most recent call last): File "/temp/python/py

[issue4915] Port sysmodule.c to MS Windows CE

Martin v. Löwis added the comment: > Do you want to remove the whole check for MS Windows then? Yes, please. A comment that you can't really redirect from a dir on Win32 might be useful. > Are you > otherwise comfortable with the second part of the patch, the one about > resolving argv[0]?

[issue4915] Port sysmodule.c to MS Windows CE

Ulrich Eckhardt added the comment: The CE documentation mentions directories, too, but is silent on the FILE_FLAG_BACKUP_SEMANTICS use for them. Also, even using that flag, I can't open a directory under CE. It seems that this check is superfluous there. I can also confirm that you get an er

[issue4753] Faster opcode dispatch on gcc

Gregory P. Smith added the comment: Benchmarking pitrou_dispatch_2.7.patch applied to trunk r68522 on a 32- bit Efficeon (x86) using gcc 4.2.4-1ubuntu3 yields a 10% pybench speedup. ___ Python tracker _

[issue4893] Use separate thread support code under MS Windows CE

Ulrich Eckhardt added the comment: > That's all fine, but why do you need a variable named "e" in > the first place? Can't you leave the code as it was before?" There is an intermediate call to a function that retrieves the thread's ID. That function may or may not change the output of GetLas

[issue4915] Port sysmodule.c to MS Windows CE

Martin v. Löwis added the comment: > I don't really know what happens when you try to read()/fread() from > stdin that is a directory, but I guess it will fail quickly even > without an explicit check by Python. Without the explicit check, the interpreter crashed; this was the reason to add t

[issue4893] Use separate thread support code under MS Windows CE

Martin v. Löwis added the comment: > Actually, I made the distinction between the 'int e' and the 'unsigned > e' consciously. When using 'errno', using an 'int' is correct. When > using GetLastError(), I would have used a win32 DWORD if there was a > format sequence that correctly and portably

[issue4449] AssertionError in Doc/includes/mp_benchmarks.py

Martin v. Löwis added the comment: I think Amaury's patch (mp_array_2.patch) is correct. If there is no objection to its acceptance within the next two days, I think it should be applied. -- resolution: -> accepted ___ Python tracker

[issue4915] Port sysmodule.c to MS Windows CE

Ulrich Eckhardt added the comment: Changed patch with curly brackets outside the conditional code. Added file: http://bugs.python.org/file12689/python-2.7-wince-sysmodule.1.patch ___ Python tracker

[issue4915] Port sysmodule.c to MS Windows CE

Ulrich Eckhardt added the comment: I don't really know what happens when you try to read()/fread() from stdin that is a directory, but I guess it will fail quickly even without an explicit check by Python. A directory can be opened under win32 just like a file, so I guess that you could also

[issue4893] Use separate thread support code under MS Windows CE

Ulrich Eckhardt added the comment: Actually, I made the distinction between the 'int e' and the 'unsigned e' consciously. When using 'errno', using an 'int' is correct. When using GetLastError(), I would have used a win32 DWORD if there was a format sequence that correctly and portably format

[issue4913] wave.py writes 16 bit sample files of half the correct duration

Guilherme Polo added the comment: Ah, yes :) But in the other case (the one where it is currently multiplied) the multiplication happens because data is formatted to either bytes, shorts or longs, so without the multiplication data length would end up being divided by 1, 2 or 4. So, besides the

[issue4913] wave.py writes 16 bit sample files of half the correct duration

Guilherme Polo added the comment: Given the name of the function related to the problem: "writeframesraw", it seems to be more correct to remove the sampwidth multiplication from the other case (not add it in the other one), since you must already pass the data multiplied by it. Does that make

[issue4913] wave.py writes 16 bit sample files of half the correct duration

Changes by Guilherme Polo : Removed file: http://bugs.python.org/file12688/issue_4913.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4913] wave.py writes 16 bit sample files of half the correct duration

Guilherme Polo added the comment: Oops, _framesize already takes sampwidth into account. So there is a problem somewhere else, since reading the wave file is returning the number of frames multiplied by the sampwidth. ___ Python tracker

[issue4913] wave.py writes 16 bit sample files of half the correct duration

Guilherme Polo added the comment: Wave_read.initfp also needs fixing on counting the frame number, correct me if its wrong. Patch added. -- keywords: +patch nosy: +gpolo Added file: http://bugs.python.org/file12688/issue_4913.diff ___ Python tracker

[issue4735] An error occurred during the installation of assembly

STINNER Victor added the comment: See also http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=121817 ___ Python tracker ___ _

[issue4735] An error occurred during the installation of assembly

STINNER Victor added the comment: Issue 4911 is a duplicate of this issue. Could the issue be related to http://support.microsoft.com/kb/839547? -- nosy: +haypo ___ Python tracker _

[issue4911] Windows installer Quad processor issues

STINNER Victor added the comment: This issue is a duplicate of the issue #4735. -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___

[issue4908] adding a get_metadata in distutils

Tarek Ziadé added the comment: It looks like the best way to do this is to: - make distutils.dist.DistributionMetadata also read existing egg-info files - add get_metadata in pkgutil instead of distutils, and make it use distutils.dist.DistributionMetadata _

[issue4911] Windows installer Quad processor issues

STINNER Victor added the comment: Could it be related to http://support.microsoft.com/kb/839547? -- nosy: +haypo title: Quad processor issues -> Windows installer Quad processor issues ___ Python tracker __

[issue2504] Add gettext.pgettext() and variants support

Martin v. Löwis added the comment: The gettext module is intentionally written in pure Python; it should stay that way. Whether or not the _locale module should also grow support for pgettext is a different issue. ___ Python tracker

[issue2504] Add gettext.pgettext() and variants support

STINNER Victor added the comment: I don't see any change in Modules/_localemodule.c: you reimplemented pgettext() in pure Python. Why no reusing existing pgettext() function (at least when it's present)? -- nosy: +haypo ___ Python tracker

[issue4915] Port sysmodule.c to MS Windows CE

Martin v. Löwis added the comment: The S_ISDIR test is to prevent the case python < /etc Is it really possible to invoke Python in such a way on CE? If not, it would be better if the entire test wasn't performed on CE. If it does get performed, I think it would be better if the code kept a m

[issue4893] Use separate thread support code under MS Windows CE

Martin v. Löwis added the comment: The introduction of "int e" is redundant now, right? ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue4903] binascii.crc32() - document signed vs unsigned results

Gregory P. Smith added the comment: binascii and zlib documentation updated in trunk r68535. I'll close the issue after I've merged it into release26-maint, release30-maint and py3k. Any objections to the wording? http://svn.python.org/view/python/trunk/Doc/library/binascii.rst? rev=68535&v

[issue4753] Faster opcode dispatch on gcc

Jeffrey Yasskin added the comment: Here's a port of threadedceval5.patch to trunk. It passes the tests. I haven't benchmarked this exact patch, but on one Intel Core2, a similar patch got an 11%-14% speedup (on 2to3 and pybench). I've also cleaned up Jakob Sievers' vmgen patch (representing for

[issue4907] ast.literal_eval does not properly handled complex numbers

Mark Dickinson added the comment: I'm not sure that this is desirable behaviour. There's no such thing as a complex literal---only imaginary literals. Why allow evaluation of 2+1j but not of 2 + 1, or 2*1j. In any case, I'm not sure that the patch behaves as intended. For example, >>> ast

[issue1731717] race condition in subprocess module

Changes by Martina Oefelein : -- nosy: +oefe ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue2320] Race condition in subprocess using stdin

Changes by Martina Oefelein : -- nosy: +oefe ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue4893] Use separate thread support code under MS Windows CE

Ulrich Eckhardt added the comment: Okay, hopefully this patch is final. The last one was using 'errno' in debug mode, but under CE using CreateThread() it should use GetLastError(). I also took the liberty of saving that error information for both variants directly after creating the thread fail

[issue4879] Allow buffering for HTTPResponse

Kristján Valur Jónsson added the comment: Checked in as revision: 68532 -- resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue4879] Allow buffering for HTTPResponse

Kristján Valur Jónsson added the comment: Yes, if you think so. But my intention was to indicate that the "nobuffering" is a special feature the user can turn off to resort to what could be considered normal, buffered, behaviour. But either way is fine, and I'll be happy to change it. _

[issue4915] Port sysmodule.c to MS Windows CE

New submission from Ulrich Eckhardt : The attached patch is for sysmodule.c, it contains two changes: 1. The check whether stdin is a directory is rewritten without using fstat(), which doesn't exist under CE. 2. Replacing sys.argv[0] with the full path is skipped, CE doesn't have a current wor

[issue4896] Faster why variable manipulation in ceval.c

Skip Montanaro added the comment: pybench comparison... % ./python.exe Tools/pybench/pybench.py -s stock.out -c why.out - -- PYBENCH 2.0 --- *

[issue4896] Faster why variable manipulation in ceval.c

Skip Montanaro added the comment: Pystone results: apply why patch py3k% rm $TMPDIR/*.[coi] ; make python.exe && rm -f /tmp/trash ; ./python.exe Lib/test/pystone.py rm: /tmp/*.[coi]: No such file or directory make: `python.exe' is up to date. Pystone(1.1) time for 5 passes = 1.08154 This

[issue1293741] doctest runner cannot handle non-ascii characters

Luciano Ramalho added the comment: I have confirmed everything that akaihola reports in Python 2.4, 2.5 and 2.6, but the problem is not limited to non-matching test output. It also happens with doctests with zero failures when the module is run with the -v command-line switch, or testmod is call

[issue4220] Builtins treated as free variables?

Georg Brandl added the comment: There is no way for the interpreter to distinguish between builtins and "other" types of free variables. If you need unqualified exec to work in an innner function, use function parameters with defaults, like this: def a(): def b(long=long): x = long

[issue4753] Faster opcode dispatch on gcc

Changes by Andrew Bennetts : -- nosy: +spiv ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue2504] Add gettext.pgettext() and variants support

Changes by Dwayne Bailey : -- nosy: +dwayne ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue4893] Use separate thread support code under MS Windows CE

Ulrich Eckhardt added the comment: Okay, the changes necessary to the NT thread code are rather minimal, see attached patch. The file thread_wince.c could then be removed, too. I also removed a comment which was left over from the version before but doesn't apply any more. Added file: http://b

[issue4895] Missing strdup() under MS Windows CE

Martin v. Löwis added the comment: Thanks for the patch. Committed as r68527, r68528. -- nosy: +loewis resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue4288] parsermodule and grammar variable

Martin v. Löwis added the comment: This is now fixed with the resolution to issue 4279. -- resolution: -> fixed status: open -> closed superseder: -> Module 'parser' fails to build ___ Python tracker

[issue4279] Module 'parser' fails to build

Martin v. Löwis added the comment: I have now committed 2.6.1-parsermodule.patch as r68523, r68524, r68525, and r68526. Thanks for the patch. -- resolution: -> fixed status: open -> closed ___ Python tracker _