[issue2197] Further simplify dict literal bytecode

Raymond Hettinger added the comment: This changes semantics by executing all of the stores after the inputs are generated. All of the pending item pairs get built-up on an ever- growing stack instead of being consumed pairwise, never deepening the stack by more than two. -- nosy: +rhe

[issue2197] Further simplify dict literal bytecode

Alexander Belopolsky added the comment: Hmm, it looks like this was considered before (issue402227), but back then there were no set literals. If stack-saving approach is better for dicts, it should be better for sets as well. In any case, maybe it is time to revisit the issue and decide on

[issue2197] Further simplify dict literal bytecode

New submission from Alexander Belopolsky: I am attaching a proof-of-concept patch that changes the bytecode generated from {1:1,2:2,3:3,4:4} from BUILD_MAP4 LOAD_CONST 2 (1) LOAD_CONST 2 (1) STORE_MAP LOAD_CONST 1 (2)

[issue1106316] slightly easier way to debug from the exception handler

Facundo Batista added the comment: If there's no objections, I'd make the traceback parameter optional in the post_mortem method, making it default to sys.exc_info()[2]. Thanks! -- assignee: -> facundobatista nosy: +facundobatista _ Tracker <[EMAIL

[issue1123716] descrintro describes __new__ and __init__ behavior wrong

Facundo Batista added the comment: Documentation had several updates in these 2+ years. Now it says: """ If __new__() returns an instance of cls, then the new instance’s __init__() method will be invoked like __init__(self[, ...]), where self is the new instance and the remaining arguments are

[issue1152248] Enhance file.readlines by making line separator selectable

Facundo Batista added the comment: Raymond disapproved it, Skip discouraged it, and Nick didn't push it any more, all more than two years ago. Nick, please, if you feel this is worthwhile, raise the discussion in python-dev. -- nosy: +facundobatista resolution: -> rejected status: open

[issue1157255] PEP 328 and Python 2.4 error

Facundo Batista added the comment: import mechanisms and absolute and relative imports were reviewed recently. Please verify if you still have an issue regarding this. Thank you! -- nosy: +facundobatista resolution: -> out of date status: open -> closed __

[issue686667] os.spawnv(P_WAIT, ...) on Linux doesn't handle EINTR

Facundo Batista added the comment: spawnv is deprecated, use sobprocess instead. And please, if you say to find the same issue in subprocess, provide a test case to check what you say. Thanks!! -- nosy: +facundobatista resolution: -> out of date status: open -> closed ___

[issue722647] lower-level API for longs

Facundo Batista added the comment: Gregory, you're keeping this as a recordatory (it passed almost five years and a lot of water under "long" bridge), or can be closed? Thank you! -- nosy: +facundobatista Tracker <[EMAIL PROTECTED]>

[issue745097] urllib2 doesn't handle urls without scheme

Facundo Batista added the comment: Closing because it isn't clear if it's a bug (describe why do you think it's wrong the actual state) or a feature request (describe what exactly do you want/propose for the future). Note that most probably urllib and urllib2 will be merged for py3k. --

[issue2196] Fix hasattr's exception problems

New submission from Benjamin Peterson: hasattr currently returns False when any exception happens in getattr. I see that this tracker I previous patches trying to fix this issue, but they were rejected because they only tried to catch attribute errors. My patch only propagates SystemExit and Keyb

[issue2195] urlparse() does not handle URLs with port numbers properly

Changes by Gawain Bolton: -- title: urlparse() -> urlparse() does not handle URLs with port numbers properly __ Tracker <[EMAIL PROTECTED]> __ _

[issue2195] urlparse()

New submission from Gawain Bolton: The urlparse() function in urlparse module does not handle URLs without an explicit scheme and with port numbers. The following works as expected: >>> urlparse.urlparse('foo.bar.com','http').scheme 'http' But if the URL has a port number then the scheme is wr

[issue1569] Add VS CRT redist to the MSI installer

Martin v. Löwis added the comment: > The hints that the vcredist cannot/should not be installed nested, but > should be chained. So how do I do chaining if I can only ship a single MSI file (which is my objective)? > The details on the full flags used/supported by the vcredist files. I don't

[issue2192] error with backslash as last character in raw string

aka added the comment: Hello Raghuram, thanks for your reply. I am sorry that I didn't find this description before posting the error. But, reading the description I still find the behaviour of the interpreter a bug ;-) Regards, Axel Raghuram Devarakonda schrieb: > Raghuram Devarakonda added

[issue2194] Tiny patch to docs

Georg Brandl added the comment: Thanks, committed as r61087! -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue2173] Python fails silently on bad locale

Changes by Georg Brandl: -- title: Pyton fails silently on bad locale -> Python fails silently on bad locale __ Tracker <[EMAIL PROTECTED]> __ _

[issue2169] Adding DOCTYPE and "html", "body" tags to SimpleHTTPServer

Changes by A.M. Kuchling: -- assignee: -> akuchling nosy: +akuchling __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsub

[issue2001] Pydoc interactive browsing enhancement

Changes by A.M. Kuchling: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue2194] Tiny patch to docs

Changes by Christian Heimes: -- assignee: -> georg.brandl nosy: +georg.brandl priority: -> normal type: -> behavior __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1691070] Speed up PyArg_ParseTupleAndKeywords() and improve error msg

Christian Heimes added the comment: I've applied the patch in r61086. -- status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___ P

[issue1691070] Speed up PyArg_ParseTupleAndKeywords() and improve error msg

Neal Norwitz added the comment: On Tue, Feb 26, 2008 at 12:51 AM, Christian Heimes <[EMAIL PROTECTED]> wrote: > > > * Verify that it's faster by compiling python in a release build > > It's roughly the same speed. :/ The variation between timeit runs is > quite high on my machine. The new code

[issue2194] Tiny patch to docs

New submission from Tim Golden: A patch against r61085 of /doc to correct some very minor typos in the docs -- components: Documentation files: python-doc-r61085.patch keywords: patch messages: 63048 nosy: tim.golden severity: minor status: open title: Tiny patch to docs versions: Python

[issue1524825] ConfigParser: accept leading whitespace on options+comments

Quentin Gallet-Gilles added the comment: Okay, I'll upload a patch with unit tests and doc changes for the comment part in the next few days. _ Tracker <[EMAIL PROTECTED]> _

[issue1394] simple patch, improving unreachable bytecode removing

Alexander Belopolsky added the comment: > Since you don't increment codelen .. Good catch! > For this reason, if() before > writing the RETURN_VALUE is not needed. In this case it will be clearer to use STOP_CODE instead of RETURN_VALUE as a sentinel. __ Track

[issue1394] simple patch, improving unreachable bytecode removing

Paul Pogonyshev added the comment: Actually, it is even better. Since you don't increment codelen, that extra RETURN_VALUE is "virtual" in that it acts as a sentinel, but will not appear in the resulting bytecode. You can test this by backing out the patch and disassembling something. For this

[issue2173] Pyton fails silently on bad locale

Michael Otteneder added the comment: On my system I get different results. The error message is everything but useful. My Output: gcc -u _PyMac_Error -o python.exe \ Modules/python.o \ libpython3.0.a -ldl make: *** [sharedmods] Error 1 Tinuvi

[issue1394] simple patch, improving unreachable bytecode removing

Paul Pogonyshev added the comment: Well, I cannot guarantee it will _always_ be eliminated, since I too don't really know when generated bytecode can (currently) end in non-return. However, if before it ended in non-return, that non-return must have been unreachable, obviously (else code flow wo

[issue2173] Pyton fails silently on bad locale

Michael Otteneder added the comment: Interestingly it fails with a different error message on Mac. The Ubuntu one is at least helpful. I get this during make(configure also runs fine) : gcc -u _PyMac_Error -o python.exe \ Modules/python.o \ libpyth

[issue1673203] add identity function

Alexander Belopolsky added the comment: Raymond Hettinger wrote in msg63027 (issue2186): """ .. it looks like there [is an] agreement on dropping None for map() and going forward with the operator.identity() patch. Will check these in in the next couple of days. """ This leaves open the issu

[issue1394] simple patch, improving unreachable bytecode removing

Alexander Belopolsky added the comment: I have added more tests as Neal suggested. See unreachable-code-with- tests.diff for a combined patch. I've rerun all tests after removing .pyc files and also with -O option (ensuring no existing .pyo files as well). All works. I've removed #if 0 block

[issue2173] Pyton fails silently on bad locale

Facundo Batista added the comment: Same here, Ubuntu on x86 32b. Doing first a "make clean", ./configure runs ok. But then, in the "make": ... File "/home/facundo/devel/reps/python/py3k/Lib/locale.py", line 479, in setlocale return _setlocale(category, locale) locale.Error: unsupported l

[issue2193] Cookie Colon Name Bug

BM added the comment: OK, I see and agree there are no actually that standard that we can call as a standard. But let me try to put in the other way again: 1. This documentation refers to the same RFC2109: http://docs.python.org/lib/module-Cookie.html But the RFC is slightly older than next Da

[issue2193] Cookie Colon Name Bug

Jerry Seutter added the comment: Hm. Your bug doesn't agree with my interpretation of the RFC's. RFC2109 section 4.1 states that the the cookie name (attr) is of type "token", which in RFC2068 section 2.2 is defined as any chars excluding control characters and special characters. RFC2068 list

[issue1691070] Speed up PyArg_ParseTupleAndKeywords() and improve error msg

Christian Heimes added the comment: > * Fix the format nits. There were missing spaces around = and ==. Oh, I missed the macro above the function. :] > * Verify that it's faster by compiling python in a release build It's roughly the same speed. :/ The variation between timeit runs is quite