[issue3742] Parsing XML file with Unicode characters causes problem

Ezio Melotti added the comment: The encoding used by the windows terminal (usually cp850) is not able to encode all the characters, so when you print the text that you extract from the xml file the terminal is not able able to display some characters. If you remove the print() it works fine. You

[issue3595] Windows base64 Decode

Ezio Melotti added the comment: This can be closed if Ahir doesn't provide the script. -- nosy: +ezio.melotti ___ Python tracker ___ _

[issue5327] Broken link in "What's New in Python 2.5"

New submission from Ezio Melotti : The link in the second paragraph of "The ElementTree package" [1] section of the "What's New in Python 2.5" page is broken. [1]: http://docs.python.org/whatsnew/2.5.html#module-hashlib (the name of this anchor is also wrong, see #5326) -- assignee: geo

[issue5326] Wrong anchors in "What's New in Python 2.5"

New submission from Ezio Melotti : Some anchors of the "What's New in Python 2.5" page [1] are wrong (both in the table of contents and on the titles): New, Improved, and Removed Modules The ctypes package The ElementTree package The hashlib package The sqlite3 package The wsgiref package [1]:

[issue3511] Incorrect charset range handling with ignore case flag?

Ezio Melotti added the comment: I'd close this as "won't fix", because (IMHO) ranges like [9-A] shouldn't be used at all, so I won't expect it to work properly. FWIW Perl doesn't seem to match the '_', even with the 'i' flag. Tested with: perl -e '$s = ("_" =~ /[9-A]/); print $s' and perl -e '$

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

Ezio Melotti added the comment: Indeed this behavior doesn't seem to be documented. When the string is unicode and the fillchar non-unicode Python implicitly tries to decode the fillchar (and possibly it raises a TypeError if it's not in range(0,128)): >>> u'x'.center(5, 'y') # unicode string,

[issue5325] "SyntaxError: None" when the name of the dir contains non-ascii chars

New submission from Ezio Melotti : Step to reproduce: 1) create a directory with non-ascii chars in the name 2) create a python module with a syntax error (I used an unclosed '(') 3) execute the module.py directly ('module.py', not 'python module.py') I tested this only on Windows, with Python3

[issue5312] errno not being set

Benjamin Peterson added the comment: Thanks for the diagnostic, Georg! Fixed in r69794. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue3067] setlocale fails with unicode strings on Py2 and with byte strings on Py3

Ezio Melotti added the comment: FWIW the type("") is gone in Py3, now it is: "if locale and not isinstance(locale, _builtin_str):" where "from builtins import str as _builtin_str" (http://svn.python.org/view/python/branches/py3k/Lib/locale.py?view=markup) However Py3.0 now raises the same error

[issue5305] imaplib should support international mailbox names

James Henstridge added the comment: I'll have a go at implementing the algorithm. It looks like the modifications to UTF-7 are large enough that you can't do a search and replace on the output of the existing UTF-7 codec, so it'll probably require new code. Would String2Mailbox and Mailbox2Str

[issue854918] Configurable SSL handshake

Changes by Daniel Diniz : -- resolution: -> out of date stage: test needed -> committed/rejected status: pending -> closed ___ Python tracker ___ __

[issue872815] How to pass the proxy server use socket

Changes by Daniel Diniz : -- resolution: -> invalid stage: -> committed/rejected status: pending -> closed ___ Python tracker ___ _

[issue875654] add support for installations compiled for debugging

Changes by Daniel Diniz : -- resolution: -> rejected stage: -> committed/rejected status: pending -> closed ___ Python tracker ___

[issue727732] getpath.c-generated prefix wrong for Tru64 scripts

Changes by Daniel Diniz : -- resolution: -> out of date stage: test needed -> committed/rejected status: pending -> closed ___ Python tracker ___ __

[issue815753] SCO_SV: many modules cannot be imported

Changes by Daniel Diniz : -- resolution: -> out of date stage: test needed -> committed/rejected status: pending -> closed ___ Python tracker ___ __

[issue995956] TclError with intel's hypertheading

Changes by Daniel Diniz : -- resolution: -> out of date stage: test needed -> committed/rejected status: pending -> closed ___ Python tracker ___ __

[issue1111100] csv reader barfs encountering quote when quote_none is set

Changes by Daniel Diniz : -- resolution: -> out of date stage: -> committed/rejected status: pending -> closed ___ Python tracker ___

[issue1169633] Install fail code 2932 after fail to copy python_icon.exe

Changes by Daniel Diniz : -- resolution: -> works for me status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mail

[issue780354] socket.makefile() isn't compatible with marshal/cPickle/etc

Changes by Daniel Diniz : -- resolution: -> invalid stage: -> committed/rejected status: pending -> closed ___ Python tracker ___ _

[issue775340] OSX 'freeze' bug

Changes by Daniel Diniz : -- resolution: -> out of date stage: test needed -> committed/rejected status: pending -> closed ___ Python tracker ___ __

[issue1682241] Problems with urllib2 read()

Changes by Daniel Diniz : -- resolution: -> invalid stage: test needed -> committed/rejected status: pending -> closed ___ Python tracker ___ _

[issue1210326] comma separated cookie values

Changes by Daniel Diniz : -- resolution: -> invalid stage: -> committed/rejected status: pending -> closed ___ Python tracker ___

[issue835176] [2.3.2] bz2 test failure on AIX 4.3.2, Tru64 UNIX

Changes by Daniel Diniz : -- resolution: -> out of date stage: -> committed/rejected status: pending -> closed ___ Python tracker ___ _

[issue4565] Rewrite the IO stack in C

Antoine Pitrou added the comment: > +1 to setting it up so that unit tests are always run against both and > keeping both. If this is the way forward I recommend putting the pure Python versions into a separate module, eg pyio.py (although the name is not very elegant). It will make the separa

[issue4565] Rewrite the IO stack in C

Gregory P. Smith added the comment: +1 to setting it up so that unit tests are always run against both and keeping both. -- nosy: +gregory.p.smith ___ Python tracker ___ ___

[issue4565] Rewrite the IO stack in C

Raymond Hettinger added the comment: > Basically, my point is that maintaining C and Python > versions is *cheaper* than just maintaining the C > version alone. Well said. ___ Python tracker _

[issue5306] Python 3.1 won't compile under Visual Studio 2005

Amaury Forgeot d'Arc added the comment: I merged the change manually, and came to the same patch as ocean-city; Then I noticed that os.device_encoding() (new in python 3.0) needs the same check as well. -- resolution: -> fixed status: open -> closed _

[issue5306] Python 3.1 won't compile under Visual Studio 2005

Changes by Amaury Forgeot d'Arc : -- assignee: -> amaury.forgeotdarc nosy: +amaury.forgeotdarc ___ Python tracker ___ ___ Python-bugs-

[issue5322] Python 2.6 object.__new__ argument calling autodetection faulty

Armin Ronacher added the comment: The problem seems to be caused by tp_new being slot_tp_new which then invokes whatever __new__ in the class dict is. I'm not so sure what would be the solution to this. One could of course check if tp_new is either object_new or slot_tp_new and in the latter c

[issue5324] __subclasses__ undocumented

New submission from Michael Foord : I can't find any documentation for the __subclasses__ magic method. At the very least needed for language implementors. -- assignee: georg.brandl components: Documentation messages: 82504 nosy: georg.brandl, mfoord severity: normal status: open title:

[issue4565] Rewrite the IO stack in C

Jean-Paul Calderone added the comment: Hi Antoine, > > Surely the majority of the burden is imposed by the C implementation. I expect that 90% of the time spent fixing bugs will be spent fixing them in C. > Hmm, it depends. It's probably true in general, but I suspect a fair amount of work al

[issue4565] Rewrite the IO stack in C

Raymond Hettinger added the comment: [Benjamin Peterson] > I think we should just drop the Python implementations. There's no point > in trying to keep two implementations around. I disagree. I've found great value in keeping a pure python version around for things I've converted to C. The f

[issue4565] Rewrite the IO stack in C

Antoine Pitrou added the comment: Hello JP, > Surely the majority of the burden is imposed by the C implementation. I > expect that 90% of the time spent fixing bugs will be spent fixing them > in C. Hmm, it depends. It's probably true in general, but I suspect a fair amount of work also went

[issue5176] Special-case string formatting in BINARY_MODULO implementation

Jeffrey Yasskin added the comment: Looks good to me. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue5323] document expected/required behavior of 3.x io subsystem with respect to buffering

New submission from R. David Murray : The python 3.x io library appears to allow mixing calls to __next__ and calls to readline. As another consequence, where previously it was necessary to use 'readline' to read single lines from a pipe without blocking waiting for a buffer fill, now one can ap

[issue936813] fast modular exponentiation

Changes by Gregory P. Smith : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue936813] fast modular exponentiation

Trevor Perrin added the comment: Hi Mark, Let me know if I can give you any help with this. The original patch was split into 3 parts. The only part remaining unapplied is the Montgomery Reduction. It appeared to be a significant speedup when I was last testing, and is frequently used in o

[issue5322] Python 2.6 object.__new__ argument calling autodetection faulty

New submission from Armin Ronacher : In 2.6 a deprecation warning was added if `object.__new__` was called with arguments. Per se this is fine, but the detection seems to be faulty. The following code shows the problem: >>> class A(object): ... def __new__(self): ... raise TypeErro

[issue2771] test issue

Martin v. Löwis added the comment: Testing 1..2..3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue2771] test issue

Martin v. Löwis added the comment: More testing. ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue4565] Rewrite the IO stack in C

Jean-Paul Calderone added the comment: > We don't maintain any other features in two languages for those purposes. IMO, it will just be more of a burden to fix bugs in two different places as compared to the advantages you mention. Surely the majority of the burden is imposed by the C implement

[issue4565] Rewrite the IO stack in C

Benjamin Peterson added the comment: On Thu, Feb 19, 2009 at 1:57 PM, Jean-Paul Calderone wrote: > > Jean-Paul Calderone added the comment: > >> Oh, and "what to do of the now unused pure Python implementations in > io.py"? Easiest would be to dump them, as they will probably get > hopelessly

[issue2771] test issue

Martin v. Löwis added the comment: Does this still work? ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue4565] Rewrite the IO stack in C

Jean-Paul Calderone added the comment: > Oh, and "what to do of the now unused pure Python implementations in io.py"? Easiest would be to dump them, as they will probably get hopelessly out of sync, but perhaps there's some genuine portability/educational advantage to keep them? The test suite

[issue5312] errno not being set

Changes by Benjamin Peterson : -- assignee: -> benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4565] Rewrite the IO stack in C

Benjamin Peterson added the comment: I think we should just drop the Python implementations. There's no point in trying to keep two implementations around. Besides, if we don't backport IO in C, we can maintain them in the trunk. :) ___ Python tracker

[issue5306] Python 3.1 won't compile under Visual Studio 2005

Benjamin Peterson added the comment: Could one of the Windows experts do the port? I can't properly resolve the conflicts or test the changes here. -- assignee: benjamin.peterson -> ___ Python tracker

[issue5318] strip, rstrip & lstrip bug

Daniel Diniz added the comment: Thanks, Ezio! -- nosy: +ajaksu2 resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue5320] I/O error during one-liner gives bad diagnostic (and fails to return OS error status)

Mike Coleman added the comment: Also, as with the other python versions, notice that the error status is EXIT_SUCCESS (which it should not be). ___ Python tracker ___

[issue5321] I/O error during one-liner gives no (!) diagnostic (and fails to return OS error status)

New submission from Mike Coleman : $ python3.0 -c 'print((1, 2, 3))' > /dev/full || echo error status $ This command gives no indication whatsoever that anything has gone wrong. Following this with strace demonstrates that the interpreter is in fact ignoring these errors: 2589 write(1, "(1, 2

[issue5320] I/O error during one-liner gives bad diagnostic (and fails to return OS error status)

New submission from Mike Coleman : $ python2.6 -c 'print 1, 2, 3' > /dev/full || echo error status close failed in file object destructor: Error in sys.excepthook: Original exception was: $ It seems like something other than blank lines should be printed here. -- components: Interprete

[issue5319] I/O error during one-liner fails to return OS error status

Mike Coleman added the comment: Oops, I should have used the old python print syntax. Nonetheless, the behavior is the same: $ python2.5 -c 'print 1, 2, 3' > /dev/full || echo error status close failed: [Errno 28] No space left on device $ -- components: +Interpreter Core ___

[issue5318] strip, rstrip & lstrip bug

alexlc added the comment: Oh, thanks for letting me know and sorry for the trouble. I should had read the docs more carefully. I have actually been using for a long while the strip methods as I had described in the bug report. I was so completely convinced about this that I didn't even thought a

[issue5319] I/O error during one-liner fails to return OS error status

New submission from Mike Coleman : $ python2.5 -c 'print((1, 2, 3))' > /dev/full || echo error status close failed: [Errno 28] No space left on device $ The above sequence should also output 'error status' before the next prompt. That is, python should not be returning EXIT_SUCCESS in this situ

[issue5318] strip, rstrip & lstrip bug

Ezio Melotti added the comment: This is not a bug: str.strip([chars]) ... The chars argument is not a prefix or suffix; rather, all combinations of its values are stripped: ... http://docs.python.org/library/stdtypes.html#str.strip -- nosy: +ezio.melotti _

[issue5318] strip, rstrip & lstrip bug

New submission from alexlc : Examples of bad behaviour: >>> 'abacde'.lstrip('ab') 'cde' >>> 'abaaacde'.lstrip('ab') 'cde' >>> 'aabacde'.lstrip('aab') 'cde' >>> 'abcede'.rstrip( 'de' ) 'abc' >>> 'abacdeaab'.strip('ab') 'cde' Probably a few more similar to these will fail as well. I have tested

[issue5317] URL given for IronPython in CPython documentation incorrect

Georg Brandl added the comment: Thanks, fixed in r69776. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue5317] URL given for IronPython in CPython documentation incorrect

New submission from David Fugate : http://docs.python.org/reference/introduction.html#alternate- implementations states that the IronPython project's website URL is http://workspaces.gotdotnet.com/ironpython. This site has actually been dead for quite some time and our official project page is

[issue5313] multiprocessing.process using os.close(sys.stdin.fileno) instead of sys.stdin.close()

Changes by Jesse Noller : -- assignee: -> jnoller ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue4111] Add DTrace probes

Changes by Joe Ranieri : -- nosy: +sirg3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue5316] Buildbot failures in test_site

New submission from Antoine Pitrou : Recently, some buildbot failures have started appearing on trunk and py3k with the following error: == FAIL: test_s_option (test.test_site.HelperFunctionsTests) --

[issue1578269] Add os.link() and os.symlink() support for Windows

Jason R. Coombs added the comment: I've implemented symlink() for Windows in jaraco.windows v1.0, just uploaded to pypi (http://pypi.python.org/pypi/jaraco.windows/1.0). It creates symlinks, so only works in Windows 6 and later, but it's available for those platforms. Hopefully something like

[issue4565] Rewrite the IO stack in C

Antoine Pitrou added the comment: Oh, and "what to do of the now unused pure Python implementations in io.py"? Easiest would be to dump them, as they will probably get hopelessly out of sync, but perhaps there's some genuine portability/educational advantage to keep them? __

[issue4565] Rewrite the IO stack in C

Antoine Pitrou added the comment: After "rewrite the rest of StringIO in C", there's "sanitize the destructor behaviour of IOBase (if at all possible)". ___ Python tracker ___ ___

[issue949667] setblocking() method on file objects

Changes by Antoine Pitrou : -- title: file write() method and non-blocking mode. -> setblocking() method on file objects ___ Python tracker ___

[issue949667] file write() method and non-blocking mode.

Antoine Pitrou added the comment: setblocking() doesn't exist in py3k either, so reopening. I agree it would be useful to set files as non-blocking in a portableway. -- nosy: +pitrou priority: low -> normal status: pending -> open versions: +Python 3.1 _

[issue5315] signal handler never gets called

New submission from Péter Szabó : According to http://docs.python.org/dev/library/signal.html , if I set up a signal handler in the main thread, and then have the signal delivered to the process, then the signal handler will be called in the main thread. The attached Python script I've written, h

[issue5192] Update log message formatting.

Changes by Vinay Sajip : -- resolution: wont fix -> rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue5287] logging package on IronPython

Vinay Sajip added the comment: Fixes checked into trunk & py3k. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ ___

[issue5312] errno not being set

Georg Brandl added the comment: The problem is in os.py. This patch fixes it: Index: Lib/os.py === --- Lib/os.py (Revision 69769) +++ Lib/os.py (Arbeitskopie) @@ -372,8 +372,8 @@ saved_exc = e

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

Mark Dickinson added the comment: http://codereview.appspot.com/14105/diff/1/2 File Python/marshal.c (right): http://codereview.appspot.com/14105/diff/1/2#newcode160 Line 160: w_long((long)(Py_SIZE(ob) > 0 ? l : -l), p); On 2009/02/18 21:27:04, Martin v. Löwis wrote: > Ok, so I'd waive this for

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

Mark Dickinson added the comment: > Before such a version gets committed, I'd like to see it on Rietveld > again. Sure. My original plan was to get the structural changes in first, and then worry about optimizations. But now I think the x_divrem fix has to be considered a prerequisite for t

[issue5306] Python 3.1 won't compile under Visual Studio 2005

Kristján Valur Jónsson added the comment: Ah, I just saw this. Yes, looks like a missing file during porting. That should affect VS2008 as well. Cheers! ___ Python tracker ___ ___

[issue4258] Use 30-bit digits instead of 15-bit digits for Python integers.

Pernici Mario added the comment: The attached patch uses mul1 in long_mul in the version patched with 30bit_longdigit13+optimizations.patch Comparison between these two patches on hp pavilion Q8200 2.33GHz pybench patch new patch SimpleIntegerArithmetic 89 85 other tes

[issue5314] http client error

New submission from cober J : Try to use http to send multi-byte utf8 data. File "E:\DEVELOP\python\lib\http\client.py", line 904, in _send_request self.endheaders(body.encode('ascii')) UnicodeEncodeError: 'ascii' codec can't encode character '\u7231' in position 119: ordinal not in range(1

[issue3558] Operator precedence misdocumented

Georg Brandl added the comment: Fixed in r69769. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue5310] operator precedence table is wrong

Georg Brandl added the comment: Fixed in r69769. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug