[issue5117] os.path.relpath problem with root drive directory on windows
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: About this, But this isn't: relpath(r'd:\jho', r'd:\\') = '..\jho' Same happens on posixpath. from posixpath import relpath print relpath(r'/abc', r'/') #= ../abc I'll look at the code. -- nosy: +ocean-city ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
eliben eli...@gmail.com added the comment: The problem is with these lines: start_list = abspath(start).split(sep) path_list = abspath(path).split(sep) In case of 'd:\', the split returns two elements, the second empty. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: I hope attached patch will fix this bug. -- keywords: +patch Added file: http://bugs.python.org/file12904/fix_relpath.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: If it is better _abspath_split(/) to return [] instead of [] for consistency, fix_relpath_v2.patch might be better. (There is no difference for relpath behavior though) Added file: http://bugs.python.org/file12905/fix_relpath_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: Removed file: http://bugs.python.org/file12905/fix_relpath_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: Added file: http://bugs.python.org/file12906/fix_relpath_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4804] Python on Windows disables all C runtime library assertions
Kristján Valur Jónsson krist...@ccpgames.com added the comment: I think we ought to make sure that python doesn't crash, even if one passes a bogus fd to os.closerange(). My current patch catches all invalid arguments in software, except for the file descriptors sometimes allowed. To that end, I suggest my current granular CrtSetDebugMode method, as currently implemented in the latest patch. Martin has yet to comment on it. Although he was right that a previous version was flawed, I think I've cracked it this time, WRT proper python threads. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4804 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5094] datetime lacks concrete tzinfo impl. for UTC
Antoine Pitrou pit...@free.fr added the comment: Please do. The current situation where the doc tells you not to use naive datetime objects but Python gives you no way to do so is awful. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4753] Faster opcode dispatch on gcc
Mark Dickinson dicki...@gmail.com added the comment: Square brackets added in r69133. The gentoo x86 3.x buildbot seems to be passing the compile stage now. (Though not the test stage, of course: one can't have everything!) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
New submission from Ultrasick pyt...@ontheserver.de: print '%.2f' % 2.544 // returns 2.54 print '%.2f' % 2.545 // returns 2.54 but should return 2.55 print '%.2f' % 2.546 // returns 2.55 -- messages: 80868 nosy: Ultrasick severity: normal status: open title: '%.2f' % 2.545 doesn't round correctly type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
Mark Dickinson dicki...@gmail.com added the comment: This is not a bug; it's a consequence of the finite accuracy of floating- point arithmetic. If you look at the actual value that's stored for '2.545', you'll see that it's actually slightly less than 2.545, so rounding it down is the correct thing to do. 2.545 2.5449 -- nosy: +marketdickinson resolution: - invalid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
Changes by Mark Dickinson dicki...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
Ultrasick pyt...@ontheserver.de added the comment: print round(2.545, 2) // returns 2.55 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
Mark Dickinson dicki...@gmail.com added the comment: print round(2.545, 2) // returns 2.55 Aha! Yes, that one *is* a bug (see issue #1869), though it's not one that I regard as terribly serious, and not one that can be easily solved in all cases. Here's why I don't see it as particularly serious: you're rounding a value that's just on the boundary: 2.545+tiny_error should round up, while 2.545-tiny_error should round down. But tiny (or not-so-tiny) errors are an almost unavoidable part of working with binary floating-point arithmetic. Additionally, whether the binary approximation stored for 2.545 is less than or greater than the true value depends on many things (format of a C double, system C library function used for string-to-double conversion, etc.), so in a sense either 2.55 *or* 2.54 can be defended as a valid result, and a good numeric programmer won't write code that depends on getting one or the other. Having said that, if you're interested in providing a patch for issue #1869 I'd certainly take a look. If you care about *exact* representations of numbers with a finite number of places after the decimal point, you may be interested in Python's 'decimal' module. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1869] Builtin round function is sometimes inaccurate for floats
Mark Dickinson dicki...@gmail.com added the comment: See also issue 5118. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1869 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
Ultrasick pyt...@ontheserver.de added the comment: I am sorry but I am not a C programmer. I cannot provide any patches. As far as I understood this issue and issue #1869 have a common problem but this issue wouldn't be solved if issue #1869 is solved. print '%.2f' % 2.545 doesn't seam to use the built in round() function. Otherwise the result would be 2.55 already as the result of round(2.545, 2) is. So you might want to reopen the bug. But either way I don't consider this bug as really serious either. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
Mark Dickinson dicki...@gmail.com added the comment: So you might want to reopen the bug. But either way I don't consider this bug as really serious either. I don't understand. As far as I can see '%.2f' % 2.545 is returning the correct result: there is no bug here, so no need to reopen. '%.2f' should *not* return 2.55; it should return 2.54, which is exactly what it does. round(2.545, 2) should also return 2.54, but returns 2.55 instead; issue 1869 is already open for this. You're correct that the float formatting doesn't use round: it does whatever the platform C library's sprintf does. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
Ultrasick pyt...@ontheserver.de added the comment: Well that's not what I have learned how rounding works. I think that's the more common way: 0.4 - 0 0.5 - 1 0.6 - 1 I hope you don't try to spread the misbehavoir of pythons way of rounding print '%.2f' % 2.545 // returns 2.54 to the built in round() function. So that round() would also return 2.54. The result of rounding 2.545 is 2.55 no matter how python temporarly stores 2.545 and independent of how python does the rounding. The result is 2.55 and not 2.54. If python doesn't deliver 2.55 as the result of it's rounding algorithm then it's doing it wrong. And if python does stuff wrong then it has a bug. in my opinion ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5118] '%.2f' % 2.545 doesn't round correctly
Mark Dickinson dicki...@gmail.com added the comment: result is 2.55 and not 2.54. If python doesn't deliver 2.55 as the result of it's rounding algorithm then it's doing it wrong. And if Sorry, but that's just not true. I suggest that you (a) read the section on floating-point[1] in the Python tutorial, and/or (b) ask about this on comp.lang.python if you feel inclined---there are plenty of people there who would be glad to explain what's going on here. [1] http://docs.python.org/tutorial/floatingpoint.html ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5118 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: It seems that there is still problem. ntpath.relpath(//whiterab-c2znlh/foo/, //whiterab-c2znlh/bar/) '..\\foo' This should raise ValueError because //whiterab-c2znlh/foo is UNC root prefix (like e: for normal path) not //whiterab-c2znlh AFAIK. I'll look into more deeper... ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue789290] Minor FP bug in object.c
Mark Dickinson dicki...@gmail.com added the comment:
I'll take this.
I think there *is* a problem here: on a system with 64-bit long,
_Py_HashDouble can end up trying to cast the float value 2.**63 to a C
long. Since 2.**63 doesn't fit in a long, we get undefined behaviour,
according to the C standards.
In more detail: when computing the hash of the floating-point value x =
2.**63 on a 64-bit system, we end up in _Py_HashDouble in
Objects/object.c. The intpart of x will be 2.**63, and fractpart is 0.0.
The comparison:
if (intpart LONG_MAX || -intpart LONG_MAX) {
*fails*, because LONG_MAX (== 2**63-1) is implicitly converted to the
float value 2.**63 before the comparison. So we end up at the line:
x = (long)intpart;
which attempts to convert intpart(== 2.0**63) to a long. Even if this
conversion doesn't signal, it could return some random long number, so
unless we're very lucky, hash(2**63) == hash(2.**63) will fail.
On my system (OS X 10.5.4/x86_64), I *am* lucky: when 2.**63 is cast to
long I get LONG_MIN (!). And it just so happens that hash(LONG_MIN) ==
hash(2**63), so we're okay.
--
assignee: nobody - marketdickinson
nosy: +marketdickinson
type: - behavior
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue789290
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5112] Incorrect documentation for PyErr_BadInternalCall
Benjamin Peterson benja...@python.org added the comment: Fixed in r69140. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5112 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment: I hope this works. Added file: http://bugs.python.org/file12907/fix_relpath_v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: Removed file: http://bugs.python.org/file12904/fix_relpath.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: Removed file: http://bugs.python.org/file12906/fix_relpath_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4753] Faster opcode dispatch on gcc
Antoine Pitrou pit...@free.fr added the comment: Square brackets added in r69133. The gentoo x86 3.x buildbot seems to be passing the compile stage now. (Though not the test stage, of course: one can't have everything!) The test failure also happens on trunk, it may be related to the recent tk changes. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4753] Faster opcode dispatch on gcc
Mark Dickinson dicki...@gmail.com added the comment: The test failure also happens on trunk, it may be related to the recent tk changes. Yes; sorry---I didn't mean to suggest that the test failures were in any way related to the opcode dispatch stuff. Apart from the ttk teething difficulties, there's a weird 'Unknown signal 32' error that's been going on on the gentoo buildbot for many months now. But that's a separate issue (issue #4970, to be precise). ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5097] asyncore.dispatcher_with_send undocumented
Changes by Giampaolo Rodola' billiej...@users.sourceforge.net: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5097 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5115] Extend subprocess.kill to be able to kill process groups
Changes by Giampaolo Rodola' billiej...@users.sourceforge.net: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5115 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5119] inconsistent wide character parameter handling in 64-bit python
New submission from Jason R. Coombs jar...@jaraco.com: Using Python 2.5.4 and Python 2.6.1 on 32-bit python, when passing a regular string to a function expecting pointer to a wide string (wintypes.LPCWSTR), the function executes without problems. When calling the same using Python 2.6.1 on 64-bit windows, the called function appears not to recognize the parameter unless it is first converted to unicode. I discovered this when calling the WNetAddConnection2 function. Assuming a properly-initialized NETRESOURCE, resource. password = None username = 'usern...@domain.com' flags = 0 val = ctypes.windll.mpr.WNetAddConnection2W( ctypes.byref(resource), password, username, flags) This method works fine on 32-bit python but fails on 64-bit python unless username=unicode(username). The error returned is The specified password is incorrect, indicating that the username is in fact incorrect because the correct username does not require a password. I wish I had a better test case; I'll try to track down one that doesn't require such a complex underlying API. I'm not sure what the correct fix is for this, but regardless, I would expect the behavior to be consistent for the same Python version independent of word size. -- assignee: theller components: ctypes messages: 80883 nosy: jaraco, theller severity: normal status: open title: inconsistent wide character parameter handling in 64-bit python type: behavior versions: Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5119 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5120] Disabling test_ttk_guionly on mac
New submission from Guilherme Polo ggp...@gmail.com: For some reason the recently added test_ttk_guionly is causing Tcl to abort on Mac. I would prefer to disable the test for now, except if some mac owner has the time to fix it. I would like to know the tcl version being used on the noller-osx86 buildslave too, if possible. -- components: Tkinter messages: 80884 nosy: gpolo severity: normal status: open title: Disabling test_ttk_guionly on mac type: crash versions: Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5120 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5119] inconsistent wide character parameter handling in 64-bit python
Jason R. Coombs jar...@jaraco.com added the comment: After putting together a more simple example without externalities, I'm unable to continue to assert the discrepancy between 32 and 64-bit Windows, although I do still see where narrow character strings are treated as wide character buffers. See the attached script that demonstrates the issue (on Python 2.5 and Python 2.6 regardless of word size). Now the inconsistency seems to only lie with the WNetAddConnection2W function and not the MessageBoxW function, both of which take LPCTSTR parameters (at least according to the documentation). Perhaps this is a non-issue, but I'd be interested to know why the WNetAddConnection2W example works in 32-bit but not 64-bit. Could it be the 32-bit WNetAddConnection2W actually attempts to handle the buffer as both wide and narrow, but MessageBoxW takes it at face value? Added file: http://bugs.python.org/file12908/ui.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5119 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5119] inconsistent wide character parameter handling in 64-bit python
Jason R. Coombs jar...@jaraco.com added the comment: Or alternately, is it possible (and reasonable) for ctypes to inspect the function signature and create wide character buffers when appropriate? ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5119 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5120] Disabling test_ttk_guionly on mac
Guilherme Polo ggp...@gmail.com added the comment: For some reason the recently added test_ttk_guionly is causing Tcl to abort on Mac. I would prefer to disable the test for now, except if some mac owner has the time to fix it. Just saw it didn't cause an abort with the buildslave heller-x86-osx5, btw. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5120 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5104] getsockaddrarg() casts port number from int to short without any warning
Gregory P. Smith g...@krypto.org added the comment: Fixed in trunk (2.7) r69156. All places in socketmodule that called htons and silently truncated values that were too large have been changed to raise OverflowError. Unit tests included. I'm leaving this open until it is merged into the py3k branch for 3.1. -- keywords: +easy priority: low - normal versions: +Python 3.1 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4718] wsgiref package totally broken
Benjamin Peterson benja...@python.org added the comment: I assume the buildbots were placated? -- nosy: +benjamin.peterson resolution: accepted - fixed status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4804] Python on Windows disables all C runtime library assertions
Mark Hammond mhamm...@users.sourceforge.net added the comment: I believe your new patch suffers the same problem. Consider the blocks like: + /* turn off crt asserts on windows since we have no control over fd */ + Py_BEGIN_CRT_ERROR_HANDLING Py_BEGIN_ALLOW_THREADS size = write(fd, pbuf.buf, (size_t)pbuf.len); Py_END_ALLOW_THREADS + Py_END_CRT_ERROR_HANDLING And consider Martin's comments in msg80191: Here you have T1 setting a global mode, then releasing the GIL. Other threads are then free to run and may do the same and depending on the order the threads do things, the global setting may not end up where it started. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4804 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4704] Update pybench for python 3.0
Antoine Pitrou pit...@free.fr added the comment: The patch changes results a lot compared to the previous version (BuiltinFunctionCalls is 3x slower). I propose the following patch, which gives roughly the same runtimes as before (I use divmod() and max() rather than complex() and pow()). Added file: http://bugs.python.org/file12909/pybench3.0-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4704 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5119] wide character parameter handling in ctypes
Jason R. Coombs jar...@jaraco.com added the comment: I've confirmed that my original assumption was quite false, and that even if the parameters are the correct width, WNetAddConnection2W behaves differently in 64-bit windows versus 32-bit windows, so it made a bad test case. So I've changed the title of this issue, because I still would like to know if it is proper for ctypes to accept a narrow string but treat it as a wide string without converting it. -- title: inconsistent wide character parameter handling in 64-bit python - wide character parameter handling in ctypes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5119 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4903] binascii.crc32() - document signed vs unsigned results
Gregory P. Smith g...@krypto.org added the comment: wording updated in r69159, thanks. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4903] binascii.crc32() - document signed vs unsigned results
Gregory P. Smith g...@krypto.org added the comment: and r69161, r69160, r69162, r69163, r69164. -- resolution: - fixed status: open - closed versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4448] should socket readline() use default_bufsize instead of _rbufsize?
Gregory P. Smith g...@krypto.org added the comment: unassigning, i don't have time to look at this one right now. -- assignee: gregory.p.smith - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4448 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4706] try to build a C module, but don't worry if it doesn't work
Zooko O'Whielacronx zo...@zooko.com added the comment: Hey check it out -- simplejson can try to build its extension module, and when it fails to compile (in this case because there is no Python.h), then it prints out a warning message and finishes a successful build: Added file: http://bugs.python.org/file12910/build-with-no-Python.h.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4706] try to build a C module, but don't worry if it doesn't work
Zooko O'Whielacronx zo...@zooko.com added the comment: Oh! And simplejson is able to cleanly fall back to pure Python when gcc is not found, as well. Perhaps Twisted http://twistedmatrix.com/trac/ticket/3586 could use simplejson's approach. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4706] try to build a C module, but don't worry if it doesn't work
Changes by Zooko O'Whielacronx zo...@zooko.com: Added file: http://bugs.python.org/file12911/build-with-no-gcc.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4706] try to build a C module, but don't worry if it doesn't work
Zooko O'Whielacronx zo...@zooko.com added the comment: Here's Twisted failing to build when gcc is not installed: Added file: http://bugs.python.org/file12912/Twisted-build-with-no-gcc.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4706] try to build a C module, but don't worry if it doesn't work
Zooko O'Whielacronx zo...@zooko.com added the comment: Here's Twisted failing to build because Python.h isn't found: Added file: http://bugs.python.org/file12913/Twisted-build-no-Python.h.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5121] PyRun_InteractiveLoop disagrees with documentation?
New submission from Ben Kuhn ben.s.k...@gmail.com:
The description of PyRun_InteractiveLoop(FILE * file, const char *
filename) states that if filename is NULL, ??? will be used instead.
In actuality, if the method is called with a NULL filename, it will
segfault after the first command is entered.
Example:
//main.c
#include Python.h
int main(int argc, char * argv[]) {
Py_Initialize();
PyRun_InteractiveLoop(stdin, NULL);
}
//stdin
import math
results in a segfault.
Python 3.0, Windows 7 beta, MinGW -LC:\Python30\libs -lpython30, 32-bit
Intel.
--
components: Interpreter Core
messages: 80900
nosy: bkuhn
severity: normal
status: open
title: PyRun_InteractiveLoop disagrees with documentation?
type: behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5121
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5121] PyRun_InteractiveLoop disagrees with documentation?
Changes by Ben Kuhn ben.s.k...@gmail.com: -- versions: +Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5121 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5122] test_tcl and test_ttk_guionly don't like each other
New submission from Guilherme Polo ggp...@gmail.com: Recently I've added this test named test_ttk_guionly, and I noticed some buildslaves went red, like amd64 gentoo trunk and x86 FreeBSD trunk (I though there were others for the reason I'm going to say next, but didn't found on a quick look). amd 64 gentoo trunk is failing with: . . test_ttk_guionly test_ttk_guionly skipped -- ttk not available: no display name and no $DISPLAY environment variable . . test_tcl remoteFailed: [Failure instance: Traceback (failure with no frames): twisted.internet.error.ConnectionLost: Connection to the other side was lost in a non-clean fashion. ] When it is not test_tcl, it is test_ttk_guionly. I tried duplicating the issue here by creating a buildmaster and a buildslave, used same options to build and to run tests, also tried enabling and disabling pty (I've found some old emails about problems involving pty), but couldn't duplicate it. So I followed a build on this buildslave amd 64 gentoo trunk and noticed it took a long time from the time it started running test_tcl till when the error appeared, which makes me imagine there is some problem regarding X server authorization. Now this is when I started checking how many other slaves were failing with the same error, and then I found this x86 FreeBSD trunk which failed with the following message: . . test_ttk_guionly test_ttk_guionly skipped -- ttk not available: can't find package tile . . test_tcl XIO: fatal IO error 9 (Bad file descriptor) on X server :0.0 after 25 requests (23 known processed) with 1 events remaining. *** Error code 1 This second bot had DISPLAY set, while the first didn't (although its TERM is set to xterm). I wonder if the first error ends up being the same as this second one. I'm asking myself if test_ttk_guionly is so wrong that it should be disabled everywhere, and even if it gets disabled, what if in the future another test comes in and conflicts with test_tcl ? -- components: Tkinter messages: 80901 nosy: gpolo severity: normal status: open title: test_tcl and test_ttk_guionly don't like each other versions: Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5122 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4428] make io.BufferedWriter observe max_buffer_size limits
Changes by Gregory P. Smith g...@krypto.org: Added file: http://bugs.python.org/file12914/issue4428-io-bufwrite-gps05.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4428] make io.BufferedWriter observe max_buffer_size limits
Gregory P. Smith g...@krypto.org added the comment: I've uploaded a new patch set with more extensive unit tests. It also handles the case of writing array.array objects (or anything with a memoryview itemsize 1). The previous code would buffer by item rather than by byte. it has been updated in codereview as well. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4428] make io.BufferedWriter observe max_buffer_size limits
Gregory P. Smith g...@krypto.org added the comment: fwiw, I decided Guido and Antoine were right and took out the support for input that did not support len() to keep things a bit simpler. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5117] os.path.relpath problem with root drive directory on windows
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp: -- versions: +Python 2.7, Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
