[issue2542] PyErr_ExceptionMatches must not fail

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Ping? Anyone cares about this? ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs

[issue3468] Satisfy her lovemaking desire

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Looking at the message id, this came in through email. I have now trained this as spam in spambayes (which unfortunately also means that user:5 gets associated with being spam; we'll have to watch this and train potential other misclassificat

[issue3467] sqlite3 path is hard coded in setup.py

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: User with non-standard search paths should edit Modules/Setup. -- nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3468] Satisfy her lovemaking desire

Guilherme Polo <[EMAIL PROTECTED]> added the comment: something going on roundup? -- nosy: +gpolo resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue3468] Satisfy her lovemaking desire

New submission from Guido van Rossum <[EMAIL PROTECTED]>: Give your lady only the very best, find out how here http://www.pinehelp.com/ -- messages: 70414 nosy: gvanrossum severity: normal status: open title: Satisfy her lovemaking desire ___ Python t

[issue3436] csv.DictReader inconsistency

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I know this has been closed, but perhaps the fieldnames attribute could be made into a property that reads the first line of the file if it hasn't been read yet? -- nosy: +gvanrossum ___ Python t

[issue3366] Add gamma and error functions to math module

nirinA raseliarison <[EMAIL PROTECTED]> added the comment: pure Python codes are posted to ASPN: http://code.activestate.com/recipes/576391/ http://code.activestate.com/recipes/576393/ i also rewrote the patch so that they don't use the high_word/low_word macros anymore. Added file: http://bug

[issue3467] sqlite3 path is hard coded in setup.py

New submission from Eric L. Frederich <[EMAIL PROTECTED]>: In setup.py, the paths that it searches for sqlite in is hard coded in a list sqlite_inc_paths. This should also search any path in either $PATH or $LD_LIBRARY_PATH. This is necessary for non-default installations of sqlite for users wi

[issue3422] sphinx.doc.autodoc: Hook for changing argspec

Pauli Virtanen <[EMAIL PROTECTED]> added the comment: Thanks, works OK. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

[issue2819] Full precision summation

Mark Dickinson <[EMAIL PROTECTED]> added the comment: See r65292 for more updates to the test-suite: I've replaced the Python version of msum by a version based on lsum in the original ASPN recipe. ___ Python tracker <[EMAIL PROTECTED]>

[issue3422] sphinx.doc.autodoc: Hook for changing argspec

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, committed the patch with a few changes in r65290. Let me know if it works! -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue2394] [Py3k] Finish the memoryview object implementation

Georg Brandl <[EMAIL PROTECTED]> added the comment: I agree, buffer interface should be completed before going into rc phase. -- priority: critical -> release blocker ___ Python tracker <[EMAIL PROTECTED]> __

[issue2394] [Py3k] Finish the memoryview object implementation

Stefan Behnel <[EMAIL PROTECTED]> added the comment: Also, the implementation does not follow the revised buffer PEP 3118. It still calls get/releasebuffer(NULL) to acquire a lock, which is no longer allowed by the buffer protocol. I think this should become a release blocker for the last beta.

[issue3462] test_builtin fails after test_decimal

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: It is actually documented, at the bottom of http://docs.python.org/dev/library/__builtin__.html "import builtin" is the correct thing to do. ___ Python tracker <[EMAIL PROTECTED]>

[issue3462] test_builtin fails after test_decimal

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Ok, I've found it: « But why is __builtins__ a module in __main__ and a dict elsewhere? Because in *interactive* mode, printing vars() would include __builtins__, which would be rather large. Code that incorrectly assumes it's always one or t

[issue3462] test_builtin fails after test_decimal

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Selon Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: > > You know what? It's a mess. > - from the __main__ module, __builtins__ is a module. > - in all other modules, __builtins__ is a dict. (why is it so? :-O) Anyway: import builtins as b

[issue3462] test_builtin fails after test_decimal

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: You know what? It's a mess. - from the __main__ module, __builtins__ is a module. - in all other modules, __builtins__ is a dict. The fix is correct for most modules: ./python Lib\test\test_decimal.py but fails for ./python Lib\

[issue3462] test_builtin fails after test_decimal

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: On Tue, Jul 29, 2008 at 10:29 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > Well except that it would be better spelt as: >__builtins__._ = None __builtins__ is a dict here,

[issue3462] test_builtin fails after test_decimal

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Ok. Thanks! Applied in r65285. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3462] test_builtin fails after test_decimal

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Well except that it would be better spelt as: __builtins__._ = None ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3462] test_builtin fails after test_decimal

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The doctest patch looks fine to me. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue3466] urllib2 should support HTTPS connections with client keys

New submission from Marcelo Fernández <[EMAIL PROTECTED]>: Despite httplib does have support for HTTPS with client keys[1], urllib2 should support them too, because of the added value that urllib2 has, like cookielib automatic handling. [1]: http://code.activestate.com/recipes/117004/ However,

[issue3462] test_builtin fails after test_decimal

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Here is another patch that modifies doctest itself. Note that the _ is cleared only if "clear_globs" is True, which makes sense IMO. Index: Lib/doctest.py === --- Lib/docte

[issue3462] test_builtin fails after test_decimal

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: I vote for fixing doctest then! -- components: +Library (Lib), Tests type: -> behavior ___ Python tracker <[EMAIL PROTECTED]>

[issue3462] test_builtin fails after test_decimal

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I was leaning towards the "doctest should not pollute the __builtins__ module" side. test_decimal might not be the only test that leaks one object outside the module. ___ Python tracker <[EMAIL PROTE

[issue3462] test_builtin fails after test_decimal

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: I think the cleanup should either be in regrtest.py as Amaury proposes, or in doctest itself. There's nothing wrong in decimal and its test suite. ___ Python tracker <[EMAIL PROTECTED]>

[issue3462] test_builtin fails after test_decimal

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: On Tue, Jul 29, 2008 at 8:30 AM, Amaury Forgeot d'Arc <[EMAIL PROTECTED]> wrote: > > Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: > > Bingo! doctest sets the __builtins__._ variable, > and the last doctest in decimal.py (in l

[issue3462] test_builtin fails after test_decimal

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Bingo! doctest sets the __builtins__._ variable, and the last doctest in decimal.py (in lexicographic order) is Decimal.__round__, which ends with >>> round(Decimal('sNaN123'), 0) Decimal('NaN123') This is the value you s

[issue2538] memoryview of bytes is not readonly

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: The patch should probably come with a test :) -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3459] optimize bytes.join()

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Raymond, Martin, any opinion on this? -- nosy: +loewis, rhettinger ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3460] PyUnicode_Join could perhaps be simpler

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Here is a patch. On my measurements it makes str.join() 30% to 50% faster on non-trivial input. -- keywords: +patch Added file: http://bugs.python.org/file11004/strjoin3k.patch ___ Python tracker <

[issue3462] test_builtin fails after test_decimal

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: My wild uneducated guess is that it's due to a nan-like value being in the globals, and comparing unequal to itself: >>> d = {1: float('nan')} >>> d {1: nan} >>> d == d False >>> import decimal >>> nan = decimal.Decimal('nan') >>> d = {1: nan

[issue3465] doctest unable to use '...' for unicode literals

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: This has nothing to do with doctest. Starting with your script, I get: >>> a = f() >>> b = repr(a) Traceback (most recent call last): File "", line 1, in UnicodeEncodeError: 'ascii' codec can't encode character u'\u0105' in position

[issue3460] PyUnicode_Join could perhaps be simpler

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Well the potentially dangerous function would have been PyUnicode_FromObject, but in py3k it only accepts unicode instances (either exact or subclasses), and since we are only interested in the underlying buffer we can replace those calls with

[issue3465] doctest unable to use '...' for unicode literals

Piotr Wysocki <[EMAIL PROTECTED]> added the comment: I am attaching the output of doctest_problem.py on Python 2.5.2 in case it is necessary. At the moment I haven't a clue where to look for a bug. Anybody? ;) -- components: +Tests, Unicode Added file: http://bugs.python.org/file11003/d

[issue3465] doctest unable to use '...' for unicode literals

Piotr Wysocki <[EMAIL PROTECTED]> added the comment: As I would like to use '...' in order not to care about some part of a unicode string containing unicode literals (using ELLIPSIS). The unicode string is inside the value of a dict returned by a function. It is working on Python 2.4.4 and not

[issue3465] doctest unable to use '...' for unicode literals

New submission from Piotr Wysocki <[EMAIL PROTECTED]>: Might be related to 2811 -- components: Library (Lib) files: doctest_problem.py messages: 70382 nosy: wysek severity: normal status: open title: doctest unable to use '...' for unicode literals versions: Python 2.5 Added file: http:/

[issue3460] PyUnicode_Join could perhaps be simpler

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: The comment gives a wrong impression: The problem is not (only) that a codec might by evil, it's the fact that a codec may well execute Python code and thus allow the list to be changed by other threads during the operation. Now, since in

[issue3453] PyType_Ready doesn't ensure that all bases are ready

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Forget my last remark: it applies to heap types (created with type_new()) and not to static types. However, it seems that a non-ready class in tp_bases can happen only when an extension type inherits from another extension type. It is g

[issue3464] Python & NCURSES

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The python issue tracker is not the correct place to get this kind of help. Please ask on the comp.lang.python newsgroup: http://www.python.org/community/lists -- nosy: +amaury.forgeotdarc resolution: -> invalid status: open ->

[issue3453] PyType_Ready doesn't ensure that all bases are ready

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: PyType_Ready is called for each class in tp_bases. This is done in typeobject.c::best_base() Isn't it the case in your program? -- nosy: +amaury.forgeotdarc ___ Python tracker <[EMAIL PROTECT