[issue11467] urlparse.urlsplit() regression for paths consisting of digits

Santoso Wijaya santoso.wij...@gmail.com added the comment: Senthil, Thanks for the review! I was initially thinking of `port = ...` but opted for _, arbitrarily, instead. regrtest on Darwin-10.6.0-i386-64bit ran fine. -- ___ Python tracker rep

[issue11487] build_installer.py should avoid relying on a young Python

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___ Python-bugs

[issue11510] Peephole breaks set unpacking

Santoso Wijaya santoso.wij...@gmail.com added the comment: Looks like changeset ed8b0ee1c531 (svn r77543) broke it. -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11510

[issue11549] Rewrite peephole to work on AST

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11549 ___ ___ Python-bugs

[issue1635741] Interpreter seems to leak references after finalization

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1635741 ___ ___ Python-bugs

[issue11474] url2pathname() handling of '/C|/' on Windows

Santoso Wijaya santoso.wij...@gmail.com added the comment: I agree. Attaching a patch with a fix and unittest. -- keywords: +patch nosy: +santa4nt Added file: http://bugs.python.org/file21104/nturl2path.patch ___ Python tracker rep...@bugs.python.org

[issue11467] urlparse.urlsplit() regression for paths consisting of digits

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11467

[issue11474] url2pathname() handling of '/C|/' on Windows

Changes by Santoso Wijaya santoso.wij...@gmail.com: Removed file: http://bugs.python.org/file21104/nturl2path.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11474

[issue11474] url2pathname() handling of '/C|/' on Windows

Santoso Wijaya santoso.wij...@gmail.com added the comment: Oops, wrong library name in patch comment. -- Added file: http://bugs.python.org/file21105/nturl2path.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11474

[issue11474] url2pathname() handling of '/C|/' on Windows

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11474 ___ ___ Python-bugs

[issue706263] print raises exception when no console available

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue706263

[issue706263] print raises exception when no console available

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- components: +IO ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue706263 ___ ___ Python-bugs

[issue706263] print raises exception when no console available

Santoso Wijaya santoso.wij...@gmail.com added the comment: This is indeed reproducible in Python 2.7. The following unittest will expose it. However, patching sys.std* to None will break `print` statements to raise AttributeError in pythonw.exe programs, though it won't mysteriously break only

[issue3591] elementtree tests do not include bytes handling

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt versions: +Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3591

[issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function as decorator

Santoso Wijaya santoso.wij...@gmail.com added the comment: I'm attaching a patch against 2.7 tip for an initial implementation of this decorator feature as well as sample usage in unittest, to get the ball rolling. The modified function should work as a decorator while preserving backward

[issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function as decorator

Santoso Wijaya santoso.wij...@gmail.com added the comment: I see. Attaching a patch against 3.3 tip, then. -- Added file: http://bugs.python.org/file21058/xmlrpc_register_decorator_py33.patch ___ Python tracker rep...@bugs.python.org http

[issue7990] xml.etree.cElementTree lacks full dir() on Element

Santoso Wijaya santoso.wij...@gmail.com added the comment: Attached a patch with test for this: Following the suggestion, I put tag, text, tail, and attrib to be accessible via tp_getset for _etree.Element type. -- keywords: +patch nosy: +santa4nt Added file: http://bugs.python.org

[issue7990] xml.etree.cElementTree lacks full dir() on Element

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- versions: +Python 3.1, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7990

[issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function as decorator

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7769 ___ ___ Python-bugs-list

[issue11395] print(s) fails on Windows with long strings

Santoso Wijaya santoso.wij...@gmail.com added the comment: Thanks for the comment. It's my first patch. :-) - the patch doesn't apply on Python 3.3 That latest patch file I generated against the tip of 3.1 branch. Should I create two separate patches for 3.1 and 3.2+ (which will apply on 3.3

[issue11395] print(s) fails on Windows with long strings

Santoso Wijaya santoso.wij...@gmail.com added the comment: Attached a modified patch that should work against 3.2+ heads: - Added `isatty` bit field in isatty that's evaluated during its construction. This should eliminate the need to call `isatty()` on every write. - Cap buffer length

[issue11418] Method's global scope is module containing function definition, not class.

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11418 ___ ___ Python-bugs

[issue11395] print(s) fails on Windows with long strings

Santoso Wijaya santoso.wij...@gmail.com added the comment: FWIW, here's the Microsoft's source for isatty (in VC\crt\src\isatty.c): /*** *int _isatty(handle) - check if handle is a device * *Purpose: * Checks if the given handle is associated with a character device * (terminal

[issue11395] print(s) fails on Windows with long strings

Santoso Wijaya santoso.wij...@gmail.com added the comment: Attached a version of the last patch without `.isatty` caching. -- Added file: http://bugs.python.org/file21025/winconsole_large_py33_direct.patch ___ Python tracker rep...@bugs.python.org

[issue5870] subprocess.DEVNULL

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5870 ___ ___ Python-bugs-list

[issue11397] os.path.realpath() may produce incorrect results

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11397 ___ ___ Python-bugs

[issue11395] print(s) fails on Windows with long strings

Santoso Wijaya santoso.wij...@gmail.com added the comment: And a patch for the test + fix. -- Added file: http://bugs.python.org/file21012/wconsole_large.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395

[issue11395] print(s) fails on Windows with long strings

Santoso Wijaya santoso.wij...@gmail.com added the comment: Indeed, Python3.1 fails with the -u option. I'm also attaching another test to reproduce the crash with '-u' option. -- Added file: http://bugs.python.org/file21013/test_wconsole_binlarge.patch

[issue11395] print(s) fails on Windows with long strings

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python-bugs

[issue1602] windows console doesn't print or input Unicode

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list

[issue11395] print(s) fails on Windows with long strings

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- components: +Windows ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11395 ___ ___ Python

[issue11399] python.exe -u fails to parse input to the interactive interpreter

New submission from Santoso Wijaya santoso.wij...@gmail.com: Observe: C:\Users\santaC:\Python27\python.exe -u Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on win32 Type help, copyright, credits or license for more information. print 'Hello world' File stdin

[issue11399] cmd.exe: python.exe -u fails to parse input to the interactive interpreter

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- title: python.exe -u fails to parse input to the interactive interpreter - cmd.exe: python.exe -u fails to parse input to the interactive interpreter ___ Python tracker rep...@bugs.python.org

[issue11403] Add some generated files in PC/ to .hgignore.

New submission from Santoso Wijaya santoso.wij...@gmail.com: Here's a patch for .hgignore file to include some more build files emitted on Windows. -- components: None files: pcignore.patch keywords: patch messages: 130097 nosy: santa4nt priority: normal severity: normal status: open

[issue11403] Add some generated files in PC/ to .hgignore.

Changes by Santoso Wijaya santoso.wij...@gmail.com: -- versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11403

[issue11395] print(s) fails on Windows with long strings

Santoso Wijaya santoso.wij...@gmail.com added the comment: I'm adding a test that will reproduce the crash. -- keywords: +patch Added file: http://bugs.python.org/file21003/writeconsole.patch ___ Python tracker rep...@bugs.python.org http

[issue10506] argparse execute system exit in python prompt

Changes by Santoso Wijaya santa@me.com: -- nosy: +santa4nt versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10506

[issue8033] sqlite: broken long integer handling for arguments to user-defined functions

Changes by Santoso Wijaya santa@me.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8033 ___ ___ Python-bugs-list mailing

[issue6706] asyncore's accept() is broken

Changes by Santoso Wijaya santa@me.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6706 ___ ___ Python-bugs-list mailing

[issue6792] Distutils-based installer does not detect 64bit versions of Python

Santoso Wijaya santa@me.com added the comment: Does anyone know of any workaround, for now? -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6792

[issue8713] multiprocessing needs option to eschew fork() under Linux

Changes by Santoso Wijaya santa@me.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8713 ___ ___ Python-bugs-list mailing

[issue8581] Logging handlers do not handle double-closing very well

Santoso Wijaya santa@me.com added the comment: File-like objects handle multiple close() gracefully, silently making the second and subsequent close() calls to an already closed I/O object do nothing. Why can't the same expectation be applied to logging handlers? -- status

[issue8581] Logging handlers do not handle double-closing very well

Changes by Santoso Wijaya santa@me.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8581 ___ ___ Python-bugs-list mailing

[issue8506] SimpleXMLRPCServer Socket not closed after shutdown call

Changes by Santoso Wijaya santa@me.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8506 ___ ___ Python-bugs-list mailing

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Santoso Wijaya santa@me.com added the comment: Please correct my understanding if I am mistaken, but from skimming through the source code, it seems that a new BaseHTTPRequestHandler is instantiated per request. If a caching mechanism is to be adopted as per the patch, wouldn't

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Santoso Wijaya santa@me.com added the comment: Doesn't that only cache the first remote client it encounters, though? Maybe a dictionary of caches? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6085

[issue6085] Logging in BaseHTTPServer.BaseHTTPRequestHandler causes lag

Santoso Wijaya santoso.wij...@gmail.com added the comment: There is a simple workaround to bypass the hostname resolution mechanism, so that the server can respond faster. # This is a hack to patch slow socket.getfqdn calls that # BaseHTTPServer (and its subclasses) make. # See: http

<    1   2   3