[issue9904] Cosmetic issues that might be worthy a fix in symtable.h/c
New submission from Eli Bendersky eli...@gmail.com: The following minor issues may affect the readability of the code implementing symbol tables in Include/symtable.h and Python/symtable.c * The comment for st_global in symtable.h says: borrowed ref to st_top-st_symbols. typo? (st_top-ste_symbols) * ste_varnames: the name and the comment after it are misleading, since it actually collects only the function's parameters and not all variables. * the st_nblocks and st_future fields of symtable aren't used anywhere - py3k compiles fine when they're removed. * in analyze_block a comment says Recursively call analyze_block() - untrue, probably meant analyze_child_block. While technically analyze_child_block calls analyze_block, the comment as-is appears misleading. * symtable_add_def is also called with the USE flag, not only definitions, hence its name doesn't reflect its purpose accurately * There are some indentation artifacts that obscure readability. For example the case Raise_kind of symtable_visit_stmt, where two nested blocks start and end in the same column obscuring the fact they're nested. This could be a result of an automatic tab to space conversion in the past. -- components: Interpreter Core messages: 116911 nosy: eli.bendersky, ncoghlan priority: normal severity: normal status: open title: Cosmetic issues that might be worthy a fix in symtable.h/c type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9904 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9904] Cosmetic issues that may warrant a fix in symtable.h/c
Changes by Eli Bendersky eli...@gmail.com: -- title: Cosmetic issues that might be worthy a fix in symtable.h/c - Cosmetic issues that may warrant a fix in symtable.h/c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9904 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9898] cProfile.runctx doesn't allow sort argument
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: This has already been done as part of issue9428 in r83524. -- nosy: +amaury.forgeotdarc resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9901] GIL destruction can fail
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: looks similar to issue1856 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9901 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1838] Ctypes C-level infinite recursion
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: This function is called quite often. Building a set each time will be expensive. What about a simpler recursion check with Py_EnterRecursiveCall()? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1859] textwrap doesn't linebreak on \n
Mark Lawrence breamore...@yahoo.co.uk added the comment: Anyone interested in picking this up? I've tried and fell flat on my face :( -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1859 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1865] Bytes alias for 2.6
Changes by Mark Lawrence breamore...@yahoo.co.uk: -- assignee: georg.brandl - d...@python nosy: +d...@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1865 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1866] const arg for PyInt_FromString
Mark Lawrence breamore...@yahoo.co.uk added the comment: Any opinions as to whether the patch should be reworked for 3.2 or not? -- nosy: +BreamoreBoy versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1866 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1874] email parser does not register a defect for invalid Content-Transfer-Encoding on multipart messages
Changes by Mark Lawrence breamore...@yahoo.co.uk: -- nosy: +r.david.murray versions: -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1874 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1875] if 0: return not raising SyntaxError
Mark Lawrence breamore...@yahoo.co.uk added the comment: msg81023 indicates that more work is needed on this. -- nosy: +BreamoreBoy stage: - needs patch type: - behavior versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1875 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8432] buildbot: test_send_signal of test_subprocess failure
Antoine Pitrou pit...@free.fr added the comment: test_subprocess now succeeds on all 3.x buildbots. Will backport and then close. -- resolution: - fixed status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1730136] tkFont.__eq__ gives type error
Antoine Pitrou pit...@free.fr added the comment: The new test case fails on (FreeBSD, OS X) buildbots: == ERROR: test_font_eq (tkinter.test.test_tkinter.test_font.FontTest) -- Traceback (most recent call last): File /Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/tkinter/test/test_tkinter/test_font.py, line 10, in test_font_eq font1 = font.nametofont(system) File /Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/tkinter/font.py, line 22, in nametofont return Font(name=name, exists=True) File /Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/tkinter/font.py, line 83, in __init__ named font %s does not already exist % (self.name,)) _tkinter.TclError: named font system does not already exist -- -- assignee: loewis - amaury.forgeotdarc nosy: +pitrou status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1730136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5673] Add timeout option to subprocess.Popen
Pablo Bitton pablo.bit...@gmail.com added the comment: Has anybody had a chance to look into the problem I encountered yet? Do you need more information? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8845] Expose sqlite3 connection inTransaction as read-only in_transaction attribute
Antoine Pitrou pit...@free.fr added the comment: Antoine also suggested it might be the particular version of sqlite in use on the buildbot, but I don't currently know what version that is. Bill, can you clue me in? You could simply print out sqlite3.sqlite_version at the beginning of test_sqlite when it is run in verbose mode, as is done in test_ssl. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1584] Mac OS X: building with X11 Tkinter
C. E. Ball ceb...@users.sf.net added the comment: Sorry, I don't have a Mac, and I don't have access to one that I could use to make a patch. At the time, I was trying to support OS X users of a piece of Python/Tkinter software. Please do not keep this issue open on my account. Thanks, Chris -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1584 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9898] cProfile.runctx doesn't allow sort argument
Ram Rachum cool...@cool-rr.com added the comment: Is this going into 3.2? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1866] const arg for PyInt_FromString
Nick Coghlan ncogh...@gmail.com added the comment: I'm rejecting this due to the effect it has on the output parameters. The patch ends up have to stick (char *) casts in several places because a pointer into the string provided via the char * input parameter is returned by each affected API to the calling function via a char **output parameter. We can't change the signature of the output parameters since that would break existing code. That then means we also can't change the signature of the input parameters, since we can't guarantee that the recipient of the output parameter won't later use it to change things. The calling code knows whether or not it is going to modify the pointer it receives back, and hence whether or not it is safe to cast away the const-ness of the passed in pointer. -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1866 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8432] buildbot: test_send_signal of test_subprocess failure
Changes by Antoine Pitrou pit...@free.fr: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9901] GIL destruction can fail
Antoine Pitrou pit...@free.fr added the comment: It is similar, but the issue is slightly different. Fixing issue1856 with the proposed resolution (the stay_forever flag) won't solve this, because the GIL mutex will still refuse to be destroyed if other threads reference it at the same time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9901 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9901] GIL destruction can fail
Antoine Pitrou pit...@free.fr added the comment: Moving the _PyEval_FiniThreads() call to Py_Initialize() solves the issue: diff -r 9e49082da463 Python/pythonrun.c --- a/Python/pythonrun.cMon Sep 20 12:46:56 2010 +0200 +++ b/Python/pythonrun.cMon Sep 20 13:41:47 2010 +0200 @@ -217,8 +217,15 @@ Py_InitializeEx(int install_sigs) Py_FatalError(Py_Initialize: can't make first thread); (void) PyThreadState_Swap(tstate); -/* auto-thread-state API, if available */ #ifdef WITH_THREAD +/* We can't call _PyEval_FiniThreads() in Py_Finalize because + destroying the GIL might fail when it is being referenced from + another running thread (see issue #9901). + Instead we destroy the previously created GIL here, which ensures + that we can call Py_Initialize / Py_Finalize multiple times. */ +_PyEval_FiniThreads(); + +/* Auto-thread-state API */ _PyGILState_Init(interp, tstate); #endif /* WITH_THREAD */ @@ -514,10 +521,6 @@ Py_Finalize(void) PyGrammar_RemoveAccelerators(_PyParser_Grammar); -#ifdef WITH_THREAD -_PyEval_FiniThreads(); -#endif - #ifdef Py_TRACE_REFS /* Display addresses ( refcnts) of all objects still alive. * An address can be used to find the repr of the object, printed -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9901 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9873] Allow bytes in some APIs that use string literals internally
Nick Coghlan ncogh...@gmail.com added the comment: The design approach (at least for urllib.parse) is to add separate *b APIs that operate on bytes rather than implicitly allowing bytes in the ordinary versions of the function. Allowing programmers to manipulate correctly encoded (and hence ASCII compatible) bytes to avoid decode/encode overhead when manipulating URLs is fine (and the whole point of adding the new functions). Allowing them to *not know* whether they have encoded data or text suitable for display to the user isn't necessary (and is easy to add later if we decide we want it, while taking it away is far more difficult). More detail at http://mail.python.org/pipermail/python-dev/2010-September/103828.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9873 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1856] shutdown (exit) can hang or segfault with daemon threads running
Antoine Pitrou pit...@free.fr added the comment: See #9901 for a variation on the same global issue (running threads can access interpreter structures - the GIL - while the main thread is trying to destroy them). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1856 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9877] Expose sysconfig._get_makefile_filename() in public API
Barry A. Warsaw ba...@python.org added the comment: On Sep 18, 2010, at 12:23 PM, Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: Barry's request looks reasonable. Any build information will have platform specificities to it. Thanks. I'll take that as approval to land it. :) On the other hand, this begs the question of why you want to access the Python makefile at all. Is there any information in there that isn't currently exposed? I think it would be nice if people could completely forget about the existence of that file, and instead have nice programmatic APIs to query properties they are interested in. In principle I agree that the parsing of pyconfig.h and Makefile are implementation details that shouldn't matter. I'm working on the bug to pre-parse these at build time and generate a _sysconfig module that sysconfig would import. However, for introspection purposes, since pyconfig.h's location is exposed, I wanted symmetry for Makefile. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9877 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9877] Expose sysconfig._get_makefile_filename() in public API
Antoine Pitrou pit...@free.fr added the comment: On the other hand, this begs the question of why you want to access the Python makefile at all. Is there any information in there that isn't currently exposed? I think it would be nice if people could completely forget about the existence of that file, and instead have nice programmatic APIs to query properties they are interested in. In principle I agree that the parsing of pyconfig.h and Makefile are implementation details that shouldn't matter. I'm working on the bug to pre-parse these at build time and generate a _sysconfig module that sysconfig would import. I don't think you can pre-parse these at build time, since a Python executable doesn't exist. You must adopt the reverse approach: pass all necessary variables on the command-line (e.g. through -DCFLAGS switches) when compiling the _sysconfig module, from the Makefile. (I'm assuming that _sysconfig will have to be built-in rather than dynamically loadable, since it exposes information which is critical for building dynamic modules :-)) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9877 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1730136] tkFont.__eq__ gives type error
Guilherme Polo ggp...@gmail.com added the comment: Closing this again in favor of issue9899. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1730136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9862] test_subprocess hangs on AIX
Sébastien Sablé sa...@users.sourceforge.net added the comment: The problem does not happen with Python 2.6. The difference is that: * in Python 2.6, the subprocess module would try to write at most 512 bytes cf L1221 in subprocess.py chunk = input[input_offset : input_offset + 512] * in Python 2.7 and py3k, the subprocess module will try to write at most _PIPE_BUF bytes cf L1319 in subprocess.py chunk = input[input_offset : input_offset + _PIPE_BUF] When forcing PIPE_BUF to 512 in selectmodule.c, the test will pass. PIPE_BUF seems to be broken on AIX. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9862 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9899] tkinter test_font fails on OS X with Aqua Tk
Antoine Pitrou pit...@free.fr added the comment: Patch works here (Mandriva Linux). -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9899 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1838] Ctypes C-level infinite recursion
Alex alex.gay...@gmail.com added the comment: Good idea Amaury, seems to work just fine. -- Added file: http://bugs.python.org/file18936/python_recursive_as_parameter.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1838 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1887] distutils doesn't support out-of-source builds
Mark Lawrence breamore...@yahoo.co.uk added the comment: There's been no reply to msg109822, so should this be closed with the Superseder field updated or what? -- nosy: +BreamoreBoy, eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1887 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1927] raw_input behavior incorrect if readline not enabled
Mark Lawrence breamore...@yahoo.co.uk added the comment: Any *NIX gurus who can sort this one? -- nosy: +BreamoreBoy versions: +Python 2.7 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1943] improved allocation of PyUnicode objects
Mark Lawrence breamore...@yahoo.co.uk added the comment: No reply to msg110599, I'll close this in a couple of weeks unless anyone objects. -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1943 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1944] Documentation for PyUnicode_AsString (et al.) missing.
Changes by Mark Lawrence breamore...@yahoo.co.uk: -- assignee: georg.brandl - d...@python nosy: +d...@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1944 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1953] Compact int and float freelists
Mark Lawrence breamore...@yahoo.co.uk added the comment: I've set the stage to patch review becasue I think this reflects the accepted resolution. I don't understand why this hasn't been committed, anyone? -- nosy: +BreamoreBoy stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1953 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1962] ctypes feature request: Automatic type conversion of input arguments to C functions
Mark Lawrence breamore...@yahoo.co.uk added the comment: Is this ever likely to happen, given that there's been 2.75 years since the request without a response? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1962 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked
Mark Lawrence breamore...@yahoo.co.uk added the comment: Is this still an issue? If yes can a *NIX type person action it. If no can we close it? -- nosy: +BreamoreBoy -gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1975 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1977] Python reinitialization test
Mark Lawrence breamore...@yahoo.co.uk added the comment: Quote msg83564 This is still a good idea., in which case shouldn't someone push this forward, failing that close as out of date? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1977 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2005] posixmodule expects sizeof(pid_t/gid_t/uid_t) = sizeof(long)
Mark Lawrence breamore...@yahoo.co.uk added the comment: I'm assuming that this has never been implemented, am I correct? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2016] Crash when modifying the **kwargs passed to a function.
Mark Lawrence breamore...@yahoo.co.uk added the comment: Can someone please backport this to 2.7 so we can get this closed, thanks. -- nosy: +BreamoreBoy versions: +Python 2.7 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2016 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2027] Module containing C implementations of common text algorithms
Mark Lawrence breamore...@yahoo.co.uk added the comment: I'll close this as suggested in msg106281 in a couple of weeks unless someone objects. -- nosy: +BreamoreBoy status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2016] Crash when modifying the **kwargs passed to a function.
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: The fix was applied to trunk before the creation of the 2.7 branch. There is nothing to backport -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2016 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2016] Crash when modifying the **kwargs passed to a function.
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Mon, Sep 20, 2010 at 10:23 AM, Mark Lawrence rep...@bugs.python.org wrote: Mark Lawrence breamore...@yahoo.co.uk added the comment: Can someone please backport this to 2.7 so we can get this closed, thanks. AFAICT, r73564 preceded 2.7 branch cut, so the fix is already in 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2016 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2039] Pymalloc patch for int and float objects
Mark Lawrence breamore...@yahoo.co.uk added the comment: If my reading of this is correct there is little or nothing to be gained by applying any patch, hence can this be closed? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2039 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5673] Add timeout option to subprocess.Popen
Reid Kleckner r...@mit.edu added the comment: No, sorry, I just haven't gotten around to reproducing it on Linux. And I've even needed this functionality in the mean time, and we worked around it with the standard alarm trick! =/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5673 ___ ___ 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.
Mark Lawrence breamore...@yahoo.co.uk added the comment: difflib._file_template is still hard-coded in py3k SVN. I'm unsure as to whether this is a feature request, a behaviour issue or not an issue at all, can someone please advise, thanks. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2052 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1943] improved allocation of PyUnicode objects
Benjamin Peterson benja...@python.org added the comment: 2010/9/20 Mark Lawrence rep...@bugs.python.org: Mark Lawrence breamore...@yahoo.co.uk added the comment: No reply to msg110599, I'll close this in a couple of weeks unless anyone objects. Please don't. This is still a valid issue. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1943 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1865] Bytes alias for 2.6
Changes by Guido van Rossum gu...@python.org: -- nosy: -gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1865 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9877] Expose sysconfig._get_makefile_filename() in public API
Barry A. Warsaw ba...@python.org added the comment: r84925 -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9877 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9862] test_subprocess hangs on AIX
Sébastien Sablé sa...@users.sourceforge.net added the comment: PIPE_BUF in unistd.h is defined to 32768. The test works with PIPE_BUF changed up to 6144 but won't work with 7168. We could probably use 4096 as a safe value for faster result if needed. I just do not define the value and leave the default of 512 be used. Here is my patch which has been verified to work OK and should be applied to py3k and py27. -- keywords: +patch Added file: http://bugs.python.org/file18937/patch_broken_pipe_buf.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9862 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9862] PIPE_BUF is invalid on AIX
Changes by Sébastien Sablé sa...@users.sourceforge.net: -- title: test_subprocess hangs on AIX - PIPE_BUF is invalid on AIX ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9862 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2057] difflib: add patch capability
Mark Lawrence breamore...@yahoo.co.uk added the comment: Is this really needed? TortoiseSVN is a cracking bit of kit, and I'm hoping that in the future TortoiseHG is as good if not better. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2091] file accepts 'rU+' as a mode
Mark Lawrence breamore...@yahoo.co.uk added the comment: The patch is now way out of date to the extent that I can't find the code in fileobject.c, perhaps I'm just blind Can someone please provide a new patch, thanks. -- nosy: +BreamoreBoy versions: +Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2123] ctypes pointer not always keeping target alive
Changes by Mark Lawrence breamore...@yahoo.co.uk: -- versions: +Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2123 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2091] file accepts 'rU+' as a mode
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Of course, the implementation is now in the io module: Modules/_io/_iomodule.c *and* Lib/_pyio.py -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9898] cProfile.runctx doesn't allow sort argument
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: yes, as you can see in the diffs, it's already in 3.2alpha2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9905] subprocess.Popen fails with stdout=PIPE, stderr=PIPE if standard descriptors (0, 1, 2) are closed.
New submission from Thomas Claveirole thomas.claveir...@gmail.com:
Hello,
Here is a code that exhibits an invalid behavior (Python 2.6.6):
---8---
import subprocess, os
os.close(0) # Works correctly if any of these two are commented out.
os.close(2)
print subprocess.Popen('echo foo2', shell=True,
stdout=subprocess.PIPE,
stderr=subprocess.PIPE).communicate()
---8---
When run, the output is:
('', '')
While it should be:
('', 'foo\n')
When analyzing the code with strace the problem gets clearer:
$ strace -f -e pipe,fork,dup2,close ./Popen-bug.py
[...]
5085 pipe([0, 2]) = 0 # Creates the pipes.
5085 pipe([3, 4]) = 0
5085 pipe([5, 6]) = 0
[...] # In this skipped part Popen() closes useless pipe endpoints.
5086 dup2(2, 1)= 1 # stdout setup.
5086 dup2(4, 2)= 2 # stderr setup.
5086 close(2) = 0
[...]
The last close(2) is the error: apparently Popen() tries to close the
remaining pipe endpoints (as should theoretically be done) but fails to see
that the endpoint created by pipe([0, 2]) has already been closed during the
previous dup2(4, 2) and that the file descriptor 2 is now the standard error.
Therefore, Popen incorrectly closes the standard error.
To fix that, Popen should check, before closing the remaining pipe endpoints,
that these endpoints are not the one that just get closed by the two previous
dup2s.
Best regards,
--
components: Library (Lib)
messages: 116957
nosy: Thomas.Claveirole
priority: normal
severity: normal
status: open
title: subprocess.Popen fails with stdout=PIPE, stderr=PIPE if standard
descriptors (0, 1, 2) are closed.
type: behavior
versions: Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9905
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1977] Python reinitialization test
Antoine Pitrou pit...@free.fr added the comment: Quote msg83564 This is still a good idea., in which case shouldn't someone push this forward, failing that close as out of date? Just because someone doesn't push this forward doesn't mean it's out of date. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1977 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9360] nntplib cleanup
Antoine Pitrou pit...@free.fr added the comment: Gah. I reviewed patch4, didn't noticed today's update :( Oops, I'm sorry for that. It turns out most of your comments are useful anyway. Why is it a good thing to make file a keyword only parameter? I was thinking that if we want to add other function parameters, it will be possible to do so while keeping the (mnemonically useful) convention that the file parameter is last. You are right that testing that parameter is still on the TODO list... On line 193 you index fmt, and *then* you check the length. When the number of tokens is too long, an IndexError is raised. Yes, this is fixed in patch5 :) Could the 'date' field in the xover headers also be a DateTime rather than a string? And :bytes and :lines be ints? Or is that being to DWIMish? We could indeed parse the xover/over fields, but the issue is that there can be extra fields which therefore won't get parsed (or not all of them if we decide to recognize some e.g. Xref). Also, people could want to get at the non-parsed representation (especially for the date field), which means we would need two APIs with two different levels of abstraction. If the date field isn't returned as a datetime, though, should there be a helper method for converting it, or should we just assume that email.utils mktime_tz and parsedate_tz? parsedate or parsedate_tz is the right thing to use indeed (dates follow the same format as in e-mails). As for the from and subject fields, the provided decode_header() is very recommended (as the __main__ block shows). Am I correct that the purpose of _NNTPBase is to make testing easier? Yes. There seem to be only three lines of code in common between the file and the non-file case in _getlongresp. I think it would be clearer to make them two different routines, or at least move the three common lines to the top and then do an if test on file is None (that is, put the simpler, non-file case first). I'll take a look. My little nttp client script doesn't really test very much of the nttplib interface, nor is it very complex. The change to xover considerably simplified that part of my script, so I very much like that change. I was also able to drop my implementation of decode_header. So overall this patch is significant improvement, IMO. Thank you :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2057] difflib: add patch capability
anatoly techtonik techto...@gmail.com added the comment: Unified diffs is the preferred type on this tracker as http://www.python.org/dev/patches/ describes. I also sure that they constitute more than 90% of patches attached here. If you have access to tracker attachments - you can test this. Unfortunately, diff.py generates context diffs by default, and I do not have plans to add this format into my patch.py tool, so it won't be a correct counterpart to include in Scripts/ By ' diff/patch lib is not.' I meant that 'diff/patch _lib_ is not ready'. You can use patch.py as a tool, but don't rely that API is stable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1887] distutils doesn't support out-of-source builds
Terry J. Reedy tjre...@udel.edu added the comment: I suspect so, but I leave it to Eric to decide. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1887 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1887] distutils doesn't support out-of-source builds
Changes by Terry J. Reedy tjre...@udel.edu: -- nosy: -terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1887 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1800] ctypes callback fails when called in Python with array argument
Lenard Lindstrom le...@telus.net added the comment: I have checked over the proposed patch and made a small change that more elegantly obtains PyCArrayType. Decaying arrays into pointers is not an ideal solution. Ctypes arrays have bounds checking (pointers do not) adding an extra margin of safety when a C function prototype has sized arrays in the declaration. But this is a rare case. So the proposed patch is good enough. The alternative is to reject arrays as arguments altogether, with CFUNCTYPE raising an exception if one is found. The problem lies with line 1241 in _ctypes.c and line 221 in callbacks.c (r84925 or py3k). In the first case, the value of CDataObject.b_ptr is assigned to PyCArgObject.value.p. In the second case PyCArgObject.value.p (*pArgs) is recovered to *CDataObject.b_ptr. I see no way to fix this without changes to several functions and files. -- Added file: http://bugs.python.org/file18938/issue1800.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1865] Document bytes alias for 2.7
Terry J. Reedy tjre...@udel.edu added the comment: Changing title to match current issue status. DOC PATCH Grammar section: As near as I can tell, the alternatives for stringprefix::= r | u | ur | R | U | UR | Ur | uR should simply be augmented with | b | B | br | Br | bR | BR (on a separate line, indented as indicated). Text section: At the end of the second paragraph, *replace* The two prefix characters may be combined; in this case, 'u' must appear before 'r'. with A prefix of 'b' or 'B' is ignored in Python2; it indicates that the literal should become a bytes object in Python 3. A 'u' or 'b' prefix may be followed (but not preceded) by an 'r' prefix. -- components: -Interpreter Core resolution: fixed - title: Bytes alias for 2.6 - Document bytes alias for 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1865 ___ ___ 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
Antoine Pitrou pit...@free.fr added the comment: Here is an update of the patch against current py3k. I've added a copyright mention at the top of Modules/bz2module.c which I hope manages to capture the essence of msg93721. Martin, what do you think? -- nosy: +loewis stage: - patch review versions: -Python 2.7 Added file: http://bugs.python.org/file18939/bz2ms.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1625 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9401] automatically try forward operations when reverse operations are NotImplemented
Michael Gilbert michael.s.gilb...@gmail.com added the comment: i think that, for example, the default __rsub__ implementation could be: return self + -other which should just do the right thing assuming the addition and negation functions already do the right thing for the class type. anyway, any implementation should leave the option to override the default __r*__ methods, which would keep the implementation backwards compatible as well. can i keep this open as a feature request? thanks, mike -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9401 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9906] including elementary mathematical functions in default types
New submission from Michael Gilbert michael.s.gilb...@gmail.com: hi, it would be really nice if elementary mathematical operations such as sin/cosine (via __sin__ and __cos__) were available as base parts of the python data model [0]. this would make it easier to write new math classes, and it would eliminate the ugliness of things like self.exp(). this would also eliminate the need for separate math and cmath libraries since those could be builtin to the default float and complex types. of course if those libs were removed, that would cause a lot of backward compatibility breakage. it would also help new users who just want to do math and don't know that they need to import separate classes just for elementary math functionality. anyway, just a thought. [0] http://docs.python.org/reference/datamodel.html -- components: Interpreter Core messages: 116966 nosy: Michael.Gilbert priority: normal severity: normal status: open title: including elementary mathematical functions in default types versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1531775] HTTPSConnection request hangs
Charles-Francois Natali neolo...@free.fr added the comment: Skimming through the code, the only place where we can reasonably block is inside HTTPConnection._send_output(), when the data is actually sent to the socket. What probably happens is the following: - connect() call succeeded, we have an established TCP connection - before request() is called - or in the middle of the sending - the host at the other host goes down in brutal way, so that we don't receive a FIN/RST: the TCP stack has no clue that the remote host went down - we keep sending data through the socket, until the socket write buffer fills up, and then, since httplib uses blocking sockets by default, we block on the send() call Now, depending on the TCP stack setting, after a given number of retries the stack will decide the other host went down, and return an error. But this can take a long time (under Linux, it's set by net.ipv4.tcp_retries2 sysctl by default to 30 minutes). The only thing that surprises me here is that when the host is back online, we should get a RST, but it depends on the OS, the timeouts, maybe there's a statefull firewall, etc. So I'd say it's not a httplib issue here, it's just a standard behaviour of a TCP connection when an host goes down. Note that the solution is simply to use non-blocking socket, and it's already implemented. Heck, it's even documented actually: class httplib.HTTPConnection(host[, port[, strict[, timeout[, source_address) If the optional timeout parameter is given, blocking operations (like connection attempts) will timeout after that many seconds (if it is not given, the global default timeout setting is used). So for me it's not an issue, but given the lack of infos, maybe I got it completely wrong ;-) -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1531775 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9901] GIL destruction can fail
Antoine Pitrou pit...@free.fr added the comment: Committed in r84927. -- resolution: - fixed stage: needs patch - committed/rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9901 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue675698] New block cipher API
Changes by intgr ma...@juffo.org: -- nosy: +intgr ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue675698 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9650] format codes in time.strptime docstrings
Changes by Éric Araujo mer...@netwok.org: -- nosy: +d...@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9650 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9845] Allow changing the method in urllib.request.Request
Éric Araujo mer...@netwok.org added the comment: +1 on the idea and code patch. Needs test and doc update. -- nosy: +eric.araujo stage: - patch review versions: +Python 3.2 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2057] difflib: add patch capability
Terry J. Reedy tjre...@udel.edu added the comment: Given that difflib produces unified diffs (among 3 others) and that diff.py is a thin command-line wrapper that provides access to all 4 formats (with no default), I consider those two files 'ready'. So I presume you are referring to your patch.py, which is still labelled experimental. Difflib works by analyzing sequences a and b with SequenceMatcher to produce a sequence of edits that would produce b from a. It then formats the edits into 1 of 4 formats. Ideally, a patchlib would have a core SequenceEditor that would apply a sequence of edits (in the same format as SequenceMatcher's outputs) to sequence a to output sequence b. That much seems relatively easy. To be complete, it should also have at least 3 if not 4 parse functions that would produce edit sequences. A corresponding patch.py would then be a thin command-line wrapper over patchlib. Your comments and a perusal of your code indicates that it has a unified diff parser, a sequence matcher, and command-line wrapper. I guess the immediate question is whether this would be enough for a start. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9552] ssl build under Windows always rebuilds OpenSSL
Antoine Pitrou pit...@free.fr added the comment: This is the patch I'm thinking of. I confirmed this works on VS8.0. (After replaced ..\\.. with ..\\..\\..) Works here too (VS 2008)! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9552 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9272] CGIHTTPServer poisons os.environ
Changes by Éric Araujo mer...@netwok.org: -- stage: unit test needed - patch review versions: -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9272 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9860] Building python outside of source directory fails
Éric Araujo mer...@netwok.org added the comment: Does this apply to 2.7 too? -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9860 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9850] obsolete macpath module dangerously broken and should be removed
Éric Araujo mer...@netwok.org added the comment: I agree with Ronald’s proposal. (Re “I don't remember if I redid my OS9-removal work”: Looks like you didn’t.) -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9847] Binary strings never compare equal to raw/normal strings
Changes by Éric Araujo mer...@netwok.org: -- resolution: works for me - invalid stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7162] 2to3 does not convert __builtins__.file
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo versions: +Python 3.3 -Python 2.6, Python 2.7, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7162 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9272] CGIHTTPServer poisons os.environ
anatoly techtonik techto...@gmail.com added the comment: So.. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9272 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2175] Expat sax parser silently ignores the InputSource protocol
Mark Lawrence breamore...@yahoo.co.uk added the comment: As nobody appears to be interested I'll close this in a couple of weeks unless someone objects. -- nosy: +BreamoreBoy status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9621] Graphviz output for 2to3 fixer patterns
Éric Araujo mer...@netwok.org added the comment: Can you port your diff to 3.2? It’s where new features land. I think the implicit relative import (“import gvgraph” with the Tools/scripts dir is not on sys.path) won’t work. -- nosy: +benjamin.peterson, eric.araujo stage: - patch review type: - feature request versions: +Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9621 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2180] tokenize: mishandles line joining
Mark Lawrence breamore...@yahoo.co.uk added the comment: Nobody appears to be interested so I'll close this in a couple of weeks unless someone objects, unless a patch is provided. -- nosy: +BreamoreBoy status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2180 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9597] mac: Install 2to3 in /usr/local/bin
Éric Araujo mer...@netwok.org added the comment: Which makefile target are you referring to? I see 2to3 listed alongside idle and other programs in some targets. Also, doesn’t this apply to 3.1? -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9597 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9597] mac: Install 2to3 in /usr/local/bin
Changes by Éric Araujo mer...@netwok.org: -- components: +Installation -2to3 (2.x to 3.0 conversion tool), Build, Macintosh ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9597 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9597] mac: Install 2to3 in /usr/local/bin
Changes by Éric Araujo mer...@netwok.org: -- components: +Macintosh ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9597 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9583] PYTHONOPTIMIZE = 0 is not honored
Changes by Éric Araujo mer...@netwok.org: -- versions: +Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9583 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2193] Cookie Colon Name Bug
Mark Lawrence breamore...@yahoo.co.uk added the comment: Is this a bug or isn't it, so should it be behaviour or feature request or what? -- nosy: +BreamoreBoy versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2193 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9571] argparse: Allow the use of -- to break out of nargs and into subparser
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9571 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2200] find_executable fails to find .bat files on win32
Mark Lawrence breamore...@yahoo.co.uk added the comment: I think distutils changes should be aimed at several versions, please correct them if I'm wrong. -- nosy: +BreamoreBoy, eric.araujo versions: +Python 2.5, Python 2.6, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2200 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9907] interactive mode TAB does not insert on OS X built with editline instead of GNU readline
New submission from Ned Deily n...@acm.org: When building Python on OS X, there is now support for linking Python with the readline compatibility interface of the OS X supplied BSD editline library rather than using the GNU readline library. Because of deficiencies in the version in earlier OS X releases, this support is only enabled for builds with a deployment target of 10.5 or higher. With the python 2.7 release, for the first time a python.org installer for OS X is available that uses this capability: the 10.5 and higher 32-bit/64-bit version. The 10.3 and higher 32-bit-only installer uses GNU readline as do previous installers. There is a behavior regression in the editline-linked versions: when started in interactive mode, the TAB key does not insert, rather it inserts a ./ file spec in the command buffer and a second TAB causes a completion search of files in the current directory. With readline and typing TAB CR: $ unset PYTHONSTARTUP $ python2.7 Python 2.7 (r27:82508, Jul 3 2010, 20:17:05) [GCC 4.0.1 (Apple Inc. build 5493)] on darwin Type help, copyright, credits or license for more information. ... $ With editline and TAB CR: $ unset PYTHONSTARTUP $ python2.7 Python 2.7 (r27:82508, Jul 3 2010, 21:12:11) [GCC 4.0.1 (Apple Inc. build 5493)] on darwin Type help, copyright, credits or license for more information. ./ File stdin, line 1 ./ ^ SyntaxError: invalid syntax ^D Two workarounds for python2.7 until the problem is addressed in a future installer: (1) either install the 10.3 and up python 2.7 or (2) add or edit a python startup file for python2.7: $ cat $HOME/.pystartup import readline if 'libedit' in readline.__doc__: readline.parse_and_bind(bind ^I ed-insert) ^D $ export PYTHONSTARTUP=$HOME/.pystartup Since whitespace is significant in Python, Modules/readline.c initialization attempts to override TAB behavior by forcing TAB to insert by default (unless overridden by later readline module calls). Somehow that is failing when going through editline's readline compatibility layer. -- assignee: ronaldoussoren components: Macintosh messages: 116981 nosy: ned.deily, ronaldoussoren priority: normal severity: normal status: open title: interactive mode TAB does not insert on OS X built with editline instead of GNU readline type: behavior versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1953] Compact int and float freelists
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: The remarks above haven't been addressed. The feature is OK, but the patch is not yet perfect. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1953 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2213] build_tkinter.py does not handle paths with spaces
Mark Lawrence breamore...@yahoo.co.uk added the comment: Is this still valid? -- nosy: +BreamoreBoy, gpolo, taleinat, terry.reedy versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2213 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2175] Expat sax parser silently ignores the InputSource protocol
Yitz Gale g...@sefer.org added the comment: Perhaps more people would be interested if you raise the priority. This bug can cause serious data corruption, or even crashes. It should also be tagged as easy. An alternative would be to remove the expat sax parser from the libraries, since we don't support it. But that seems a little extreme. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2175 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2180] tokenize: mishandles line joining
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Mark, please stop closing these based on age. The needs to be a determination whether this is a valid bug. If so, then a patch is needed. If not, it can be closed. -- assignee: jhylton - nosy: +rhettinger status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2180 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9907] interactive mode TAB does not insert on OS X built with editline instead of GNU readline
Ned Deily n...@acm.org added the comment: [Thanks to Nik Krumm for reporting the problem on python-list/comp.lang.python] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4151] Separate build dir broken
Éric Araujo mer...@netwok.org added the comment: For the record, I’m not clear about what is fixed or not in each branch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4151 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2057] difflib: add patch capability
anatoly techtonik techto...@gmail.com added the comment: On Mon, Sep 20, 2010 at 11:58 PM, Terry J. Reedy rep...@bugs.python.org wrote: Given that difflib produces unified diffs (among 3 others) and that diff.py is a thin command-line wrapper that provides access to all 4 formats (with no default), I consider those two files 'ready'. Context diff is default format for diff.py utility. I tried my best to change this, but failed, and that's very disappointing in Python community. You may take a look how much time was wasted on a decision for a file that is neither part of standard library nor really used by anyone participated except me. http://bugs.python.org/issue8355 So I presume you are referring to your patch.py, which is still labelled experimental. Difflib works by analyzing sequences a and b with SequenceMatcher to produce a sequence of edits that would produce b from a. It then formats the edits into 1 of 4 formats. Ideally, a patchlib would have a core SequenceEditor that would apply a sequence of edits (in the same format as SequenceMatcher's outputs) to sequence a to output sequence b. That much seems relatively easy. To be complete, it should also have at least 3 if not 4 parse functions that would produce edit sequences. A corresponding patch.py would then be a thin command-line wrapper over patchlib. Difflib doesn't produce correct output for unified format, and patch.py is not able to parse it correctly - see issue2142, issue7585 (for Python 2.6). patch.py doesn't operate with sequences of edits - it has line by line parser (rather than symbol by symbol), which produces list of filenames with info about changed lines in hunk objects (containing line numbers). There is no SequenceEditor sequences. Your comments and a perusal of your code indicates that it has a unified diff parser, a sequence matcher, and command-line wrapper. I guess the immediate question is whether this would be enough for a start. Unified diff parser is valid only for Subversion style patches. Patches produced by difflib are not valid as stated above. Mercurial and git style patches are about to be added later with an ability to create and copy/move files. Sequence matcher is line comparison tool with some intelligence to free developer from CRLF difference sufferings. It is good for apply patch use case, but I do not know how about low-level SequenceEditor API. Usually patch utilities contains more additional logic to apply patches with some offset. http://code.google.com/p/google-diff-match-patch/ will be a better point for low level difflib API. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2027] Module containing C implementations of common text algorithms
Changes by Benjamin Peterson benja...@python.org: -- resolution: - rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9877] Expose sysconfig._get_makefile_filename() in public API
Éric Araujo mer...@netwok.org added the comment: Sorry for being out of touch. I’m fine with the new feature here and now; we still have the deprecation process if we want to make both get_config_h_filename and get_makefile_filename private later (as implementation details), or we could have them return None for other VMs. We’ll see when we split the stdlib into its own repo or when we get feedback from other VMs. -- stage: patch review - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9877 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2090] __import__ with fromlist=
Changes by Éric Araujo mer...@netwok.org: -- versions: +Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2090 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9906] including elementary mathematical functions in default types
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.smith, lemburg, mark.dickinson, rhettinger, stutzbach type: - feature request versions: -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9906 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
