[issue1471] ioctl doesn't work properly on 64-bit OpenBSD
Nicholas Marriott [EMAIL PROTECTED] added the comment: It's not the return value, it's the request argument (second argument). I thought SUSv3 had it as an int, but looking again its ioctl seems to be a) optional and b) all about STREAMS, so I don't think it applies: http://www.opengroup.org/onlinepubs/009695399/functions/ioctl.html -- Nicholas __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1471 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1471] ioctl doesn't work properly on 64-bit OpenBSD
Gregory P. Smith [EMAIL PROTECTED] added the comment: i'd say the patch is fine. on linux ioctl takes an int. on openbsd it takes an unsigned long. on something else it might even take its own type like an ioctl_t. regardless, treating the parameter as either a long or unsigned long will work properly as that will cast downwards to the actual used parameter type correctly in the C code. -- assignee: - gregory.p.smith keywords: +easy, patch nosy: +gregory.p.smith resolution: invalid - status: pending - open versions: +Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1471 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1574] Touchpad 2 Finger scroll does not work in IDLE on Mac (But scroll wheel of external mouse does)
Ronald Oussoren [EMAIL PROTECTED] added the comment: Unassigned as I'm unlikely to work on this. BTW. My guess guess would be that this is an issue with Tk, not IDLE. -- assignee: ronaldoussoren - __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1574 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1471] ioctl request argument broken on 64-bit OpenBSD or OS X
Changes by Gregory P. Smith [EMAIL PROTECTED]: -- keywords: +64bit title: ioctl doesn't work properly on 64-bit OpenBSD - ioctl request argument broken on 64-bit OpenBSD or OS X __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1471 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2373] Raise Py3K warnings for comparisons that changed
Steven Bethard [EMAIL PROTECTED] added the comment: I'm attaching a patch that handles object comparisons, type comparisons, cell comparisons, and dict comparisons. All the tests pass (including the new ones I've added) but I'd appreciate it if someone could take a second look. Other things still remaining to be done: * Someone needs to decide the correct behavior for method-wrappers (descrobject.c), implement that in Python 2.6 and forward port it to 3.0. * The following objects have a good tp_richcompare in Python 3.0: codeobject.c, methodobject.c, sliceobject.c. Those tp_richcompares should be backported to 2.6. Then a warning can be added for LE, LT, GE and GT (with no warning for EQ or NE which won't change). I may have a little time tomorrow to work on the latter task. -- keywords: +patch Added file: http://bugs.python.org/file9722/changed_comparisons.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2373 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2297] Patch for fatal stack overflow in Windows caused by -v
Changes by Trent Nelson [EMAIL PROTECTED]: -- assignee: - Trent.Nelson priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2297 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2262] Helping the compiler avoid memory references in PyEval_EvalFrameEx
Gregory P. Smith [EMAIL PROTECTED] added the comment: We really could use an automated pybench runner on a dedicated machine driven by a buildbot feeding its results into a database so that we had a record of exactly when/what caused performance changes over time. This sounds remarkably like some of the work I was doing at my last job... ;) I'll run some benchmarks using this patch of my own and on the grander scale ponder what I need to make a dedicated automated Python benchmark server happen. -- nosy: +gregory.p.smith __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2262 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I tried to fix this problem, but I'm not sure how to fix this. Quick observation... /// // Possible Solution 1. Convert err-text to console compatible encoding (not to source encoding like in python2.x) where PyTokenizer_RestoreEncoding is there. 2. err-text is UTF-8, actual output is done in Python/pythonrun.c(print_error_text), so adjust offset there. /// // Solution requires... 1. - PyUnicode_DecodeUTF8 in Python/pythonrun.c(err_input) should be changed to some kind of bytes API. - The way to write bytes to File object directly is needed. 2. - The way to know actual byte length of given unicode + encoding. // Experimental patch Attached as experimental patch of solution 2. Looks agly, but seems working on my environment. (I assumed get_length_in_bytes(f, , 1) == 1 but I'm not sure this is always true in other platforms. Probably nicer and more general solution may exist) -- keywords: +patch Added file: http://bugs.python.org/file9723/experimental.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2382 __ ___ 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
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: # This issue inherits from issue2301. If there is # coding: is in source code and coding is neigher utf-8 nor iso-8859-1, line number (tok-lineno) becomes wrong. Please look into Parser/tokenizer.c. In this case, tok-decoding_state becomes STATE_NORMAL, so fp_setreadl newly opens file but *doesn't* seek to current position. (Or maybe can we reuse already opened file?) So # coding: ascii # 1 # 2 # 3 raise RuntimeError(a) # 4 # 5 # 6 outputs C:\Documents and Settings\WhiteRabbitpy3k ascii.py Traceback (most recent call last): File ascii.py, line 6, in module # 4 RuntimeError: a [22821 refs] One line shifted because line number wrongly +1 And # dummy # coding: ascii # 1 # 2 # 3 raise RuntimeError(a) # 4 # 5 # 6 outputs C:\Documents and Settings\WhiteRabbitpy3k ascii.py Traceback (most recent call last): File ascii.py, line 8, in module # 5 RuntimeError: a [22821 refs] Two lines shifted because line number wrongly +2 -- components: None messages: 63905 nosy: ocean-city severity: normal status: open title: [Py3k] line number is wrong after encoding declaration versions: Python 3.0 __ 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
[issue2385] run_setup can fail if the setup script uses __file__
New submission from Tarek Ziadé [EMAIL PROTECTED]: When calling run_setup, the execfile does not set the __file__ global variable, that is often used in setup.py modules (for instance to load a text file from the package to be used in the long_description) This patch adds this global variable so it does not fail. No test provided (distutils would need a test_core.py). I could work on some tests, but the previous test_* files I have added are not in yet, so i'd rather wait for that before proposing new tests modules. -- components: Distutils files: distutils.core.patch keywords: patch messages: 63906 nosy: tarek severity: normal status: open title: run_setup can fail if the setup script uses __file__ type: crash versions: Python 2.6 Added file: http://bugs.python.org/file9724/distutils.core.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2385 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2304] subprocess under windows fails to quote properly when shell=True
Tim Golden [EMAIL PROTECTED] added the comment: Updated patch against r61514. Test code now PEP8-compliant (I hope). New tests cover spaces in command and parameter with and without shell=True, both as simple command string and as list of command/args. Added file: http://bugs.python.org/file9725/subprocess-r61514.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2304 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2386] os.strerror missing/HAVE_STRERROR not defined
New submission from Ralf Schmitt [EMAIL PROTECTED]: os.strerror is missing on my 64 bit linux. HAVE_STRERROR is not defined in pyconfig.h. This has been broken in r61483. -- messages: 63908 nosy: brett.cannon, schmir severity: normal status: open title: os.strerror missing/HAVE_STRERROR not defined type: compile error versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2386 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2162] unittest.findTestCases undocumented
Virgil Dupras [EMAIL PROTECTED] added the comment: Can't we close this ticket? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2162 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2078] CSV Sniffer does not function properly on single column .csv files
Skip Montanaro [EMAIL PROTECTED] added the comment: What do you think the delimiter should be for this csv file? 43.4e12 147483648 47483648 What about this one? abcdef bcdefg cdefgh And this? abc8def bcd8efg cde8fgh If I force the sniffer to not allow digits or letters as delimiters I can get the sniffer to return comma as the delimiter in all three cases. I'm not certain that's correct in the third case though. -- assignee: - skip.montanaro nosy: +skip.montanaro __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2078 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2387] cStringIO and unicode
New submission from Virgil Dupras [EMAIL PROTECTED]: hsoft-dev:python hsoft$ python Python 2.5.1 (r251:54869, Apr 18 2007, 22:08:04) [GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin Type help, copyright, credits or license for more information. from cStringIO import StringIO StringIO(u'foo').read() 'foo' hsoft-dev:python hsoft$ ./python.exe Python 2.6a1+ (trunk:61515, Mar 18 2008, 13:38:47) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type help, copyright, credits or license for more information. from cStringIO import StringIO StringIO(u'foo').read() 'f\x00o\x00o\x00' The documentation says: Unlike the memory files implemented by the StringIO module, those provided by this module are not able to accept Unicode strings that cannot be encoded as plain ASCII strings. Attached a patch to test_StringIO. -- components: Library (Lib) files: cStringIO_unicode_test.diff keywords: patch messages: 63911 nosy: vdupras severity: normal status: open title: cStringIO and unicode type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file9726/cStringIO_unicode_test.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2387 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2388] Compiler warnings when using UCS4
New submission from Benjamin Peterson [EMAIL PROTECTED]: Compiling Python with --enable-unicode=ucs4 yields some compiler warnings for unicodeobject.c: In file included from Objects/unicodeobject.c:7807: Objects/stringlib/string_format.h: In function 'do_conversion': Objects/stringlib/string_format.h:745: warning: format '%c' expects type 'int', but argument 3 has type 'Py_UNICODE' In file included from Objects/unicodeobject.c:7807: Objects/stringlib/string_format.h: In function 'do_conversion': Objects/stringlib/string_format.h:745: warning: format '%c' expects type 'int', but argument 3 has type 'Py_UNICODE' Objects/unicodeobject.c: In function 'PyUnicodeUCS4_Format': Objects/unicodeobject.c:8603: warning: format '%c' expects type 'int', but argument 3 has type 'Py_UNICODE' Objects/unicodeobject.c: In function 'PyUnicodeUCS4_Format': Objects/unicodeobject.c:8603: warning: format '%c' expects type 'int', but argument 3 has type 'Py_UNICODE' -- components: Unicode messages: 63913 nosy: benjamin.peterson severity: normal status: open title: Compiler warnings when using UCS4 type: compile error versions: Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2388 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2388] Compiler warnings when using UCS4
Martin v. Löwis [EMAIL PROTECTED] added the comment: What operating system/compiler? Both branches? What precise revisions? -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2388 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2389] Array pickling exposes internal memory representation of elements
New submission from Hrvoje Nikšić [EMAIL PROTECTED]: It would seem that pickling arrays directly exposes the underlying machine words, making the pickle non-portable to platforms with different layout of array elements. The guts of array.__reduce__ look like this: if (array-ob_size 0) { result = Py_BuildValue(O(cs#)O, array-ob_type, array-ob_descr-typecode, array-ob_item, array-ob_size * array-ob_descr-itemsize, dict); } The byte string that is pickled is directly created from the array's contents. Unpickling calls array_new which in turn calls array_fromstring, which ends up memcpying the string data to the new array. As far as I can tell, array pickles created on one platform cannot be unpickled on a platform with different endianness (in case of integer arrays), wchar_t size (in case of unicode arrays) or floating-point representation (rare in practice, but possible). If pickles are supposed to be platform-independent, this should be fixed. Maybe the typecode field when used with the constructor could be augmented to include information about the elements, such as endianness and floating-point format. Or we should simply punt and pickle the array as a list of Python objects that comprise it...? -- components: Extension Modules messages: 63915 nosy: hniksic severity: normal status: open title: Array pickling exposes internal memory representation of elements type: behavior versions: Python 2.5, Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2389 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2388] Compiler warnings when using UCS4
Benjamin Peterson [EMAIL PROTECTED] added the comment: This is MacOS 10.4, Apple gcc 4.0.1, and revision 61518. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2388 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue984219] hotspot.stats.load is very slow
Virgil Dupras [EMAIL PROTECTED] added the comment: I had a 54 mb hotshot profile lying around, and it is indeed very long to load, so I ran a profiling session of hotshot.stats.load(MY_BIG_FILE) with python and stdlib of r61515, and here are the results (the resulting prof file is 27 mb): 96541166 function calls in 299.936 CPU seconds Ordered by: cumulative time List reduced from 30 to 15 due to restriction 15 ncalls tottime percall cumtime percall filename:lineno(function) 10.0000.000 299.936 299.936 stats.py:11(load) 1 95.089 95.089 299.936 299.936 stats.py:22(load) 27583167 51.1830.000 61.8150.000 log.py:95(next) 13791583 59.3140.000 59.3140.000 profile.py:328(trace_dispatch_return) 13791583 35.0140.000 42.9100.000 stats.py:54(new_frame) 13791584 40.8070.000 40.8070.000 profile.py:295(trace_dispatch_call) 13791583 10.6320.000 10.6320.000 log.py:138(_decode_location) 137915837.8970.0007.8970.000 stats.py:87(__init__) 10.0000.0000.0000.000 pstats.py:73(__init__) 10.0000.0000.0000.000 pstats.py:95(init) 10.0000.0000.0000.000 pstats.py:138(get_top_level_stats) 10.0000.0000.0000.000 log.py:24(__init__) 10.0000.0000.0000.000 pstats.py:117(load_stats) 10.0000.0000.0000.000 profile.py:436(create_stats) 10.0000.0000.0000.000 profile.py:440(snapshot_stats) 96541166 function calls in 299.936 CPU seconds Ordered by: internal time List reduced from 30 to 20 due to restriction 20 ncalls tottime percall cumtime percall filename:lineno(function) 1 95.089 95.089 299.936 299.936 stats.py:22(load) 13791583 59.3140.000 59.3140.000 profile.py:328(trace_dispatch_return) 27583167 51.1830.000 61.8150.000 log.py:95(next) 13791584 40.8070.000 40.8070.000 profile.py:295(trace_dispatch_call) 13791583 35.0140.000 42.9100.000 stats.py:54(new_frame) 13791583 10.6320.000 10.6320.000 log.py:138(_decode_location) 137915837.8970.0007.8970.000 stats.py:87(__init__) 10.0000.0000.0000.000 log.py:24(__init__) 10.0000.0000.0000.000 profile.py:440(snapshot_stats) 10.0000.0000.0000.000 pstats.py:138(get_top_level_stats) 300.0000.0000.0000.000 pstats.py:484(func_std_string) 50.0000.0000.0000.000 posixpath.py:306(normpath) 10.0000.000 299.936 299.936 stats.py:11(load) 240.0000.0000.0000.000 stats.py:80(__init__) 10.0000.0000.0000.000 pstats.py:117(load_stats) 10.0000.0000.0000.000 profile.py:402(simulate_call) 10.0000.0000.0000.000 profile.py:118(_get_time_resource) 10.0000.0000.0000.000 pstats.py:73(__init__) 10.0000.0000.0000.000 pstats.py:95(init) 10.0000.0000.0000.000 profile.py:166(__init__) So the bulk of the time seems to be taken by the sheer number of trace_dispatch_return and trace_dispatch_call calls. I took a quick look, but I'm not sure I can do anything to make it faster. If no one else has any idea, I suggest just closing the ticket. -- nosy: +vdupras Tracker [EMAIL PROTECTED] http://bugs.python.org/issue984219 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2388] Compiler warnings when using UCS4
Benjamin Peterson [EMAIL PROTECTED] added the comment: There are similar warnings in formater_unicode.c: In file included from Python/formatter_unicode.c:13: Python/../Objects/stringlib/formatter.h: In function 'unicode__format__': Python/../Objects/stringlib/formatter.h:789: warning: format '%c' expects type 'int', but argument 3 has type 'Py_UNICODE' In file included from Python/formatter_unicode.c:13: Python/../Objects/stringlib/formatter.h: In function 'unicode__format__': Python/../Objects/stringlib/formatter.h:789: warning: format '%c' expects type 'int', but argument 3 has type 'Py_UNICODE' __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2388 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1506] func alloca inside ctypes lib needs #include alloca.h on solaris
Thomas Heller [EMAIL PROTECTED] added the comment: I applied the patch to SVN trunk as rev 61520. It would probably be better to have a configure test for alloca.h. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1506 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1399] XML codec
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- resolution: - rejected status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1399 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2386] os.strerror missing/HAVE_STRERROR not defined
Brett Cannon [EMAIL PROTECTED] added the comment: Fixed in revision 61523. Thanks for reminding me to remove those references, Ralf. -- assignee: - brett.cannon resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2386 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2390] Merge 2.6 ACKS with 3.0 ACKS
New submission from Guido van Rossum [EMAIL PROTECTED]: Due to blocked merges etc. I expect that some names appearing in the 2.6 ACKS file aren't in the 3.0 ACKS file. And possible the other way around where backports are involved. I like this file to be as inclusive as possible (hey, my dad is in it :-) so perhaps the best approach is to just make them both the union of what they currently are. -- keywords: easy messages: 63921 nosy: gvanrossum severity: normal status: open title: Merge 2.6 ACKS with 3.0 ACKS __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2392] Sean is testing tracker bug.
New submission from Sean Reifschneider [EMAIL PROTECTED]: Foo -- components: Demos and Tools messages: 63922 nosy: jafo severity: normal status: open title: Sean is testing tracker bug. versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2392 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1598] unexpected response in imaplib
Scott Moser [EMAIL PROTECTED] added the comment: I can recreate this at the moment with the attached mail. I downloaded the mail using alpine's Export. I don't know what other way I would have to get it. I have replaced many company names with XYZ and such, simply to anonymize the message somewhat. Added file: http://bugs.python.org/file9727/failed-mail.txt __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1598 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1598] unexpected response in imaplib
Scott Moser [EMAIL PROTECTED] added the comment: This is the stderr from the test case above. Only modification is the mailbox is 'my-test'. Added file: http://bugs.python.org/file9728/failed-errorlog.txt __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1598 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2393] Backport buffer interface in Python 3.0 to Python 2.6
Travis Oliphant [EMAIL PROTECTED] added the comment: Back-porting of the new buffer interface was done in r61491. This issue can be closed. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2393 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1598] unexpected response in imaplib
Scott Moser [EMAIL PROTECTED] added the comment: Can you provide the message or messages which cause the problem when they are put in the IMAP server? See attached above Can you also provide information on what IMAP server software and version is being used? Its a lotus notes server. Just those 2 words are quite likely to make you think server bug. The only reason I have to not think that is that the only other imap client i've tested (alpine and pine) works fine. So if indeed it is a server bug, its one that alpine has worked around. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1598 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2393] Backport buffer interface in Python 3.0 to Python 2.6
New submission from Travis Oliphant [EMAIL PROTECTED]: Some (or all) of PEP 3118 should be backported to Python 2.6 because it does not require backward-incompatible changes and can assist in the transition to 3.0. This issue is to be sure that the buffer-interface portion of PEP 3118 is backported. This does not mean that any objects in Python will necessarily use the new buffer interface. Any such changes would be entered as separate issues. -- components: Interpreter Core messages: 63923 nosy: teoliphant severity: normal status: open title: Backport buffer interface in Python 3.0 to Python 2.6 type: feature request versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2393 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2394] Finish the memoryview object implementation
New submission from Travis Oliphant [EMAIL PROTECTED]: The memoryview object in Python 3.0 needs to be finished. There are a few methods that are not complete. In particular, the __getitem__ and __setitem__ functionality needs to be finished as well as the tolist() method. -- components: Interpreter Core messages: 63928 nosy: teoliphant severity: normal status: open title: Finish the memoryview object implementation type: behavior versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2394 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2395] struct module changes of PEP 3118
New submission from Travis Oliphant [EMAIL PROTECTED]: The additions to the struct module spelled out in PEP 3118 need to be implemented for Python 3.0 -- components: Library (Lib) messages: 63929 nosy: teoliphant severity: normal status: open title: struct module changes of PEP 3118 versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2395 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2395] struct module changes of PEP 3118
Changes by Travis Oliphant [EMAIL PROTECTED]: -- type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2395 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2396] Backport memoryview object to Python 2.6
New submission from Travis Oliphant [EMAIL PROTECTED]: The memoryview object in Python 2.6 would help in the transition to Python 3.0. It is a lower-priority and could wait until 2.7 if it doesn't get finished. -- components: Interpreter Core messages: 63930 nosy: teoliphant severity: normal status: open title: Backport memoryview object to Python 2.6 type: feature request versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2396 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2386] os.strerror missing/HAVE_STRERROR not defined
Alexander Belopolsky [EMAIL PROTECTED] added the comment: Attached patch fixes the problem. Note that the original os.strerror code was not standard compliant. See e.g. http://www.opengroup.org/onlinepubs/95399/functions/strerror.html -- keywords: +patch nosy: +belopolsky Added file: http://bugs.python.org/file9729/issue2386.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2386 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2397] Backport 3.0 struct module changes to 2.6
New submission from Travis Oliphant [EMAIL PROTECTED]: The changes to the struct module in PEP 3118 should be backported to 2.6 as it is backward compatible and would smooth the transition to 3.0. It is lower priority and could wait until 2.7 -- components: Library (Lib) messages: 63931 nosy: teoliphant severity: normal status: open title: Backport 3.0 struct module changes to 2.6 versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2397 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2394] [Py3k] Finish the memoryview object implementation
Changes by Travis Oliphant [EMAIL PROTECTED]: -- title: Finish the memoryview object implementation - [Py3k] Finish the memoryview object implementation __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2394 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2395] [Py3k] struct module changes of PEP 3118
Changes by Travis Oliphant [EMAIL PROTECTED]: -- title: struct module changes of PEP 3118 - [Py3k] struct module changes of PEP 3118 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2395 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1518] Fast globals/builtins access (patch)
Guido van Rossum [EMAIL PROTECTED] added the comment: Making sure I look at this at least once carefully before releasing. -- assignee: - gvanrossum priority: - critical __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1518 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2398] test_errno fails with unexpected error value EREMOTEIO
New submission from Andy Balaam [EMAIL PROTECTED]: Running test_errno on my 32-bit Ubuntu Gutsy machine gives me this: $ ./python Lib/test/test_errno.py test_for_improper_attributes (__main__.ErrnoAttributeTests) ... FAIL test_using_errorcode (__main__.ErrnoAttributeTests) ... ok test_attributes_in_errorcode (__main__.ErrorcodeTests) ... ok == FAIL: test_for_improper_attributes (__main__.ErrnoAttributeTests) -- Traceback (most recent call last): File Lib/test/test_errno.py, line 46, in test_for_improper_attributes %s is an unexpected error value % attribute) AssertionError: EREMOTEIO is an unexpected error value -- Ran 3 tests in 0.001s FAILED (failures=1) Traceback (most recent call last): File Lib/test/test_errno.py, line 68, in module test_main() File Lib/test/test_errno.py, line 64, in test_main test_support.run_unittest(ErrnoAttributeTests, ErrorcodeTests) File /home/andy/cvs/python/Lib/test/test_support.py, line 573, in run_unittest _run_suite(suite) File /home/andy/cvs/python/Lib/test/test_support.py, line 556, in _run_suite raise TestFailed(err) test.test_support.TestFailed: Traceback (most recent call last): File Lib/test/test_errno.py, line 46, in test_for_improper_attributes %s is an unexpected error value % attribute) AssertionError: EREMOTEIO is an unexpected error value I've attached a patch which changes test_errno.py so that its list of expected errors exactly matches the possible errors listed in Modules/errnomodule.c in the latest SVN trunk. I don't know whether this is the right solution, but the patch is there if it is :) Apologies if I've misunderstood something, or formatted the patch wrong etc. This is my first Python patch. -- components: Tests files: add_more_error_values_to_test_errno.patch keywords: patch messages: 63934 nosy: andybalaam severity: normal status: open title: test_errno fails with unexpected error value EREMOTEIO type: behavior versions: Python 3.0 Added file: http://bugs.python.org/file9730/add_more_error_values_to_test_errno.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2398 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises
Thomas Heller [EMAIL PROTECTED] added the comment: Would it help to implement a default __instancecheck__ and __subclasscheck__ for object (or for type), that subclasses can override? -- nosy: +theller __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2303 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2398] test_errno fails with unexpected error value EREMOTEIO
Brett Cannon [EMAIL PROTECTED] added the comment: Thanks for the patch, Andy, but I went ahead and fixed test_errno to only explicitly test errno values from Standard C. That way we are not constantly chasing our tail to support every errno value on every platform that Python runs on. -- nosy: +brett.cannon resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2398 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2398] test_errno fails with unexpected error value EREMOTEIO
Andy Balaam [EMAIL PROTECTED] added the comment: Adding Brett Cannon since it looks like his checkin created the test which fails on my machine. Apologies if this is very bad etiquette. I couldn't find any guidelines about this in the developers' docs, but probably that's because I am incompetent. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2398 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2398] test_errno fails with unexpected error value EREMOTEIO
Andy Balaam [EMAIL PROTECTED] added the comment: Woah! fast response, and what looks like a much more sensible fix. Thanks Brett. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2398 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2390] Merge 2.6 ACKS with 3.0 ACKS
Changes by Benjamin Peterson [EMAIL PROTECTED]: Added file: http://bugs.python.org/file9732/merge_acks.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1180] Option to ignore or substitute ~/.pydistutils.cfg
Changes by Paul Winkler [EMAIL PROTECTED]: -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1180 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2399] Patches for Tools/msi
Changes by Travis Oliphant [EMAIL PROTECTED]: Added file: http://bugs.python.org/file9734/msi.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2399 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2399] Patches for Tools/msi
Changes by Travis Oliphant [EMAIL PROTECTED]: -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2399 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1581] xmlrpclib.ServerProxy() doesn't use x509 data
Bill Janssen [EMAIL PROTECTED] added the comment: Looking at this patch, I definitely agree with the need for documentation.And a test case which uses the SafeTransport class. But the patch itself also needs a bit more work. (It uses httplib.HTTPS underneath, and that needs more work, too.) At a minimum, the caller should be able to optionally specify somehow, either as a contructor arg, or otherwise (a module-global variable, perhaps), a set of certificate-authority root certs, which, if specified, would cause client-side validation of the server's certificate. I think this should be added as an optional constructor arg to the HTTPS class. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1581 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2400] from .foo import * should work
New submission from Neal Norwitz [EMAIL PROTECTED]: Explicit relative imports using from .foo import * should work. http://mail.python.org/pipermail/python-3000/2008-March/012564.html -- components: Interpreter Core messages: 63942 nosy: nnorwitz priority: critical severity: normal status: open title: from .foo import * should work versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2400 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1251] ssl module doesn't support non-blocking handshakes
Bill Janssen [EMAIL PROTECTED] added the comment: I'm working on it. I'll close it when it's finished. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1251 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1625] bz2.BZ2File doesn't support multiple streams
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- assignee: - niemeyer nosy: +niemeyer priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1625 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1909] Backport: Mixing default keyword arguments with *args
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- keywords: +26backport priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1909 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2387] cStringIO and unicode
Georg Brandl [EMAIL PROTECTED] added the comment: The 2.5.1 fix was determined to be too backwards-incompatible and since rolled back. The trunk behavior is correct. Closing as rejected. -- nosy: +georg.brandl resolution: - rejected status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2387 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1745] Backport of PEP 3102 keyword-only arguments to 2.6
Changes by Eric Smith [EMAIL PROTECTED]: -- nosy: +eric.smith __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1745 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1577] shutil.move() does not use os.rename() if dst is a directory
Sean Reifschneider [EMAIL PROTECTED] added the comment: After reviewing the discussion I'm going to accept this because: Guido seemed to me to say figure it out among yourselves. We're talking about shutil, so mimicing the shell move (mv) semantics is not entirely unreasonable. The current semantics are the same as what this patch implements, this just optimizes it from a copy to a rename if possible. Committed into trunk as rev61527. -- assignee: - jafo keywords: +patch nosy: +jafo priority: - normal resolution: - accepted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1577 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2342] Comparing between disparate types should raise a Py3K warning
Steven Bethard [EMAIL PROTECTED] added the comment: Resolved in revision 61529. -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2342 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2373] Raise Py3K warnings for comparisons that changed
Steven Bethard [EMAIL PROTECTED] added the comment: Revision 61529 adds warnings for object, type, cell and dict comparisons. The code, method and slice warnings are still needed. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2373 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1975] signals in thread problem
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1975 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2370] operator.{isCallable,sequenceIncludes} needs a fixer
Jeff Balogh [EMAIL PROTECTED] added the comment: I'll get this one. -- nosy: +jeff.balogh __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2370 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue719888] tokenize module w/ coding cookie
Michael Foord [EMAIL PROTECTED] added the comment: Made quite extensive changes to tokenize.py (with tests) for Py3k. This migrates it to a 'bytes' API so that it can correctly decode Python source files following PEP-0263. -- nosy: +fuzzyman Added file: http://bugs.python.org/file9735/tokenize.zip Tracker [EMAIL PROTECTED] http://bugs.python.org/issue719888 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2008] cookielib lacks FileCookieJar class for Safari
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- assignee: - loewis nosy: +loewis priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2008 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2400] from .foo import * should work
Benjamin Peterson [EMAIL PROTECTED] added the comment: More verbosely: The restriction should be removed; a SyntaxError shouldn't be raised, and import should handle it correctly. -- nosy: +benjamin.peterson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2400 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue719888] tokenize module w/ coding cookie
Mark Dickinson [EMAIL PROTECTED] added the comment: Michael, is the disappearance of the generate_tokens function in the new version of tokenize.py intentional? Tracker [EMAIL PROTECTED] http://bugs.python.org/issue719888 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises
Guido van Rossum [EMAIL PROTECTED] added the comment: Perhaps, though I'm not sure if that doesn't slow things down further due to the complicated protocol for calling it. Also, there's a recursion check in the built-in implementation. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2303 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue719888] tokenize module w/ coding cookie
Michael Foord [EMAIL PROTECTED] added the comment: That was 'by discussion with wiser heads than I'. The existing module has an old backwards compatibility interface called 'tokenize'. That can be deprecated in 2.6. As 'tokenize' is really the ideal name for the main entry point for the module, 'generate_tokens' became tokenize for Py3. Tracker [EMAIL PROTECTED] http://bugs.python.org/issue719888 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2373] Raise Py3K warnings for comparisons that changed
Benjamin Peterson [EMAIL PROTECTED] added the comment: Your patch kicks up warnings in Objects/cellobject.c because cell_compare returns an int, your patch may return NULL. -- nosy: +benjamin.peterson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2373 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue719888] tokenize module w/ coding cookie
Mark Dickinson [EMAIL PROTECTED] added the comment: Is it worth keeping generate_tokens as an alias for tokenize, just to avoid gratuitous 2-to-3 breakage? Maybe not---I guess they're different beasts, in that one wants a string-valued iterator and the other wants a bytes-valued iterator. So if I understand correctly, the readline argument to tokenize would have to return bytes instances. Would it be worth adding a check for this, to catch possible misuse? You could put the check in detect_encoding, so that just checks that the first one or two yields from readline have the correct type, and assumes that the rest is okay. Tracker [EMAIL PROTECTED] http://bugs.python.org/issue719888 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2381] test_subprocess fails if your sys.executable is on a path with a space in it
Ralf Schmitt [EMAIL PROTECTED] added the comment: I can confirm this issue. 2 tests fail without this patch. please apply. here are the failing tests: == FAIL: test_args_string (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File /home/ralf/tt tt/trunk/Lib/test/test_subprocess.py, line 544, in test_args_string self.assertEqual(p.returncode, 47) AssertionError: 126 != 47 == FAIL: test_call_string (test.test_subprocess.ProcessTestCase) -- Traceback (most recent call last): File /home/ralf/tt tt/trunk/Lib/test/test_subprocess.py, line 585, in test_call_string self.assertEqual(rc, 47) AssertionError: 126 != 47 -- nosy: +schmir __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2381 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue719888] tokenize module w/ coding cookie
Mark Dickinson [EMAIL PROTECTED] added the comment: Sorry---ignore the last comment; if readline() doesn't supply bytes then the line.decode('ascii') will fail with an AttributeError. So there won't be silent failure. I'll try thinking first and posting later next time. Tracker [EMAIL PROTECTED] http://bugs.python.org/issue719888 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises
Raymond Hettinger [EMAIL PROTECTED] added the comment: The attribute lookup cost can mostly be eliminated if __instancecheck__ were given a tp slot. -- nosy: +rhettinger __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2303 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue719888] tokenize module w/ coding cookie
Trent Nelson [EMAIL PROTECTED] added the comment: Tested patch on Win x86/x64 2k8, XP FreeBSD 6.2, +1. -- assignee: - Trent.Nelson keywords: +patch Tracker [EMAIL PROTECTED] http://bugs.python.org/issue719888 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2373] Raise Py3K warnings for comparisons that changed
Steven Bethard [EMAIL PROTECTED] added the comment: On Tue, Mar 18, 2008 at 11:57 AM, Benjamin Peterson [EMAIL PROTECTED] wrote: Benjamin Peterson [EMAIL PROTECTED] added the comment: Your patch kicks up warnings in Objects/cellobject.c because cell_compare returns an int, your patch may return NULL. Thanks. I'll fix that. Steve __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2373 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2138] Add a factorial function
Mark Dickinson [EMAIL PROTECTED] added the comment: I'm not opposed to adding factorial somewhere, and it doesn't seem as though anyone else is actively opposed to factorial either. The problem is working out where best to put it. To my inexperienced eyes, it feels wrong to add it as an int/long method, though I'm having trouble figuring out exactly why it feels wrong. It doesn't fit well with the stuff in the math module either, as Raymond has pointed out. There are other integer - integer functions that I'd consider just as fundamental and useful as factorial, for a programming language that has arbitrary-precision integers. Examples are the integer square root (i.e. int(floor(sqrt(n, or the number of bits in an integer (int(floor(log(n, 2))). I've needed both of these much more often than factorial. If the powers that be accepted a request to add such functions, would they also naturally become integer methods? And supposing that gcd were added some day, shouldn't it be in the same place as factorial? As to implementation, I'd probably avoid PrimeSwing on the basis that the added complexity, and cost for future maintainers, just isn't worth it. The usual recursive algorithm (writing n! as (n*(n-2)*(n-4)*...) * ((n-1)*(n-3)*...), and then applying similar breakdowns to the subproducts) is probably good enough, together with some caching of small results. I can volunteer to try to implement this sometime before the 2.6/3.0 betas. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2138 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2373] Raise Py3K warnings for comparisons that changed
Steven Bethard [EMAIL PROTECTED] added the comment: So I believe it should be returning -2 instead of NULL. Can someone verify that -2 means raise an exception for tp_compare? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2373 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2029] python -m pydoc -g fails
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- assignee: - ping nosy: +ping priority: - normal type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2029 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2052] Allow changing difflib._file_template character encoding.
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- assignee: - tim_one nosy: +tim_one priority: - normal title: Lack of difflib.HtmlDiff unicode support - Allow changing difflib._file_template character encoding. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2052 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2373] Raise Py3K warnings for comparisons that changed
Steven Bethard [EMAIL PROTECTED] added the comment: Ok, that warning should be gone now in trunk. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2373 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1747858] chown broken on 64bit
Gregory P. Smith [EMAIL PROTECTED] added the comment: fixed in trunk r61540. I'm leaving this open until i backport it to release25-maint. -- resolution: - remind versions: -Python 2.6 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1747858 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1911] webbrowser.open firefox 3 issues
Changes by Michael Bishop [EMAIL PROTECTED]: -- type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1911 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2401] Solaris: ctypes tests being skipped despite following #1516
New submission from Sean Reifschneider [EMAIL PROTECTED]: This is a break-out of the multi-issue #2048. Original poster Atro Tossavainen (atossava) reports:Building and testing on Solaris 8 on SPARC with Sun compilers: cc: Sun C 5.8 2005/10/13 CC: Sun C++ 5.8 2005/10/13 281 tests OK. 40 tests skipped: test_aepack test_al test_applesingle test_bsddb test_bsddb185 test_bsddb3 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_ctypes test_curses test_gdbm test_gl test_imgfile test_linuxaudiodev test_macfs test_macostools test_nis test_normalization test_ossaudiodev test_pep277 test_plistlib test_scriptpackages test_socket_ssl test_socketserver test_sqlite test_startfile test_sunaudiodev test_tcl test_timeout test_unicode_file test_urllib2net test_urllibnet test_winreg test_winsound test_zipfile64 4 skips unexpected on sunos5: test_tcl test_sunaudiodev test_ctypes test_nis ... test_tcl skipped -- No module named _tkinter ... I have applied the _ctypes patch in #1516, however. What gives? -- assignee: loewis components: Build messages: 63965 nosy: atossava, jafo, loewis priority: normal severity: normal status: open title: Solaris: ctypes tests being skipped despite following #1516 type: compile error versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2401 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2401] Solaris: ctypes tests being skipped despite following #1516
Sean Reifschneider [EMAIL PROTECTED] added the comment: Martin v. Löwis (loewis) replies: What is the specific problem that you are reporting? I.e. what behavior did you expect instead? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2401 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2401] Solaris: ctypes tests being skipped despite following #1516
Sean Reifschneider [EMAIL PROTECTED] added the comment: This is me: Martin: I believe the report is that the user followed #1516 but ctypes was not built, or at least the test was skipped. Assigning to theller, because that's whom #1516 is assigned to. -- assignee: loewis - theller nosy: +theller __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2401 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2138] Add a factorial function
Raymond Hettinger [EMAIL PROTECTED] added the comment: I prefer factorial as a method (like Ruby and Smalltalk). Given the usual notation (n!) or pronounciation (n factorial), it is natural to write this as: n.factorial(). Compared to numbits() and isqrt(), a factorial() method is more basic in that it is self explanatory and everyone knows what it means by the time they are in middle school. FWIW, if separate RFEs were opened for numbits() and isqrt(), I would support their being int methods too. Their implementations are helped by access to the underlying representation, and a case could be made that these no argument calls are just properties of the number (just like the sign bit). __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2138 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2048] IRIX: Seg-fault while building tests with gmake on test_xml_etree.
Sean Reifschneider [EMAIL PROTECTED] added the comment: Created issue #2401 for the Solaris problem. Repurposing this issue to just be the IRIX issue. -- nosy: +jafo priority: - normal title: Python 2.5.1 woes on IRIX, Solaris - IRIX: Seg-fault while building tests with gmake on test_xml_etree. type: - compile error __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2048 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2392] Sean is testing tracker bug.
Changes by Martin v. Löwis [EMAIL PROTECTED]: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2392 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2392] Sean is testing tracker bug.
Changes by Martin v. Löwis [EMAIL PROTECTED]: -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2392 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1747858] chown broken on 64bit
Gregory P. Smith [EMAIL PROTECTED] added the comment: backported to 2.5 in r61542 and r61544. it'll go into py3k via the regular merges from trunk. The fix just changed the int - long and 'ii' - 'll' and added unit test coverage. The patch attached to this bug was rejected as too complex: If conditional treatment of the types is ever needed it should be done at build time via autoconf and not at runtime. -- keywords: -patch resolution: remind - fixed status: open - closed versions: -Python 2.5 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1747858 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2074] pprint._safe_repr() unsafe on ordering differently types objects with same str represenation
Sean Reifschneider [EMAIL PROTECTED] added the comment: I don't know if this is still relevent, if it is please provide a test that demonstrates it. I've checked the code and found that the code to be patched no longer exists. To me, it looks like it might be resolved. -- keywords: +patch nosy: +jafo priority: - normal resolution: - out of date status: open - closed type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2074 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2171] Add map, filter, zip to future_builtins
David Wolever [EMAIL PROTECTED] added the comment: Filter has been fixed in r61546. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2171 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2370] operator.{isCallable,sequenceIncludes} needs a fixer
Jeff Balogh [EMAIL PROTECTED] added the comment: Attaching a patch that operator.{isCallable,sequenceIncludes}, including tests. -- keywords: +patch Added file: http://bugs.python.org/file9736/issue2370.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2370 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2077] Interpreter crash on shutdown
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- priority: - high __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2077 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2403] Add figleaf coverage metrics
Jerry Seutter [EMAIL PROTECTED] added the comment: To test: 1. Unzip the zipfile in the base python directory. The zipfile will create Tools/coverage*. 2. cd Tools; patch -p0 README.patch 3. cd coverage 4. ../../python.exe coverage.py The script will download figleaf, then run regrtest.py. Any extra stuff on the command line will be supplied to regrtest. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2403 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2090] __import__ with fromlist=[''] causes double initialization of modules
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- assignee: - brett.cannon nosy: +brett.cannon priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2090 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2404] Backport ctypes support for buffer protocol to Python 2.6 (ref issue1971)
Changes by Travis Oliphant [EMAIL PROTECTED]: -- assignee: - theller components: +ctypes nosy: +theller type: - behavior versions: +Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2404 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)
Changes by Sean Reifschneider [EMAIL PROTECTED]: -- assignee: - gvanrossum nosy: +gvanrossum priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2073 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2405] Drop w9xpopen and all dependencies
New submission from Trent Nelson [EMAIL PROTECTED]: Python 2.6+ drops support for Windows 95/98, which removes the need for w9xpopen. Get rid of the module and all dependencies (such as in the .msi). -- assignee: Trent.Nelson components: Build messages: 63978 nosy: Trent.Nelson severity: normal status: open title: Drop w9xpopen and all dependencies type: feature request versions: Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2405 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue719888] tokenize module w/ coding cookie
Mark Dickinson [EMAIL PROTECTED] added the comment: With the patch, ./python.exe Lib/test/regrtest.py test_tokenize fails for me with the following output: Macintosh-2:py3k dickinsm$ ./python.exe Lib/test/regrtest.py test_tokenize test_tokenize test test_tokenize produced unexpected output: ** *** lines 2-5 of actual output doesn't appear in expected output after line 1: + testing: /Users/dickinsm/python_source/py3k/Lib/test/tokenize_tests-latin1-coding-cookie-and-utf8-bom-sig.txt + testing: /Users/dickinsm/python_source/py3k/Lib/test/tokenize_tests-no-coding-cookie-and-utf8-bom-sig-only.txt + testing: /Users/dickinsm/python_source/py3k/Lib/test/tokenize_tests-utf8-coding-cookie-and-utf8-bom-sig.txt + testing: /Users/dickinsm/python_source/py3k/Lib/test/tokenize_tests-utf8-coding-cookie-and-utf8-bom-sig.txt ** 1 test failed: test_tokenize [65880 refs] I get something similar on Linux. Tracker [EMAIL PROTECTED] http://bugs.python.org/issue719888 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2406] Improvement suggestions for the gzip module documentation
New submission from M.-A. DARCHE [EMAIL PROTECTED]: The documentation for the gzip python module as found at http://docs.python.org/lib/module-gzip.html could be improved by code examples. Those examples are really lacking. Here below are the code snippets I propose. This is inspired by http://xahlee.org/perl-python/python_doc_gzip.html but done with respect and with another useful (I think) example. # Example of how to decompress a file import gzip file_obj = gzip.GzipFile('/home/joe/file.txt.gz', 'rb'); file_content = file_obj.read() file_obj.close() # Example of how to create a compressed GZIP file import gzip file_content = Lots of content here file_obj = gzip.GzipFile('/home/joe/file.txt.gz', 'wb'); file_obj.write(file_content) file_content.close() # Example of how to compress an existing file import shutil import gzip file_obj_in = file('/home/joe/file.txt', 'rb') file_obj_out = gzip.GzipFile('/home/joe/file.txt.gz', 'wb'); shutil.copyfileobj(file_obj_in, file_obj_out) file_obj_out.close() Best regards. -- assignee: georg.brandl components: Documentation messages: 63981 nosy: georg.brandl, madarche severity: normal status: open title: Improvement suggestions for the gzip module documentation __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2406 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com