[issue3469] Umlauts make conf.latex_documents fail
New submission from Berthold Höllmann [EMAIL PROTECTED]: For a Project of mine I have set latex_documents to something like latex_documents = [ ('index', 'doc.tex', 'Documentation', 'Berthold Höllmann', 'manual'), ] With this processing fails with: LANG=C make latex mkdir -p build/latex build/doctrees sphinx-build -b latex -d build/doctrees -D latex_paper_size=a4 -N source build/latex Sphinx v0.4.2, building latex trying to load pickled env... done building [latex]: all documents updating environment: 0 added, 1 changed, 0 removed reading... index pickling the env... done checking consistency... processing CrossSolverTests.tex... index resolving references... writing... Exception occurred: File /usr/software/gltools/python/Python-2.5/lib/python2.5/site-packages/Sphinx-0.4.2-py2.5.egg/sphinx/latexwriter.py, line 162, in astext '\\renewcommand{\\indexname}{Index}\n' or '') + \ UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 206: ordinal not in range(128) The full traceback has been saved in /tmp/sphinx-err-l_u8H4.log, if you want to report the issue to the author. Please also report this if it was a user error, so that a better error message can be provided next time. Send reports to [EMAIL PROTECTED] Thanks! make: *** [latex] Error 1 changing ö to \o does work. -- assignee: georg.brandl components: Documentation tools (Sphinx) files: sphinx-err-l_u8H4.log messages: 70419 nosy: georg.brandl, hoel severity: normal status: open title: Umlauts make conf.latex_documents fail type: behavior versions: Python 2.5 Added file: http://bugs.python.org/file11006/sphinx-err-l_u8H4.log ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3469 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2542] PyErr_ExceptionMatches must not fail
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I am working on Thomas' patch, plus tests. -- assignee: - amaury.forgeotdarc nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2542 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3470] Wrong name for getrandbits in docstring and documentation
New submission from Fredrik Johansson [EMAIL PROTECTED]: The docstring for random.Random mentions a method getrandombits(). Surely this should be getrandbits()? This ghost method is also mentioned in the Library Reference page for the random module. -- assignee: georg.brandl components: Documentation, Library (Lib) messages: 70421 nosy: fredrikj, georg.brandl severity: normal status: open title: Wrong name for getrandbits in docstring and documentation versions: Python 2.4, Python 2.5, Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3470 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3208] function annotation for builtin and C function
Richard Boulton [EMAIL PROTECTED] added the comment: I don't think it's reasonable not to support multiple interpreters in a single process - they're quite widely used by mod_python and mod_wsgi, and probably by others. I'm not sure whether that's a problem here or not, though. If we need to allow function annotations to be arbitrary PyObjects, these PyObject pointers can't (in general) refer to statically allocated python objects, so some extension modules will have to allocate them in the module initialisation function (and presumably deallocate them again when the module is unloaded). I would have thought that any such PyObjects are going to be valid only from within a single interpreter. Perhaps I'm wrong. Certainly it would be unpleasant if a change to one of the objects in one interpreter was reflected in other interpreters, but if that didn't risk causing a crash due to the memory allocation going wrong, or something equally nasty, it might be acceptable. -- nosy: +richardb ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3208 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3350] multiprocessing adds built-in types to the global copyreg.dispatch_table
Jesse Noller [EMAIL PROTECTED] added the comment: Alexandre - can you take a look at the solution for issue3125 and tell me if this satisfies your concerns? Note that the merge-forward is blocked in py3k by issue3385 (which is assigned to you) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3350 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Mark Dickinson [EMAIL PROTECTED] added the comment: Minor code cleanups, and fixes to special-value handling in r65299 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3321] _multiprocessing.Connection() doesn't check handle
Jesse Noller [EMAIL PROTECTED] added the comment: From Victor: Ok, here is a patch for test_multiprocessing.py. - TestClosedFile.test_open() verify that Connection() rejects closed file descriptor - TestClosedFile.test_operations() verify that Connection() raises IOError for operations on closed file I don't know if Connection() is a socket or a pipe. Both should be tested. Added file: http://bugs.python.org/file11007/test_multiprocessing.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3321 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3321] _multiprocessing.Connection() doesn't check handle
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I'm quite sure that neither the patch nor the new test make sense on Windows. A file handle is not a file descriptor! -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3321 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3470] Wrong name for getrandbits in docstring and documentation
Benjamin Peterson [EMAIL PROTECTED] added the comment: Thanks! Fixed in r65307. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3470 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3436] csv.DictReader inconsistency
Changes by Andrii V. Mishkovskyi [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10967/trunk.csv.py.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3436] csv.DictReader inconsistency
Changes by Andrii V. Mishkovskyi [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10965/py3k.csv.py.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2491] io.open() handles errors differently on different platforms
Antoine Pitrou [EMAIL PROTECTED] added the comment: I think the proposal to deprecate os.fdopen should be brought on python-3000. -- nosy: +pitrou ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2491 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3467] sqlite3 path is hard coded in setup.py
Eric L. Frederich [EMAIL PROTECTED] added the comment: If we put the following one liner right after sqlite_inc_paths is defined it will add include directories based on the PATH environment variable. sqlite_inc_paths.extend([re.sub('/bin[/]?$', '/include', p) for p in os.environ.get('PATH', '').split(':')]) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3467 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Mark Dickinson [EMAIL PROTECTED] added the comment: Renamed math.sum to math.fsum (as previously discussed) in r65308. I think all that's left now is to add a note to the docs about the problems on x86. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3471] PyObject_GetAttr() to get special methods
New submission from Armin Rigo [EMAIL PROTECTED]: There is a bunch of obscure behavior caused by the use of PyObject_GetAttr() to get special method from objects. This is wrong because special methods should only be looked up in object types, not on the objects themselves (i.e. with PyType_Lookup()). Here is one example caused by the PyObject_GetAttr() found in PyObject_IsInstance(): import abc isinstance(5, abc.ABCMeta) Traceback (most recent call last): File stdin, line 1, in module RuntimeError: maximum recursion depth exceeded while calling a Python object This occurs because it ends up trying to call the unbound method abc.ABCMeta.__instancecheck__(5). But this first requires checking if 5 is indeed an instance of abc.ABCMeta... cycle. Obviously this is just an example; all PyObject_GetAttr() would potentially need to be reviewed. -- messages: 70431 nosy: arigo severity: normal status: open title: PyObject_GetAttr() to get special methods ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3471 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Antoine Pitrou [EMAIL PROTECTED] added the comment: The problem is that the fix for #3295 was committed in the py3k branch (in r64751) rather thank on the trunk! Once PyExc_BufferError is defined properly the crash disappears and exceptions are printed instead. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1068268] subprocess is not EINTR-safe
Jesse Noller [EMAIL PROTECTED] added the comment: I think this should be resolved in 2.6/3.0 if possible. Especially if distributions like Ubuntu are self-patching the fix into place. For reference, see: http://mg.pov.lt/blog/subprocess-in-2.4 -- nosy: +jnoller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1068268 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3436] csv.DictReader inconsistency
Skip Montanaro [EMAIL PROTECTED] added the comment: Guido I know this has been closed, but perhaps the fieldnames attribute Guido could be made into a property that reads the first line of the Guido file if it hasn't been read yet? It's a nice thought. I tried the straightforward implementation in my sandbox and one of the more obscure tests failed. I have yet to look into the cause. Skip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Benjamin Peterson [EMAIL PROTECTED] added the comment: Sorry, that was my oversight! I've backported the fix. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3295] PyExc_BufferError is declared but nowhere defined
Benjamin Peterson [EMAIL PROTECTED] added the comment: ... and backported to the trunk in r65310. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3295 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3006] subprocess.Popen causes socket to remain open after close
Changes by Kevin Watters [EMAIL PROTECTED]: -- nosy: +kevinwatters ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3472] Updates to Macintosh Library Modules Section 1.1
New submission from Jeff Rodman [EMAIL PROTECTED]: Change current introduction in 1.1 WAS: Mac OS X 10.4 comes with Python 2.3 pre-installed by Apple. However, you are encouraged to install the most recent version of Python from the Python website (http://www.python.org). A ``universal binary'' build of Python 2.5, which runs natively on the Mac's new Intel and legacy PPC CPU's, is available there. IS: Mac OS X 10.5 comes with Python 2.5.1 pre-installed by Apple. If you wish, you are invited to install the most recent version (currently 2.5.2) of Python from the Python website (http://www.python.org). A current universal binary'' build of Python, which runs natively on the Mac's new Intel and legacy PPC CPU's, is available there. And then, to line: The Apple-provided build of Python is installed in /System/Library/Frameworks/Python.framework and /usr/bin/python, respectively. You should never modify or delete these, as they are Apple-controlled and are used by Apple- or third-party software. ADD: Remember that if you choose to install a newer Python version like this, you will have two different but functional Python installations on your computer, so it will be important that your paths and usages are consistent with what you want to do. -- assignee: georg.brandl components: Documentation messages: 70437 nosy: georg.brandl, jrodman severity: normal status: open title: Updates to Macintosh Library Modules Section 1.1 versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3472 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Mark Dickinson [EMAIL PROTECTED] added the comment: Added documentation note about x86 problems in r65315. Jean, Raymond: is it okay to close this issue now? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Mark Dickinson [EMAIL PROTECTED] added the comment: Here (fsum8.patch) is a clean version of the alternative fsum algorithm. I'd like to push for using this in place of the existing algorithm. Added file: http://bugs.python.org/file11008/fsum8.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Tim Peters [EMAIL PROTECTED] added the comment: Mark, I don't currently have a machine with SVN and a compiler installed, so can't play with patches. I just want to note here that, if you're concerned about speed, it would probably pay to eliminate all library calls except one to frexp(). fmod() in particular is typically way too expensive, taking time proportional to the difference between its inputs' exponents (it emulates long division one bit at a time). While float-integer conversion is also too expensive on Pentium chips, multiply-and-convert-to-integer is probably a substantially cheaper way to extract bits from the mantissa frexp() delivers; note that this is how the Cookbook lsum() function gets bits, although it gets all 53 bits in one gulp while in C you'd probably want to get, e.g., 30 bits at a time. Something that's surprised me for decades is how slow platform ldexp() functions are too, given how little they do. Whenever you have a fixed offset E you'd like to add to an exponent, it's almost certainly very much faster to multiply by 2.0**E (when that's a compile-time constant) than to call ldexp(whatever, E). -- nosy: +tim_one ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3469] Umlauts make conf.latex_documents fail
Georg Brandl [EMAIL PROTECTED] added the comment: Did you try using a Unicode string? IIRC the docs explicitly say that if you include non-ASCII chars in the config you should use Unicode strings. -- status: open - pending ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3469 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3436] csv.DictReader inconsistency
Nick Coghlan [EMAIL PROTECTED] added the comment: Re-opened for consideration of GvR's suggestion. -- resolution: wont fix - status: closed - open ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: It's indeed better. Now with when running my previous script I can see the exception ;-) Exception in thread Thread-2: Traceback (most recent call last): File C:\dev\python\trunk1\lib\threading.py, line 523, in __bootstrap_inner self.run() File C:\dev\python\trunk1\lib\threading.py, line 478, in run self.__target(*self.__args, **self.__kwargs) File stdin, line 3, in f File C:\dev\python\trunk1\lib\io.py, line 1473, in write self.buffer.write(b) File C:\dev\python\trunk1\lib\io.py, line 1041, in write self._write_buf.extend(b) BufferError: Existing exports of data: object cannot be re-sized Again, I think this is unfortunate for a simple script that prints from several threads. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Antoine Pitrou [EMAIL PROTECTED] added the comment: Le mercredi 30 juillet 2008 à 23:03 +, Amaury Forgeot d'Arc a écrit : Again, I think this is unfortunate for a simple script that prints from several threads. Yes, but it's an issue with the BufferedWriter implementation, since it changes the length of its underlying bytearray object. If it was rewritten to use a fixed-size bytearray, the problem would probably disappear. (in the middle term BufferedReader and BufferedWriter should perhaps be both rewritten in C) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3295] PyExc_BufferError is declared but nowhere defined
Antoine Pitrou [EMAIL PROTECTED] added the comment: About r65312, BufferError inherits from StandardError, not directly from Exception :) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3295 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3295] PyExc_BufferError is declared but nowhere defined
Benjamin Peterson [EMAIL PROTECTED] added the comment: On Wed, Jul 30, 2008 at 6:46 PM, Antoine Pitrou [EMAIL PROTECTED] wrote: Antoine Pitrou [EMAIL PROTECTED] added the comment: About r65312, BufferError inherits from StandardError, not directly from Exception :) [ Benjamin slaps his head not for the first time today... ] ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3295 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: If it was rewritten to use a fixed-size bytearray does such an object exist today? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3139] bytearrays are not thread safe
Antoine Pitrou [EMAIL PROTECTED] added the comment: Le jeudi 31 juillet 2008 à 00:00 +, Amaury Forgeot d'Arc a écrit : Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: If it was rewritten to use a fixed-size bytearray does such an object exist today? Manually, yes :) Just preallocate your bytearray, e.g.: b = bytearray(b * 4096) and then be careful to only do operations (e.g. slice assignments) which keep the size intact. In a BufferedWriter implementation, you would have to keep track of the currently used chunk in the bytearray (offset and size). Anyway, I'd question the efficiency of the bytearray approach; when removing the quadratic behaviour in BufferedReader I discovered that using a bytearray was slower than keeping a list of bytes instances and joining them when needed (not to mention that the latter is inherently thread-safe :-)). The reason is that the underlying raw stream expects and returns bytes, and the public buffered API also does, so using a bytearray internally means lots of additional memory copies. (a related problem is that readinto() does not let you specify an offset inside the given buffer object, it always starts writing at the beginning of the buffer. Perhaps memoryview() will support creating subbuffers, I don't know...) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3473] In function call, keyword arguments could follow *args
New submission from Amaury Forgeot d'Arc [EMAIL PROTECTED]: functions with keyword-only arguments have this form: def f(x, *args, y): pass parameters can appear after the *arg, they are required to be passed by keyword. It would be more consistent to allow this function call: f(X, *ARGS, y=Y) This is invalid syntax, *ARGS is required to be at the end of the arguments, together with an eventual **KWARGS. This restriction should be lifted. See the use case in http://mail.python.org/pipermail/python-3000/2008-July/014437.html -- assignee: amaury.forgeotdarc messages: 70449 nosy: amaury.forgeotdarc severity: normal status: open title: In function call, keyword arguments could follow *args versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2542] PyErr_ExceptionMatches must not fail
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Committed r65320 in trunk. I'll close the issue after it is merged into py3k. -- resolution: - fixed status: open - pending ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2542 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3473] In function call, keyword arguments could follow *args
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Should this apply to 2.6 as well? See r65321, I find the last line easier to read when arguments are in this order. def grouper(n, iterable, fillvalue=None): args = [iter(iterable)] * n return izip_longest(*args, fillvalue=fillvalue) On the cons side, keyword-only arguments don't exist in 2.6, so the consistency with function definition syntax does not apply. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2542] PyErr_ExceptionMatches must not fail
Benjamin Peterson [EMAIL PROTECTED] added the comment: I just merged it. -- nosy: +benjamin.peterson status: pending - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2542 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__
Benjamin Peterson [EMAIL PROTECTED] added the comment: How is this coming? Can we apply this to 2.6? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1692335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2322] Clean up getargs.c and its formatting possibilities
Benjamin Peterson [EMAIL PROTECTED] added the comment: Hmm. I suppose this is still an issue. Should it be a release blocker yet? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2335] Backport set literals
Benjamin Peterson [EMAIL PROTECTED] added the comment: I'm going to defer this to 2.7. -- nosy: +benjamin.peterson versions: +Python 2.7 -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2336] Backport PEP 3114 (__next__)
Benjamin Peterson [EMAIL PROTECTED] added the comment: This has been done. -- nosy: +benjamin.peterson resolution: - duplicate status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2336 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2340] Backport PEP 3132 (extended iterable unpacking)
Benjamin Peterson [EMAIL PROTECTED] added the comment: I'm deferring this to 2.7 -- nosy: +benjamin.peterson versions: +Python 2.7 -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2369] Fixer for new integer literals are needed
Benjamin Peterson [EMAIL PROTECTED] added the comment: Is this still an issue? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2369 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2368] Fixer needed to change __builtin__ - builtins
Benjamin Peterson [EMAIL PROTECTED] added the comment: We have a fixer for this. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2368 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2226] Small _abcoll Bugs / Oddities
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ping. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2373] Raise Py3K warnings for comparisons that changed
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2373 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2367] Fixer to handle new places where parentheses are needed
Benjamin Peterson [EMAIL PROTECTED] added the comment: How is this coming? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2366] Fixer for new metaclass syntax is needed
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ping -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1581] xmlrpclib.ServerProxy() doesn't use x509 data
Benjamin Peterson [EMAIL PROTECTED] added the comment: I assume you wanted to close this too. -- nosy: +benjamin.peterson status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1581 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1616] compiler warnings
Benjamin Peterson [EMAIL PROTECTED] added the comment: Is this still a problem? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1616 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2357] sys.exc_{type, values, traceback} should raise a Py3K warning
Benjamin Peterson [EMAIL PROTECTED] added the comment: Collin, can you review the 2to3 patch? -- assignee: - collinwinter components: +2to3 (2.x to 3.0 conversion tool) -Interpreter Core nosy: +benjamin.peterson, collinwinter ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2357 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2470] Need fixer for dl (removed) - ctypes module
Benjamin Peterson [EMAIL PROTECTED] added the comment: What's the status of this? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2470 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1518] Fast globals/builtins access (patch)
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ping. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1518 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2443] uninitialized access to va_list
Benjamin Peterson [EMAIL PROTECTED] added the comment: What's the status of this? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2375] PYTHON3PATH environment variable to supersede PYTHONPATH for multi-Python environments
Benjamin Peterson [EMAIL PROTECTED] added the comment: What's the status of this? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2375 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2458] Allow Python code to change Py3k warning flag
Benjamin Peterson [EMAIL PROTECTED] added the comment: I guess this isn't going anywhere... -- resolution: - rejected status: open - closed versions: +Python 2.7 -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2458 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1731717] race condition in subprocess module
Benjamin Peterson [EMAIL PROTECTED] added the comment: Any more information on this? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1731717 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1717] Get rid of more refercenes to __cmp__
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ping -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1717 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2389] Array pickling exposes internal memory representation of elements
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ping. -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1563] asyncore and asynchat incompatible with Py3k str and bytes
Benjamin Peterson [EMAIL PROTECTED] added the comment: Any progress? -- assignee: - josiahcarlson nosy: +benjamin.peterson, josiahcarlson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1563 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2370] operator.{isCallable,sequenceIncludes} needs a fixer
Benjamin Peterson [EMAIL PROTECTED] added the comment: Collin, can you review? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2370 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1179] [CVE-2007-4965] Integer overflow in imageop module
Benjamin Peterson [EMAIL PROTECTED] added the comment: Does anybody still care about this for 2.6? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1179 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1685] linecache .updatecache fails on utf8 encoded files
Benjamin Peterson [EMAIL PROTECTED] added the comment: re now handles bytes, so what's next? -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1685 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2902] tkinter uses MacOS
Benjamin Peterson [EMAIL PROTECTED] added the comment: [ccing people who might now if this should still be an issue.] -- nosy: +gpolo, loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2902 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2853] *** glibc detected *** python: double free or corruption
Benjamin Peterson [EMAIL PROTECTED] added the comment: On lack of response from the OP, I'm going to mark this closed. -- nosy: +benjamin.peterson resolution: - works for me status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2965] Update interface of weakref dictionaries
Benjamin Peterson [EMAIL PROTECTED] added the comment: What needs to happen here? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2384] [Py3k] line number is wrong after encoding declaration
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2384 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2744] Fix test_cProfile
Benjamin Peterson [EMAIL PROTECTED] added the comment: Alexandre, are you still computerless? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2548] Undetected error in exception handling
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ping -- nosy: +benjamin.peterson ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2548 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2919] Merge profile/cProfile in 3.0
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3132] implement PEP 3118 struct changes
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3132 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1878] class attribute cache failure (regression)
Benjamin Peterson [EMAIL PROTECTED] added the comment: Ping -- nosy: +benjamin.peterson priority: critical - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1878 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3474] Using functools.reduce() does not stop DeprecationWarning when using -3
New submission from Brett Cannon [EMAIL PROTECTED]: It turns out that functools.reduce() is simply __builtins__.reduce(). That does not stop the DeprecationWarning from using reduce() from being raised even though the message says to use functools.reduce()! Easiest solution is to create a wrapper for __builtin__.reduce() that silences the warning when called. -- assignee: brett.cannon components: Library (Lib) messages: 70484 nosy: brett.cannon priority: critical severity: normal status: open title: Using functools.reduce() does not stop DeprecationWarning when using -3 type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3474 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com