[issue3720] segfault in for loop with evil iterator

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: The next-nevernull patch is much cleaner than I expected. Nice work. The assertion in abstract.c can be changed to: assert(iter==PyObject_NextNotImplemented || PyIter_Check(iter)); Armin, are you happy with the new approach? Though "

[issue3720] segfault in for loop with evil iterator

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: It was the ajaksu2 patches that needed clean-up. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3720] segfault in for loop with evil iterator

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: > Amaury, if you decide to go forward with this, please clean-up the > patches to eliminate common subexpressions. I already considered this, but generated machine code was identical, so I chose the more readable code. > Wonder if the

[issue3707] help('finally') behaves bizarrely

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks for reviewing! Committed trunk r66076. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3683] compilation --without-threads fails

Georg Brandl <[EMAIL PROTECTED]> added the comment: The patch needs an #else that does ImportModule anyway... see attached. -- keywords: +patch nosy: +georg.brandl Added file: http://bugs.python.org/file11316/import.diff ___ Python tracker <[EMAIL PRO

[issue3707] help('finally') behaves bizarrely

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Patch is ok on trunk. It should also be merged to py3k. -- nosy: +pitrou resolution: -> accepted versions: +Python 2.6 ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3667] Reloading an extension module always leaks

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> loewis nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python

[issue2723] Truncate __len__() at sys.maxsize

Paul Pogonyshev <[EMAIL PROTECTED]> added the comment: I'm also absolutely against having len() lying to me. This would be a welcome to bump into some other hideous error later, e.g. discarding part of data as I'd think it wasn't there. Better raise an exception as now, at least then programmer

[issue3740] PEP 3121 --- module state is not nul-initalized as claimed in the PEP

New submission from Paul Pogonyshev <[EMAIL PROTECTED]>: PEP 3121 states that: "The module state will be null-initialized". This is not the case as it seems. -- components: Interpreter Core messages: 72197 nosy: _doublep severity: normal status: open title: PEP 3121 --- module state is

[issue3729] SystemError on calling len() if __len__() doesn't return an int

Georg Brandl <[EMAIL PROTECTED]> added the comment: True. However, it's no pronouncement either. I suggest bringing it up on the list again; probably other people would want to voice their opinions too. ___ Python tracker <[EMAIL PROTECTED]>

[issue3729] SystemError on calling len() if __len__() doesn't return an int

Hagen Fürstenau <[EMAIL PROTECTED]> added the comment: In the latest list message I could find Guido wanted len() to lie: http://mail.python.org/pipermail/python-3000/2008-May/013387.html Has this been resolved in issue 2723? ___ Python tracker <[EMAIL PROTE

[issue2723] Truncate __len__() at sys.maxsize

Changes by Hagen Fürstenau <[EMAIL PROTECTED]>: -- nosy: +hagen ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue3737] An error in Python Library Reference document

Georg Brandl <[EMAIL PROTECTED]> added the comment: Should be clarified in r66067. In the future, please choose a more specific title for your bug reports :) -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker <[EMA

[issue3724] math.log(x, 10) gives different result than math.log10(x)

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> marketdickinson nosy: +marketdickinson ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3739] unicode-internal encoder reports wrong length

New submission from Walter Dörwald <[EMAIL PROTECTED]>: The encoder for the "unicode-internal" codec reports the wrong length: Python 3.0b3+ (py3k, Aug 30 2008, 11:55:21) [GCC 4.0.1 (Apple Inc. build 5484)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> imp

[issue3569] Glitch in eval() doc

Georg Brandl <[EMAIL PROTECTED]> added the comment: Fixed in r66065. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3738] logging.Handler.close does something

New submission from David W. Lambert <[EMAIL PROTECTED]>: Library documents claim that logging.Handler.close does nothing, but the source code shows otherwise---it removes itself from the internal handler list. The error propagates treelike through the subclasses. (I found references to clos

[issue3737] An error in Python Library Reference document

New submission from zouzhile <[EMAIL PROTECTED]>: Problem: On the page http://docs.python.org/lib/built-in-funcs.html, there is a description about "super(type[,object-or-type])": Return the superclass of type. If the second argument This is NOT true. it will actually return an instance of th

[issue1276] LookupError: unknown encoding: X-MAC-JAPANESE

John Smith <[EMAIL PROTECTED]> added the comment: Confirmed now I can build Python on Mac OS X with Japanese locale. I tested the followings. Python 2.6b3+ trunk:66060 Python 3.0b3+ py3k:66060 Thank you very much. ___ Python tracker <[EMAIL PROTECTED]>

[issue3577] Interpreter name: python vs. python-3.0

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66064. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3716] mistake in 3.4.2 Customizing attribute access

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, fixed in r66063. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3730] Update BaseHTTPServer docs

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, committed as r66062. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3695] Source tarball for Sphinx 0.4.3 missing

Georg Brandl <[EMAIL PROTECTED]> added the comment: The website is in error; it takes sphinx.__version__ which in the repo is the next version to be released, so that easy_install works correctly. Fixed in r66061. -- resolution: -> fixed status: open -> closed

[issue3679] pressing HOME key in IDLE editor ends IDLE

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: The only system difference is that I have an older Athlon cpu. And I did try Home (key above End) in the editor window and it moves cursor to beginning of line. My options/configure/key bindings starts beginning-of-line . So this might be a