=?utf-8?q?[issue4060]_PyUnicode=5FDecodeUTF16(..., _=09byteorder=3D0)_gets_it_wrong_on_Mac_OS_X/PowerPC?=
Ronald Oussoren [EMAIL PROTECTED] added the comment: The issue was introduced while moving universal-binary specific trickery from pyconfig.h.in to a separate header file. Obviously I must have been drunk at the time, because I didn't move the WORDS_BIGENDIAN bits correctly. The attached patch in pymacconfig.h.patch adds detection of WORDS_BIGENDIAN to pymacconfig.h, the header where the other pyconfig.h overrides for universal builds are as well. Background: this work was done while adding support for 4-way universal builds, that is x86, x86_64, ppc and ppc64. This required many more updates to pyconfig.h, most of which couldn't be done in a clean platform-independent way. That's why I (tried to) move the setting of pyconfig.h values that are affected by the current architecture to Include/pymacconfig.h. NOTE: I haven't tested my patch yet, I'll do a full test round later today. Added file: http://bugs.python.org/file11723/pymacconfig.h.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4060] PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS X/PowerPC
Trent Mick [EMAIL PROTECTED] added the comment: Added file: http://bugs.python.org/file11723/pymacconfig.h.patch I'll test that on my end tomorrow -- though it looks like it will work fine. Thanks. -- title: PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS X/PowerPC - PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS X/PowerPC ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3187] os.listdir can return byte strings
Martin v. Löwis [EMAIL PROTECTED] added the comment: Most (or all) patches include new tests about bytes. Here is a patch for os.rst documentation about listdir(), getcwdb() and readlink(). Thanks! Committed as r66829. I've added additional documentation in r66830, which should complete Guido's list of things to be documented. So the issue can be closed now. See msg74271 for what Guido considers the lacking documentation; you may find that other aspects also need documentation. I wrote a long document about bytes for filenames but not only. I'm still waiting for some contributors or reviewers: http://wiki.python.org/moin/Python3UnicodeDecodeError We should discuss that on python-dev, of course - the question is whether additional documentation patches are needed in response to this specific change. As for test cases: it seems that those got waived, in the hurry. Can you be more precise? Which tests have to be improved/rewritten? I was probably looking at the wrong patches (such as getcwd_bytes.patch, merge_os_getcwd_getcwdu.patch, etc); I now see that the final patch did have tests. I recommend that patches that get superseded by other patches are removed from the issue. The won't be deleted; it's still possible to navigate to them through the History at the bottom of the issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3187 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3187] os.listdir can return byte strings
Changes by Martin v. Löwis [EMAIL PROTECTED]: -- status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3187 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3876] multiprocessing does not compile on systems which do not define sem_timedwait
Mattias Brändström [EMAIL PROTECTED] added the comment: When trying to build Python 2.6 on AIX 5.2 the following error message: ( The steps I have taken prior to this are: 1. export PATH=/usr/bin/:/usr/vacpp/bin/ 2. ./configure --with-gcc=xlc_r --with-cxx=xlC_r --disable-ipv6 3. make ) ./Modules/ld_so_aix xlc_r -bI:Modules/python.exp build/temp.aix-5.2- 2.6/home/mabr/Python-2.6/Modules/_multiprocessing/multiprocessing.o build/temp.aix-5.2-2.6/home/mabr/Python- 2.6/Modules/_multiprocessing/socket_connection.o build/temp.aix-5.2- 2.6/home/mabr/Python-2.6/Modules/_multiprocessing/semaphore.o - L/usr/local/lib -o build/lib.aix-5.2-2.6/_multiprocessing.so ld: 0711-317 ERROR: Undefined symbol: .sem_timedwait ld: 0711-317 ERROR: Undefined symbol: .CMSG_SPACE ld: 0711-317 ERROR: Undefined symbol: .CMSG_LEN ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. *** WARNING: renaming _multiprocessing since importing it failed: No such file or directory error: No such file or directory make: The error code from the last command is 1. -- nosy: +brasse ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3574] compile() cannot decode Latin-1 source encodings
STINNER Victor [EMAIL PROTECTED] added the comment: test_sys failure is fixed by the issue #2384. -- dependencies: +[Py3k] line number is wrong after encoding declaration ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3944] faster long multiplication
Mark Dickinson [EMAIL PROTECTED] added the comment: It looks as though changing PyLong_SHIFT to 30 everywhere is much simpler than I feared. Here's a short patch that does exactly that. It: - changes the definitions in longintrepr.h - changes marshal.c to write digits as longs, not shorts - adds some casts to longobject.c (most of which should really have been there already---clearly Python's never encountered a machine where ints are only 2 bytes long, even though the standard seems to permit it). With this patch, all tests pass on my machine with the exception of the getsizeof tests in test_sys; and sys.getsizeof is working fine---it's the tests that need to be changed. Still to do: - use uint64 and uint32 instead of unsigned long long and unsigned long, when available; this avoids wasting lots of space on platforms where a long is 64 bits. - provide fallback definitions for platforms that don't have any 64-bit type available - (?)expose the value of PyLong_SHIFT to Python somewhere (in sys?); then the getsizeof tests could use this value to determine whether a digit is expected to take 2 bytes or 4 (or ...) Added file: http://bugs.python.org/file11724/30bit.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3944 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Your patch does the correct thing, however an explanation of the -1 value would be welcome. Something like: /* The file has been reopened; parsing will restart from * the beginning of the file, we have to reset the line number. * But this function has been called from inside tok_nextc() which * will increment lineno before it returns. So we set it -1 so that * the next call to tok_nextc() will start with tok-lineno == 0. */ Or we could change the place of the tok-lineno++ in tok_nextc() so that it is called before the call to decoding_fgets(); other changes will be needed. Then, I think that your test is not correct: What is the meaning of the following line? sys.exit(traceback.tb_lineno(sys.exc_info()[2])) (the module traceback has no attribute tp_lineno) I presume that you intended something like: traceback.print_exc() sys.exit(sys.exc_info()[2].tb_lineno) and test at some point that process.returncode == lineno -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4065] _multiprocessing doesn't build on macosx 10.3
New submission from Ronald Oussoren [EMAIL PROTECTED]: I'm trying to build python 2.6 on a Mac OS X 10.3 system. This fails to build the multiprocessing extension due to a missing definition of struct iovec. It turns out that you have to include sys/uio.h to get that definition on OSX 10.3. Adding '#include sys/uio.h' to multiprocessing.h enables building the extension on OSX 10.3, but is probably not the right solution. -- components: Extension Modules messages: 74436 nosy: ronaldoussoren priority: low severity: normal status: open title: _multiprocessing doesn't build on macosx 10.3 type: compile error versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4065 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3876] multiprocessing does not compile on systems which do not define sem_timedwait
Mattias Brändström [EMAIL PROTECTED] added the comment: Here is a small patch that lets me build on AIX 5.2. Added file: http://bugs.python.org/file11726/aix-patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
Changes by Ronald Oussoren [EMAIL PROTECTED]: -- priority: - critical ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The patch goes in the good direction, here are some remarks: - The two calls to open() are missing the O_BINARY flag, necessary on Windows to avoid newline translation. This may be important for some codecs. - the GIL should be released around calls to open(); searching the whole sys.path can be long. Besides this, the char* filename is relevant only on utf8-encoded filesystems, and will not work on windows with non-ascii filenames. But this is another issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4004] missing newline in Could not convert argument %s to string error message
Martin v. Löwis [EMAIL PROTECTED] added the comment: What's the purpose of the additional YY substring? -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4004 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4060] PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS X/PowerPC
Martin v. Löwis [EMAIL PROTECTED] added the comment: I agree with Trent that this is a bug, and I agree with the second patch (pymacconfig.h.patch2). Mark-Andre, sys.byteorder is not affected because detects the byte order at run-time, not at compile-time. Likewise, in the struct module, several code paths rely on dynamic determination of the endianness, such as _PyLong_FromByteArray, the float packing, and the whichtable function. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4035] Support bytes for os.exec*()
Martin v. Löwis [EMAIL PROTECTED] added the comment: Can you come up with a test case? Also, it would probably be good to document what parameters can have what datatypes in the exec family of functions. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
New submission from Ronald Oussoren [EMAIL PROTECTED]: When using a universal build of python on macosx distutils.util.get_platform should use fat for the machine architecture, instead of the architecture of the current machine. That's not what's currently happening: $ python26 -c 'from distutils.util import get_platform; print get_platform()' macosx-10.3-ppc $ -- components: Distutils messages: 74432 nosy: ronaldoussoren severity: normal status: open title: distutils.util.get_platform() is wrong for universal builds on macosx versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4035] Support bytes for os.exec*()
STINNER Victor [EMAIL PROTECTED] added the comment: The patch is incomplete. It allows bytes for the arguments but not for the environment variables: posix_execve() in Modules/posixmodule.c uses: PyArg_Parse(key s, k) PyArg_Parse(val s, v) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4035 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4066] smtplib SMTP_SSL._get_socket doesn't return a value
New submission from Marcin Bachry [EMAIL PROTECTED]: SMTP.connect method expects _get_socket() method to return socket object: self.sock = self._get_socket(host, port, self.timeout) but overriden _get_socket() method in SMTP_SSL class doesnt' have return statement (it sets self.sock instead). Hence I get SMTPServerDisconnected exception when I try to send mail over ssl. The same seems to apply to LMTP class. -- components: Library (Lib) files: smtplib.diff keywords: patch messages: 74452 nosy: marcin.bachry severity: normal status: open title: smtplib SMTP_SSL._get_socket doesn't return a value type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file11729/smtplib.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2276] distutils out-of-date for runtime_library_dirs flag on OS X
Ronald Oussoren [EMAIL PROTECTED] added the comment: Do you mean the -rpath option? Note that this is (IMHO) less useful than on other systems because the linked-to library needs to have a specific link path (@rpath/mylib.dylib). It can be useful for linking extentions though. Using this feature requires OSX 10.5, AFAIK it is not supported on earlier releases of OSX. -- nosy: +ronaldoussoren ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2276 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4067] ast.fix_missing_locations() breaks if node doesn't have _attributes variable
New submission from Marcin Bachry [EMAIL PROTECTED]: ast.fix_missing_locations() fails if any node is missing _attributes instance variable - but it's the case of some fundamental nodes like alias or identifier. When I run simple test: import ast with open(__file__) as fp: tree = ast.parse(fp.read()) ast.fix_missing_locations(tree) I get: $ python2.6 /tmp/test.py Traceback (most recent call last): File /tmp/test.py, line 5, in module ast.fix_missing_locations(tree) File /usr/local/lib/python2.6/ast.py, line 133, in fix_missing_locations _fix(node, 1, 0) File /usr/local/lib/python2.6/ast.py, line 132, in _fix _fix(child, lineno, col_offset) File /usr/local/lib/python2.6/ast.py, line 132, in _fix _fix(child, lineno, col_offset) File /usr/local/lib/python2.6/ast.py, line 121, in _fix if 'lineno' in node._attributes: AttributeError: 'alias' object has no attribute '_attributes' -- components: Library (Lib) files: ast.diff keywords: patch messages: 74453 nosy: marcin.bachry severity: normal status: open title: ast.fix_missing_locations() breaks if node doesn't have _attributes variable type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file11730/ast.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4067 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The line is not displayed (why? no idea) Well, it's difficult to re-open stdin... -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
STINNER Victor [EMAIL PROTECTED] added the comment: Le Tuesday 07 October 2008 15:06:01 Amaury Forgeot d'Arc, vous avez écrit : - The two calls to open() are missing the O_BINARY flag, necessary on Windows to avoid newline translation. This may be important for some codecs. Oops, I always forget Windows specific options :-/ - the GIL should be released around calls to open(); searching the whole sys.path can be long. Ok, O_BINARY and GIL fixed. I just realized that sys.path is considered as a bytes string (PyBytes_Check) whereas Python3 uses an unicode string! ['', '/home/haypo/prog/python-ptrace', (...)] sys.path.append(b'bytes'); sys.path ['', '/home/haypo/prog/python-ptrace', '(...)', b'bytes'] Oops, so it's possible to mix strings and bytes. But the normal case is a list of unicode strings. Another fix is needed :-/ I don't know how to get into if (fd 0) (code using sys.path). Any clue? Besides this, the char* filename is relevant only on utf8-encoded filesystems, and will not work on windows with non-ascii filenames. But this is another issue. I don't know the Windows API enough to answer. Doesn't Python provide high level functions to open a file? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4068] Backport fix for issue 3312
New submission from Gerhard Häring [EMAIL PROTECTED]: This is a backport of Georg Brandl's fix for issue #3312. -- assignee: ghaering files: 253_backport_fix_issue3312.diff keywords: patch, patch messages: 74454 nosy: ghaering priority: normal severity: normal status: open title: Backport fix for issue 3312 type: crash versions: Python 2.5.3 Added file: http://bugs.python.org/file11731/253_backport_fix_issue3312.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Ok, O_BINARY and GIL fixed. which patch? ;-) I just realized that sys.path is considered as a bytes string (PyBytes_Check) whereas Python3 uses an unicode string! ['', '/home/haypo/prog/python-ptrace', (...)] sys.path.append(b'bytes'); sys.path ['', '/home/haypo/prog/python-ptrace', '(...)', b'bytes'] Oops, so it's possible to mix strings and bytes. But the normal case is a list of unicode strings. Another fix is needed :-/ You could do like the import function, which converts unicode with the fs encoding. See the code in import.c, below PyList_GetItem(path, i) I don't know how to get into if (fd 0) (code using sys.path). Any clue? The .pyc stores the full path of the .py, at compilation time. If the directory is moved, or accessed with another name (via mounts or soft links), the traceback displays the filename as stored in the .pyc file, but the content can still be displayed. It does not work every time, though, for example when the directory is shared between Windows Unix. Besides this, the char* filename is relevant only on utf8-encoded filesystems, and will not work on windows with non-ascii filenames. But this is another issue. I don't know the Windows API enough to answer. Windows interprets the char* variables with its system-set mbcs encoding. On my machine, it is equivalent to the cp1252 encoding (almost equivalent latin-1). Since the 'filename' comes from a call to _PyUnicode_AsString(tb-tb_frame-f_code-co_filename), it will be wrong with any accented letter. Doesn't Python provide high level functions to open a file? io.open()? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Changes by STINNER Victor [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11732/traceback_unicode-3.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2276] distutils out-of-date for runtime_library_dirs flag on OS X
Bill Janssen [EMAIL PROTECTED] added the comment: Yes, we were looking at using this for linking PyLucene's JCC extension. I believe we came up with a different way of doing it. It would still be useful to have distutils.unixccompiler.runtime_library_dir_option() updated to understand the right flags for Leopard. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2276 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
Han-Wen Nienhuys [EMAIL PROTECTED] added the comment: I'm still interested in this, but the last time I did anything, I jumped through all the hoops (see conversation here), and not a single change was put into trunk. I'm not very enthousiastic about spending a lot time on this again. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4004] missing newline in Could not convert argument %s to string error message
STINNER Victor [EMAIL PROTECTED] added the comment: @amaury.forgeotdarc: Done for out of memory. @loewis: Oops, it's an error. I removed the YY. So here is a new patch. Added file: http://bugs.python.org/file11728/argv_error_newline-2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4004 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
Han-Wen Nienhuys [EMAIL PROTECTED] added the comment: @Luke the compiling strategy for Python (IIRC) is to compile everything, including modules that will never work, and use compiler errors as a signal to not include a module in the result. this is what I end up with for 2.4 ./usr/bin/libpython2.4.dll ./usr/bin/imageop.dll ./usr/bin/_codecs_hk.dll ./usr/bin/_codecs_jp.dll ./usr/bin/_heapq.dll ./usr/bin/_random.dll ./usr/bin/cPickle.dll ./usr/bin/cStringIO.dll ./usr/bin/regex.dll ./usr/bin/collections.dll ./usr/bin/_locale.dll ./usr/bin/_testcapi.dll ./usr/bin/_codecs_tw.dll ./usr/bin/pyexpat.dll ./usr/bin/_hotshot.dll ./usr/bin/mmap.dll ./usr/bin/math.dll ./usr/bin/binascii.dll ./usr/bin/array.dll ./usr/bin/smtpd.py ./usr/bin/cmath.dll ./usr/bin/audioop.dll ./usr/bin/_codecs_kr.dll ./usr/bin/parser.dll ./usr/bin/itertools.dll ./usr/bin/_csv.dll ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4060] PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS X/PowerPC
Ronald Oussoren [EMAIL PROTECTED] added the comment: Annoyingly enough my patch isn't good enough, it turns out that ctypes has introduced a SIZEOF__BOOL definition in configure.in and that needs special caseing as well. pymacconfig.h.patch2 fixes that issue as well. Do you have access to a PPC G5 system? I've determined the correct value of SIZEOF__BOOL for that platform by reading the assembly code for a small test program and hence am not 100% sure that sizeof(_Bool) actually is 1 on that architecture. One other annoying issue cropped up: regrtest.py consistently hangs in test_signal (with 100% CPU usage) when I run it in rossetta (PPC emulator). I'll test this on an actual PPC machine as well, this might well be an issue with the PPC emulator. Added file: http://bugs.python.org/file11727/pymacconfig.h.patch2 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2810] _winreg.EnumValue fails when the registry data includes multibyte unicode characters
Changes by Daniel Stutzbach [EMAIL PROTECTED]: -- versions: +Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2810 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3740] PEP 3121 --- module state is not nul-initalized as claimed in the PEP
Martin v. Löwis [EMAIL PROTECTED] added the comment: Thanks! Committed as r66831 -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3740 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3448] Multi-process 2to3
Collin Winter [EMAIL PROTECTED] added the comment: Benjamin, what complexity did you encounter when trying to use lib2to3 in your own work? Unless there's a concrete use-case where the mere existence of multiprocessing support (as opposed to actually enabling that support) made a tangible project harder, I say we leave it in. I can't imagine someone making the conscious choice to slow down their own lib2to3-based refactoring tool by 2x; if those people appear later, we'll deal with their concerns at that time. Nick: if you don't have time to make this work in 2.6, I can do so. The patch will also need doc fixes and tests, though the core functionality is fine. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
Ronald Oussoren [EMAIL PROTECTED] added the comment: The attached patch fixes this issue. -- keywords: +patch Added file: http://bugs.python.org/file11725/issue4064-fix.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4063] sphinx: make all-pdf does not exist.
New submission from Thomas Guettler [EMAIL PROTECTED]: Hi, after sphinx-quickstart and running make latex I get: Build finished; the LaTeX files are in build/latex. Run `make all-pdf' or `make all-ps' in that directory to run these through [EMAIL PROTECTED]:... LANG=C make all-pdf make: *** No rule to make target `all-pdf'. Stop. Sphinx Version 0.4.2 -- assignee: georg.brandl components: Documentation tools (Sphinx) messages: 74431 nosy: georg.brandl, guettli severity: normal status: open title: sphinx: make all-pdf does not exist. versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
Changes by Ronald Oussoren [EMAIL PROTECTED]: -- keywords: +needs review ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
=?utf-8?q?[issue4060]_PyUnicode=5FDecodeUTF16(..., =09byteorder=3D0)_gets_it_wrong_on_Mac_OS_X/PowerPC?=
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment:
On 2008-10-07 14:33, Ronald Oussoren wrote:
Ronald Oussoren [EMAIL PROTECTED] added the comment:
Annoyingly enough my patch isn't good enough, it turns out that ctypes
has introduced a SIZEOF__BOOL definition in configure.in and that needs
special caseing as well.
pymacconfig.h.patch2 fixes that issue as well. Do you have access to a
PPC G5 system? I've determined the correct value of SIZEOF__BOOL for
that platform by reading the assembly code for a small test program and
hence am not 100% sure that sizeof(_Bool) actually is 1 on that
architecture.
Using this helper:
#include stdio.h
main() {
printf(sizeof(_Bool)=%i bytes\n, sizeof(_Bool));
}
I get:
sizeof(_Bool)=4 bytes
on a G4 PPC.
Seems strange to me, but reasonable since it is defined like this
in stdbool.h:
#if __STDC_VERSION__ 199901L __GNUC__ 3
typedef int _Bool;
#endif
--
title: PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS
X/PowerPC - PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS
X/PowerPC
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4060
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3433] Mac, 3.0 framework install error with fink cp
Ronald Oussoren [EMAIL PROTECTED] added the comment: IMHO the best fix would be to use /bin/cp instead of plain cp. It is not possible to use $(INSTALL) here because this step does a recursive copy. NOTE: The same fix should also be applied to the trunk and release26-maint branch. -- nosy: +ronaldoussoren ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3448] Multi-process 2to3
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I suggest that when using lib2to3 as a library, multiprocessing is not enabled by default; there may be uses of the library that are incompatible with multiprocessing. It may be enabled by default when using it from the command line (or the lib2to3.main module). But which default number of processes would this use? Concerning the patch itself: - the line from processing import Process seems suspect. - Did you consider using something as simple as: pool = multiprocessing.Pool(self.options.num_processes) pool.map(self.refactor_file, fullnames) It should do all the job: start processes, queue tasks, wait for results. -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4017] IDLE 2.6 broken on OSX (Leopard)
Nat [EMAIL PROTECTED] added the comment: I asked a slightly different question (related to tkinter in general on OS 10.4.11), but the symptoms were remarkably similar - perhaps the solution is as well? http://groups.google.com/group/comp.lang.python/browse_thread/thread/1114b05318a5507e/a7c269e62b4f0434#a7c269e62b4f0434 Worth a try? -- nosy: +njw23 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3433] Mac, 3.0 framework install error with fink cp
Changes by Ronald Oussoren [EMAIL PROTECTED]: -- versions: +Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4004] missing newline in Could not convert argument %s to string error message
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The patch is good, and consistent with all usages of fprintf(stderr) in pythonrun.c, for example. Please also add \n to fprintf(stderr, out of memory); in both python.c and frozenmain.c -- nosy: +amaury.forgeotdarc resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4004 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I still have remarks about traceback_unicode-3.patch, that I did not see before: - (a minor thing) PyMem_FREE(found_encoding) could appear only once, just after PyFile_FromFd. - I feel it dangerous to call the PyUnicode_AS_UNICODE() macro without checking that PyFile_GetLine() actually returned a PyUnicode object. - If the truncated variable is NULL, an exception has been set; it is necessary to exit the function. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4069] set.remove raises confusing KeyError
New submission from Carl Friedrich Bolz [EMAIL PROTECTED]: When trying to remove a set from a set, the KeyError that is raised is confusing: Python 2.6 (r26:66714, Oct 7 2008, 13:23:57) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type help, copyright, credits or license for more information. s = set([frozenset([1, 2]), frozenset([2, 3])]) s.remove(set([3, 4])) Traceback (most recent call last): File stdin, line 1, in module KeyError: frozenset([]) I understand that s.remove(set(...)) turns the set into a frozenset, but I was expecting this converted frozenset to be attached to the KeyError, not an empty set. -- components: Interpreter Core messages: 74461 nosy: cfbolz severity: normal status: open title: set.remove raises confusing KeyError type: behavior versions: Python 2.5, Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4063] sphinx: make all-pdf does not exist.
Georg Brandl [EMAIL PROTECTED] added the comment: Are you sure you're doing make all-pdf in the build/latex directory? -- resolution: - works for me status: open - pending ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4063 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4060] PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS X/PowerPC
Trent Mick [EMAIL PROTECTED] added the comment:
I get:
sizeof(_Bool)=4 bytes
on a G4 PPC.
Same thing on a G5 PPC:
$ cat main.c
#include stdio.h
int main(void) {
printf(sizeof(_Bool) is %d\n, sizeof(_Bool));
}
$ gcc main.c
$ ./a.out
sizeof(_Bool) is 4
--
title: PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS
X/PowerPC - PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS
X/PowerPC
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4060
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4069] set.remove raises confusing KeyError
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
The KeyError initially contains the correct frozenset, but its content
is swapped with the original set object (yes, like C++ std::set::swap(),
this mutates the frozenset!).
Attached a patch with unit test. The exception now shows the original key:
KeyError: {3, 4}
--
keywords: +needs review, patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file11733/set_remove.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4069
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4069] set.remove raises confusing KeyError
Changes by Raymond Hettinger [EMAIL PROTECTED]: -- assignee: - rhettinger nosy: +rhettinger ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2218] Enhanced hotshot profiler with high-resolution timer
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.5.3 -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.5.3 -Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4067] ast.fix_missing_locations() breaks if node doesn't have _attributes variable
Armin Ronacher [EMAIL PROTECTED] added the comment: The root of the problem is that ast.AST doesn't have _fields or _attributes. I think the better solution is to add these attributes to the root class which makes it easier to work with these objects. I attached a diff for asdl_c.py which fixes that problem by adding attributes to the AST class. Run `python Parser/asdl_c.py -h Python Parser/Python.asdl` to regenerate the Python-ast.c file. Can someone review the diff? -- nosy: +aronacher Added file: http://bugs.python.org/file11734/asdl_c.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4067 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.5.3 -Python 2.7 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.7 -Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.7 -Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2218] Enhanced hotshot profiler with high-resolution timer
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.7 -Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2218] Enhanced hotshot profiler with high-resolution timer
Fred L. Drake, Jr. [EMAIL PROTECTED] added the comment: May I ask what the reasoning is for further developing hotshot as part of the core? My understanding, based on discussions on python-dev, is that hotshot is being deprecated in favor of cProfile. If hotshot still provides functionality that's interesting (and it may), perhaps it makes sense to maintain and improve it in a separate distribution. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4069] set.remove raises confusing KeyError
Raymond Hettinger [EMAIL PROTECTED] added the comment: Patch looks fine. I see no need to backport to 2.5 though. -- assignee: rhettinger - amaury.forgeotdarc keywords: -needs review resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4017] IDLE 2.6 broken on OSX (Leopard)
Changes by Kent Johnson [EMAIL PROTECTED]: -- nosy: +kjohnson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4017 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
Martin v. Löwis [EMAIL PROTECTED] added the comment: When using a universal build of python on macosx distutils.util.get_platform should use fat for the machine architecture, instead of the architecture of the current machine. Can you please explain why it should do so? Where do these architecture names come from? -- nosy: +loewis title: distutils.util.get_platform() is wrong for universal builds on macosx - distutils.util.get_platform() iswrong for universal builds on macosx ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4065] _multiprocessing doesn't build on macosx 10.3
Martin v. Löwis [EMAIL PROTECTED] added the comment: What does sendmsg(2) say what to include? What about writev(2)? (the latter, on Linux, says that sys/uio.h is indeed the correct header) -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4065 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4067] ast.fix_missing_locations() breaks if node doesn't have _attributes variable
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: empty_tuple should be DECREF'ed at the end of the function. Otherwise the patch is fine. -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4067 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4068] Backport fix for issue 3312
Martin v. Löwis [EMAIL PROTECTED] added the comment: Looks fine to me. Please apply (don't forget a NEWS entry). -- nosy: +loewis resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4068 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
Martin v. Löwis [EMAIL PROTECTED] added the comment: the compiling strategy for Python (IIRC) is to compile everything, including modules that will never work, and use compiler errors as a signal to not include a module in the result. I don't think this can work in the cross-compilation case, though (or the entire setup.py part of it can't really work). It uses the target's python binary to run setup.py, compiles the modules, and then tries to load them. In a cross-compilation case, you can't run the target python binary, and even if you use a host python instead, you can't load the target extension modules (unless the cross compilation is for the same microprocessor and operating system - a case I'm not very much interested in). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
Ronald Oussoren [EMAIL PROTECTED] added the comment: The basic idea is that the architecture bit of get_platform() should tell you something about the archicture for which a build is valid. That's why 'i386' or 'ppc' is not very useful for a universal build. The original author of the universal binary support choose 'fat' as the architecture designator for universal builds (fat binaries). Somewhere along the way the calculation of the architecture string got messed up, resulting in the current situation. That is, the current situation is not as designed by the original author of the universal binary support code. Another reason for fixing this is that setuptools uses the platform designator of the current system and a downloaded binary archive to determine if the two are compatible. In the current situation univeral binary distributions built on a PPC system don't work on an i386 system (as far as setuptools is concerned). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4060] PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS X/PowerPC
Ronald Oussoren [EMAIL PROTECTED] added the comment:
On 7 Oct, 2008, at 18:29, Trent Mick wrote:
Trent Mick [EMAIL PROTECTED] added the comment:
I get:
sizeof(_Bool)=4 bytes
on a G4 PPC.
Same thing on a G5 PPC:
$ cat main.c
#include stdio.h
int main(void) {
printf(sizeof(_Bool) is %d\n, sizeof(_Bool));
}
$ gcc main.c
What if you compile using 'gcc -arch ppc64 main.c'?
Ronald
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4060
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
Roumen Petrov [EMAIL PROTECTED] added the comment: I found the patch cross-2.5.1.patch as too limited. I'm interesting in this topic and I post patch in issue3871 that continue work from issue841454 and issue1412448. -- nosy: +rpetrov ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
Roumen Petrov [EMAIL PROTECTED] added the comment: Martin meaning of target and host is different. There is no reason to use Canadian Cross: build-host-target. It is about more simple cross-compilation case: build-host. About loading of modules in build environment: some OS-es can run binaries from other OS-es. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx
Martin v. Löwis [EMAIL PROTECTED] added the comment: Somewhere along the way the calculation of the architecture string got messed up, resulting in the current situation. That is, the current situation is not as designed by the original author of the universal binary support code. Ok, what *is* the desired way of naming architectures on that system? Is that documented somewhere? -- title: distutils.util.get_platform() is wrong for universal builds on macosx - distutils.util.get_platform() is wrong for universal builds on macosx ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4064 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3677] importing from UNC roots doesn't work
Martin v. Löwis [EMAIL PROTECTED] added the comment: Kristjan, you suggested this issue for consideration for 2.5.3. Is there an actual patch to apply? If not, the issue should get forwarded to 2.7 (and then to 2.8, and so on, until somebody actually comes up with a patch). -- nosy: +loewis versions: +Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3677 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3367] Uninitialized value read in parsetok.c
Martin v. Löwis [EMAIL PROTECTED] added the comment: Kristján, you suggested this patch to be considered for 2.5.3. It seems the patch is incorrect. Can you provide a correct one? -- nosy: +loewis versions: +Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
Martin v. Löwis [EMAIL PROTECTED] added the comment: Martin meaning of target and host is different. There is no reason to use Canadian Cross: build-host-target. It is about more simple cross-compilation case: build-host. Terminology issues aside, I hope people still will understand my objection. I meant it this way: - host system: system hosting Python build process - target system: system intended to run resulting Python executable Whether that conforms to autoconf should be irrelevant, as long as we aren't talking about configure.in changes. About loading of modules in build environment: some OS-es can run binaries from other OS-es. Sure. However, I don't think this is the general case for cross-compilation, and I don't think cross-compilation support in Python should assume this is possible. Instead, cross-compilation should assume that build system and target system have anything in common (except that target headers and for-target cross tools are installed on the build system). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4051] use of TCHAR under win32
Roumen Petrov [EMAIL PROTECTED] added the comment: What about to substitute UNICODE macro as example with RAWUNICODE in the source ? -- nosy: +rpetrov ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4051 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
Roumen Petrov [EMAIL PROTECTED] added the comment: Now in mingw case the common is python posix build system. If the cross-compilation work what is problem to build in native environment? Personally I prefer to build in cross environment. It is convenient. There is no problem to run python tests in the native environment. In emulated environment most of the python test run smoothly. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1597850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4069] set.remove raises confusing KeyError
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Committed r66836 (trunk) and r66837 (2.6). This will merge nicely into py3k. Hello Carl Friedrich, and thanks for the report! -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4004] missing newline in Could not convert argument %s to string error message
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Committed as r66838. -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4004 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3448] Multi-process 2to3
Benjamin Peterson [EMAIL PROTECTED] added the comment: I'm not opposed to having the support available. I just don't what it enabled by default. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3873] Unpickling is really slow
Alexandre Vassalotti [EMAIL PROTECTED] added the comment: The solution is to add a read buffer to Unpickler (Pickler already has a write buffer, so that why it is unaffected). I believe this would mitigate much of the (quite large) Python function call overhead. cPickle has a performance hack to make it uses cStringIO and PyFile directly (via C function calls). In Python 3, the hack was removed since cStringIO.h and fileobject.h aren't public anymore. This explains the 0.02s deviation you are getting for dump speed. -- nosy: +alexandre.vassalotti ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3873 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3994] import fixer misses some symbols
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- nosy: +nedds ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3994 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3367] Uninitialized value read in parsetok.c
Kristján Valur Jónsson [EMAIL PROTECTED] added the comment: Now that the 'easy' keyword is absent, I'm afraid this is out of my depth. I'll run purify again and try to find the exact repro case. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3367] Uninitialized value read in parsetok.c
Martin v. Löwis [EMAIL PROTECTED] added the comment: Ok, un-targetting it from 2.5.3 for now. -- versions: -Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3677] importing from UNC roots doesn't work
Kristján Valur Jónsson [EMAIL PROTECTED] added the comment: No, not really. Again, I refer to defect 954115 by glchapman. And note that those functions added there are actually not used. I was hoping that there was someone here more familiar with importing on PC. I'll go and see if the old defect still applies and if there is perhaps a more general fix to be made. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3677 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3677] importing from UNC roots doesn't work
Martin v. Löwis [EMAIL PROTECTED] added the comment: Ok, un-targetting this from 2.5.3 then. Usage of IsUNCRoot disappeared as part of r42230, which dropped usage of the C library for stat implementations. This only affects os.stat, though, so I don't see the relation to this issue. For the record: What *exactly* is the problem? I.e. specifically, what do you do, what happens, what do you expect to happen instead? -- versions: -Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3677 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4070] python tests failure if builddir sourcedir
New submission from Roumen Petrov [EMAIL PROTECTED]: The proposed patch add possibility to run python tests if python is build outside source tree on POSIX systems. -- components: Tests files: python-trunk-DIST.patch keywords: patch messages: 74492 nosy: rpetrov severity: normal status: open title: python tests failure if builddir sourcedir versions: Python 2.7 Added file: http://bugs.python.org/file11735/python-trunk-DIST.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
STINNER Victor [EMAIL PROTECTED] added the comment: Thanks for your remarks amaury. I improved my patch: - PyMem_FREE(found_encoding) is called just after PyFile_FromFd() - Create static subfunction _Py_FindSourceFile(): find a file in sys.path - Consider that sys.path contains only unicode (and not bytes) string - Clear exception on truncated = PyUnicode_FromUnicode(p, len); error, but continue the execution - I added PyUnicode_check(lineobj) - Replace open(filename) by open(namebuf) (while searching the full path of the file) = fix a regression introduced by my patch Should I stop on the first error instead of using PyErr_Clear()? I would like to display the traceback even if an function failed. Sum up of the patch version 4: - use open(O_RDONLY | O_BINARY) + PyFile_FromFd() instead of fopen() - open the file in unicode mode using the Python encoding found in the #coding:... header - consider sys.path as a list of unicode strings (and not of bytes strings) I used _PyUnicode_AsStringAndSize() to convert unicode to string to be consistent with tb_printinternal(). As you noticed, it uses UTF-8 which should is on Windows :-/ I propose to open a new issue when this one will be closed :-) Added file: http://bugs.python.org/file11736/traceback_unicode-4.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4060] PyUnicode_DecodeUTF16(..., byteorder=0) gets it wrong on Mac OS X/PowerPC
Trent Mick [EMAIL PROTECTED] added the comment: What if you compile using 'gcc -arch ppc64 main.c'? $ gcc -arch ppc64 main.c $ ./a.out sizeof(_Bool) is 1 As you figured out. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3677] importing from UNC roots doesn't work
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment:
I think this is stat(2) problem on windows. Please try following test
program.
#include stdio.h
#include sys/stat.h
#include windows.h
void test(const char *path)
{
struct stat st;
printf(%s %d %d\n, path, stat(path, st), GetFileAttributes(path));
}
int main()
{
test(e:\\shared);
test(e:\\shared\\); /* issue1293 */
test(e:\\shared\\a.py);
test(whiterab-c2znlh\\shared); /* this issue */
test(whiterab-c2znlh\\shared\\);
test(whiterab-c2znlh\\shared\\a.py);
}
And this is result.
e:\shared 0 16
e:\shared\ -1 16
e:\shared\a.py 0 32
\\whiterab-c2znlh\shared -1 16
\\whiterab-c2znlh\shared\ 0 16
\\whiterab-c2znlh\shared\a.py 0 32
As discussed in issue1293, stat(2) fails for the normal folder path with
trailing slash, and also fails for the UNC folder path without trailing
slash. I'm using VC6, but same behavior on VC9?
trunk/Python/import.c(3160) and trunk/Modules/zipimport.c(99) is using
stat(2).
I'll create patch to prove my observation. :-)
--
nosy: +ocean-city
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3677
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3677] importing from UNC roots doesn't work
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Ah, of cource, please change path to fit you environment. test prog ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3677 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
STINNER Victor [EMAIL PROTECTED] added the comment: @amaury: Ok, I added your long comment in tokenizer.c. You're also right about the strange code in the test. I reused ocean-city's test. sys.exc_info()[2].tb_lineno raises an additional (useless) error. So I simplified the code to use only raise RuntimeError(...) with the try/except/else. Since tokenizer.c is hard to understand, I don't wnat to change the code of tok_nextc(). Added file: http://bugs.python.org/file11737/traceback_unicode-4.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11625/tokenizer-coding-2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11717/tokenizer-coding-3.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11609/test_traceback-gbk.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11737/traceback_unicode-4.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Changes by STINNER Victor [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11738/tokenizer-coding-4.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: This issue depends on #3975 to properly display tracebacks from python files with encoding. -- dependencies: +PyTraceBack_Print() doesn't respect # coding: xxx header ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: One last thing: there is a path where lineobj is not freed (when PyUnicode_Check(lineobj) is false); I suggest to move Py_XDECREF(lineobj) just before the final return statement. Reference counting is fun ;-) Should I stop on the first error instead of using PyErr_Clear()? I would like to display the traceback even if an function failed. You are right. Common failures should clear the error and return 0. In your patch, there is one remaining place, the call to PyFile_GetLine(). More fun will arise when my Windows terminal (encoding=cp1252) will try to display Chinese characters. Let's pretend this is yet another issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3677] importing from UNC roots doesn't work
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: zipimport.c seems fine, because stat(2) succeeds for UNC file. It fails for UNC folder. (zip file is absolutely file) Already fix for issue1293 was in, so maybe I should create the patch for that direction but... anyway this issue seems to be fixed by my patch. I also confirmed the test script in http://bugs.python.org/msg56523 works. -- keywords: +patch Added file: http://bugs.python.org/file11739/not_use_stat_in_import_on_windows.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3677 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11612/traceback_unicode.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11633/traceback_unicode-2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3975] PyTraceBack_Print() doesn't respect # coding: xxx header
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11732/traceback_unicode-3.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3677] importing from UNC roots doesn't work
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11739/not_use_stat_in_import_on_windows.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3677 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
