[issue1706460] access to unicodedata (via codepoints or 2-char surrogates)
Walter Dörwald [EMAIL PROTECTED] added the comment: Fixed for 2.6 in r63899. -- nosy: +doerwalter resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1706460 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2936] ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH
Changes by Thomas Heller [EMAIL PROTECTED]: -- resolution: - invalid status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2936 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3023] Problem with invalidly-encoded command-line arguments (Unix)
David Watson [EMAIL PROTECTED] added the comment: Hmm, yes, I see that the open() builtin doesn't accept bytes filenames, though os.open() still does. When I saw that you could pass bytes filenames transparently from os.listdir() to os.open(), I assumed that this was intentional! So what *is* os.listdir() supposed to do when it finds an unconvertible filename? Raise an exception? Pretend the file isn't there? What if someone puts unconvertible strings in the password database? I think this is going to cause real problems for people. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3023 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3025] batch/IDLE differ: print broken for chraractersascii
Martin v. Löwis [EMAIL PROTECTED] added the comment: Whether or not that works in 3k depends on your console's encoding; your program works just fine for me in Linux, with a UTF-8 console. Python 2.5 was not using a system page (whatever that is); it was sending the bytes to the terminal as-is, which then could interpret them according to whatever encoding it choses to. Again, on a UTF-8 terminal, sending individual bytes above 128 is meaningless, so the console had to deal with it somehow. I fail to see a Python problem in this report, so I'm closing it as works for me. -- nosy: +loewis resolution: - works for me status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3025 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2917] merge pickle and cPickle in 3.0
Alexandre Vassalotti [EMAIL PROTECTED] added the comment: Here is the fully reviewed and shiny C optimized pickle module. :-) Note, I am only posting the _pickle.c source code for now. I still need to work out a few details out. For example, there is a few methods that needs to be exposed in the public API -- i.e., Unpickler.find_class() and Pickler.save_reduce(). Also, instantiate() needs to reworked to match the one in pickle.py. Anyway, I am now pretty confident that I will have the time to finalize these details before the beta. Added file: http://bugs.python.org/file10501/_pickle.c ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2917 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2782] datetime/date strftime() method and time.strftime() inconsistency
Gregory P. Smith [EMAIL PROTECTED] added the comment: Fixed in trunk (2.6) r63887. -- assignee: gregory.p.smith - resolution: - fixed status: open - closed versions: -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2782 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3027] if extended c module is calling Windows API waitForSingleObject, it will block other thread.
New submission from patrick [EMAIL PROTECTED]: The c extend module is as the attached file WindowsFuncs.cpp, it wraps some Windows event APIs The python script is as the attached file test.py, run that script, we could find in the new thread, the calling to Windows API waitForSingleObject will block the main thread printing, that's really strange. The output of running is as the attached file test.output. -- components: Interpreter Core files: attach.zip messages: 67633 nosy: patrick severity: normal status: open title: if extended c module is calling Windows API waitForSingleObject, it will block other thread. versions: Python 2.5 Added file: http://bugs.python.org/file10502/attach.zip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3029] free list management - list, dict, set
New submission from Andrew I MacIntyre [EMAIL PROTECTED]: The attached patch adds free list clearing routines for the list, dict set objects. These objects are the only ones with free lists that don't already have some form of free list management API. This patch complements the patch in issue 2862. -- assignee: christian.heimes components: Interpreter Core files: list_dict_set_clearfreelist.patch keywords: patch, patch messages: 67636 nosy: aimacintyre, christian.heimes priority: high severity: normal status: open title: free list management - list, dict, set type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file10503/list_dict_set_clearfreelist.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2997] PyNumberMethods has left-over fields in Py3
Georg Brandl [EMAIL PROTECTED] added the comment: Not to me... -- nosy: +georg.brandl resolution: out of date - status: closed - open ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3027] if extended c module is calling Windows API waitForSingleObject, it will block other thread.
Thomas Herve [EMAIL PROTECTED] added the comment: You have to release the GIL. See http://docs.python.org/api/threads.html for some information. -- nosy: +therve ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2849] Remove usage of rfc822 from the stdlib
Humberto Diogenes [EMAIL PROTECTED] added the comment: With the attached patches, rfc822 won't be used anywhere inside Lib/ anymore (with the exception of mimetools, which is going away too). Is there any reason to convert the files below? Shouldn't they be removed from 3.0? Demo/scripts/mboxconvert.py - superseded by mailbox.py Tools/faqwiz/faqwiz.py - really old (1998) Tools/scripts/mailerdaemon.py - still useful? Tools/versioncheck/pyversioncheck.py - really old (1997) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1513695] new turtle module
Gregor Lingl [EMAIL PROTECTED] added the comment: I'd like to propose a few modifications of turtle.py for the transition from Python 2.6 to Python 3.0, which would result in a cleaner interface but also in some - i think marginal - incompatibiliy: 1) drop from math import * 2) delete the methods Turtle.window_width() and Turtle.indow_height() (They are mereley transferred from Screen to Turtle and are imho generic Screen.methods. So they will still be present as Screen methods and as functions. In fact this proposition has a didactic background - on should teach to differentiate between Screen- and Turtle-methods as belonging to two completely different types of objects, and the only realistic reply to the student's question Why do Turtle objects have a window_width() method would be: for historical reasons! When, if not now, is time to make changes like this?) 3) The same is valid for Turtle.tracer() as tracer controls in fact Screen-updates and not Turtle updates. (The only difference is, that Turtle.tracer cannot be deleted, because it's (currently) used in turtle.circle(), so I'd propose to rename it to Turtle._tracer() and so delete it from the public interface. Of course tracer() will also remain present als Screen-method and as function. Pros and cons? I have prepared a file with these changes which could be used for porting it to Python3.0. So if everybody agrees, I could upload it. Regards, Gregor ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1513695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2847] Remove cl usage from aifc
Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: - georg.brandl nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3022] mailbox module, two small fixes
Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: - georg.brandl nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3022 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2849] Remove usage of rfc822 from the stdlib
Brett Cannon [EMAIL PROTECTED] added the comment: On Sun, Jun 1, 2008 at 8:33 PM, Humberto Diogenes [EMAIL PROTECTED] wrote: Humberto Diogenes [EMAIL PROTECTED] added the comment: With the attached patches, rfc822 won't be used anywhere inside Lib/ anymore (with the exception of mimetools, which is going away too). Is there any reason to convert the files below? Shouldn't they be removed from 3.0? Demo/scripts/mboxconvert.py - superseded by mailbox.py Tools/faqwiz/faqwiz.py - really old (1998) Tools/scripts/mailerdaemon.py - still useful? Tools/versioncheck/pyversioncheck.py - really old (1997) Probably. I bet both the Demo and Tools directory need a thorough clean-up. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3013] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523
John Arbash Meinel [EMAIL PROTECTED] added the comment: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Georg Brandl wrote: | Georg Brandl [EMAIL PROTECTED] added the comment: | | Do you need the (\.\d+)* trailer in the regex at all? | | -- | nosy: +georg.brandl Not sure. The actual revision is: 2.18.50.20080523 The code used to allow lots of version numbers, and I didn't know if we wanted to require that or not. Certainly just changing * = ? is a simpler fix. And since we don't end with $ or anything, it should still match. John =:- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhEcLUACgkQJdeBCYSNAAPO8ACggCAEx1HWnfv3FD1KAnvyGzKg tbwAn3D6xKEbQkHWrP1dKaO4tSsE6Ito =DpMW -END PGP SIGNATURE- ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3013 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3023] Problem with invalidly-encoded command-line arguments (Unix)
Martin v. Löwis [EMAIL PROTECTED] added the comment: The issue with unrepresentable file names hasn't been decided yet. One option is to include the bytes object in that case, instead, noting that this can only occur on selected platforms. Another option is indeed to raise an exception, or exclude the file from the listing (although errors should never pass silently). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3023 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3013] disutils fails with GNU ld (GNU Binutils) 2.18.50.20080523
Georg Brandl [EMAIL PROTECTED] added the comment: Do you need the (\.\d+)* trailer in the regex at all? -- nosy: +georg.brandl ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3013 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2980] Pickle stream for unicode object may contain non-ASCII characters.
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: We could add an extra step to also escape range(128, 256) code points, but I don't think it's worth the performance loss this would cause. Note that this was the first time anyone has ever noticed the fact that the pickle protocol 0 is not pure ASCII - in 8 years. I think it's better to just adapt the documentation and remove the ASCII. The important feature of protocol 0 is being human readable (to some extent), not that it's pure ASCII. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2980 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1513695] new turtle module
Gregor Lingl [EMAIL PROTECTED] added the comment: In my last posting i forgot a fourth proposition. Currently one has the Turtle.methods fill(), begin_fill() and end_fill() As is stated in the old turtle docs the specification of fill is rather complex. begin_fill() and end_fill(), are identical to fill(True) and fill(False) (or fill(1) and fill(0)). That means, that begin_fill() sometimes may do somthing unexpected, namely complete som filling underway. In the new turtle module fill() without arguments returns the filling state, i. e. True/False respectively. I'd prefer the following: begin_fill() should only start a new filling process and cancel some underway, if necessary (that means: a filling without end_fill will not take place) end_fill() should only complete the current filling process a new method filling() should be used to ask if same filling is currently taking place and fill() could be dropped. (deprecated in 2.6) I think Vern Ceders intention with introducing begin_fill and end_fill was to have a clear and easily understandable meaning, which is only partially accomplished with the current solution. What is your opinion? Gregor ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1513695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3029] free list management - list, dict, set
Raymond Hettinger [EMAIL PROTECTED] added the comment: What is the point of expanding the C API for clearing individual types. Isn't the single Fini function sufficient to clear them all? Make the approaches consistent seems like a reasonable goal, but why did you choose the path where everything has its own clearing function instead of one to bind the all? What apps need this? -- nosy: +rhettinger ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3029 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2906] tkinter, assorted fixes
Guilherme Polo [EMAIL PROTECTED] added the comment: I found a case where the support for values under list or tuple would fail, when the contents contain spaces it needs a proper tcl formatting. I'm attaching a new patch that fixes this. -- resolution: accepted - status: closed - open Added file: http://bugs.python.org/file10504/tkinter_tuple_list_support.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3028] tokenize module: normal lines, not logical
New submission from Noam Raphael [EMAIL PROTECTED]: Hello, The documentation of the tokenize module says: The line passed is the *logical* line; continuation lines are included. Some background: The tokenize module splits a python source into tokens, and says for each token where it begins and where it ends, in the format of (row, offset). This note in the documentation made me think that continuation lines are considered as one line, and made me break my head how I should find the offset of the token in the original string. The truth is that the row number is simply the index of the line as returned by the readline function, and it's very simple to reconstruct the string offset. I suggest that this will be changed to something like The line passed is the index of the string returned by the readline function, plus 1. That is, the first string returned is called line 1, the second is called line 2, and so on. Thanks, Noam -- assignee: georg.brandl components: Documentation messages: 67635 nosy: georg.brandl, noam severity: normal status: open title: tokenize module: normal lines, not logical versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3028 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3021] Lexical exception handlers
Changes by Adam Olsen [EMAIL PROTECTED]: -- nosy: +Rhamphoryncus ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2125] Read support for Records in msilib
Martin v. Löwis [EMAIL PROTECTED] added the comment: Thanks for the patch. Committed as r63888 -- resolution: - accepted status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2125 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Mark Dickinson [EMAIL PROTECTED] added the comment: Here's a patch that fixes the problems with math.sum on x86 machines that aren't using SSE2. On these machines, the patched version of math.sum does almost the entire calculation using long doubles instead of doubles. Then in the final summation, the top long double is split into a double and a residue long double. Added file: http://bugs.python.org/file10505/mathsum_IA32.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3027] if extended c module is calling Windows API waitForSingleObject, it will block other thread.
patrick [EMAIL PROTECTED] added the comment: Yes, after wrapping the calling to block operation with marco Py_BEGIN_ALLOW_THREADS and Py_END_ALLOW_THREADS, that issue is gone. Thank you. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3030] compiler warning on HP-UX
New submission from Thomas Heller [EMAIL PROTECTED]: On HP-UX, there is a compiler warning about _POSIX_C_SOURCE redefined: bash-2.04$ make gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Modules/python.o ./Modules/python.c In file included from Include/Python.h:8, from ./Modules/python.c:3: ./pyconfig.h:1023:1: warning: _POSIX_C_SOURCE redefined command line:3:1: warning: this is the location of the previous definition gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Parser/acceler.o Parser/acceler.c In file included from Include/Python.h:8, from Include/pgenheaders.h:10, from Parser/acceler.c:13: ./pyconfig.h:1023:1: warning: _POSIX_C_SOURCE redefined ... -- components: Build messages: 67649 nosy: theller severity: normal status: open title: compiler warning on HP-UX versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3030 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com