[issue7372] Regression in pstats

Georg Brandl added the comment: This change was backported to the 2.7 branch in r83533; it should therefore be in 2.7.1, but not 2.7. -- ___ Python tracker ___ _

[issue9504] signal.signal/signal.alarm not working as expected

Georg Brandl added the comment: Antoine? -- assignee: -> pitrou nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list maili

[issue2128] sys.argv is wrong for unicode strings

David-Sarah Hopwood added the comment: Sorry, missed out the imports: from ctypes import WINFUNCTYPE, windll, POINTER, byref, c_int from ctypes.wintypes import LPWSTR, LPCWSTR -- ___ Python tracker ___

[issue10869] ast.increment_lineno() increments root node twice

Georg Brandl added the comment: Thanks, fixed in r87876. Will backport to other branches. -- nosy: +georg.brandl resolution: -> accepted status: open -> closed ___ Python tracker

[issue2128] sys.argv is wrong for unicode strings

David-Sarah Hopwood added the comment: The following code is being used to work around this issue for Python 2.x in Tahoe-LAFS: # This works around . GetCommandLineW = WINFUNCTYPE(LPWSTR)(("GetCommandLineW", windll.kernel32)) CommandLineToArgvW = W

[issue1602] windows console doesn't print utf8 (Py30a2)

David-Sarah Hopwood added the comment: Glenn Linderman wrote: > I skipped the unmangling of command-line arguments, because it produced an > error I didn't understand, about needing a buffer protocol. If I understand correctly, that part isn't needed on Python 3 because issue2128 is already f

[issue9904] Cosmetic issues that may warrant a fix in symtable.h/c

Nick Coghlan added the comment: If I recall correctly, st_nblocks and st_future are there for consistency with the corresponding compiler structures. I believe st_future is also needed whenever a future flag affects the symtable construction (there aren't any at the moment, but a trawl throug

[issue1602] windows console doesn't print utf8 (Py30a2)

Glenn Linderman added the comment: Interesting! I was able to tweak David-Sarah's code to work with Python 3.x, mostly doing things that 2to3 would probably do: changing unicode() to str(), dropping u from u'...', etc. I skipped the unmangling of command-line arguments, because it produced

[issue1602] windows console doesn't print utf8 (Py30a2)

David-Sarah Hopwood added the comment: It is certainly possible to write Unicode to the console successfully using WriteConsoleW. This works regardless of the console code page, including 65001. The code http://tahoe-lafs.org/trac/tahoe-lafs/browser/src/allmydata/windows/fixups.py";>here does

[issue10828] Cannot use nonascii utf8 in names of files imported from

ingemar added the comment: Thanks Victor for the explanation. Py3 is still far better than Py2, letting me use utf-8 as much as it does. I will be able to live with this bug being known. I can understand though, that people in some places of the world may feel more concerned. -- ___

[issue2986] difflib.SequenceMatcher not matching long sequences

Changes by Terry J. Reedy : -- stage: needs patch -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue10858] Make source code links less prominent

Benjamin Peterson added the comment: I'm curious as to how the experiment is being carried out and how conclusions will be drawn. -- nosy: +benjamin.peterson ___ Python tracker ___

[issue5871] email.header.Header too lax with embeded newlines

R. David Murray added the comment: Receiving no negative votes :), I've committed this to py3k in r87873, 3.1 in r87874, and 2.7 in r87875. Barry, Martin, do you think this should be backported as a security fix? I'm thinking it should be. -- nosy: +loewis resolution: -> fixed stag

[issue10828] Cannot use nonascii utf8 in names of files imported from

STINNER Victor added the comment: > ANSI code page: cp1252 ...os.fsencode('ä') => b'\xe4' Hum, I ran your example with a debugger, and ok, I now remember the whole thing. I fixed Python to support non-ASCII characters (... only non-ASCII characters encodable to the ANSI code page for Windows)

[issue2986] difflib.SequenceMatcher not matching long sequences

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue9504] signal.signal/signal.alarm not working as expected

Changes by Éric Araujo : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue10512] regrtest ResourceWarning - unclosed sockets and files

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue9419] RUNSHARED needs LDFLAGS

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue10835] sys.executable default and altinstall

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue10869] ast.increment_lineno() increments root node twice

Changes by Éric Araujo : -- keywords: +needs review nosy: +aronacher, rhettinger resolution: fixed -> stage: -> patch review ___ Python tracker ___

[issue10639] reindent.py converts newlines to platform default

Éric Araujo added the comment: I did a bit of testing on demo files. The first one I tested with had mixed EOLs, in which case the newlines attribute will be a tuple and open(..., newline=r.newlines) will fail. For reference: http://docs.python.org/dev/library/io#io.TextIOBase.newlines Wha

[issue10869] ast.increment_lineno() increments root node twice

David White added the comment: I've uploaded the patches. Beware, this is my first attempt to contribute. -- ___ Python tracker ___

[issue10869] ast.increment_lineno() increments root node twice

Changes by David White : -- resolution: -> fixed Added file: http://bugs.python.org/file20319/increment_linenos_3k.patch ___ Python tracker ___ _

[issue10869] ast.increment_lineno() increments root node twice

Changes by David White : Added file: http://bugs.python.org/file20318/increment_linenos_31.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue10869] ast.increment_lineno() increments root node twice

Changes by David White : -- keywords: +patch Added file: http://bugs.python.org/file20317/increment_linenos_27.patch ___ Python tracker ___ __

[issue10868] ABCMeta.register() should work as a decorator

Raymond Hettinger added the comment: +1 -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue9504] signal.signal/signal.alarm not working as expected

Charles-Francois Natali added the comment: It's due to the way the python interpreter handles signals: when the signal is received, python runs a stub signal handler that just sets a flag indicating that the signal has been received: the actual handler is executed later, synchronously, mainly

[issue10868] ABCMeta.register() should work as a decorator

Éric Araujo added the comment: Edited your patch to fix some nits. If there is no opposition, I’ll commit this to py3k when 3.2 is out. -- Added file: http://bugs.python.org/file20316/abcmeta_register_v3.diff ___ Python tracker

[issue10869] ast.increment_lineno() increments root node twice

New submission from David White : When using ast.increment_lineno(), it visits the root node twice. Therefore if the root node contains the lineno attribute, it is incremented twice. (Often, the root node will not have a lineno attribute, so there is no effect. This is why the current test

[issue5622] wrong error from curses.wrapper if curses initialization fails

Ned Deily added the comment: A simpler way to reproduce: TERM= python -c 'import curses; curses.wrapper(lambda a:a.getch())' I looked at adding an automated test case for this but it is a little tricky to make it bulletproof across all environments. Since the problem is really a one-time codi

[issue10533] Need example of using __missing__

Éric Araujo added the comment: Great, thanks. We’ll see later if more cross-links are needed. -- stage: needs patch -> committed/rejected ___ Python tracker ___ ___

[issue10868] ABCMeta.register() should work as a decorator

Edoardo Spadolini added the comment: Ok, edited the docs too; hope I did everything right... -- Added file: http://bugs.python.org/file20315/abcmeta_register_deco_with_docs.diff ___ Python tracker ___

[issue10357] ** and "mapping" are poorly defined in python docs

Raymond Hettinger added the comment: Clarified what it means to be a mapping in r87871 and r87872. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Stefan Krah added the comment: I narrowed this issue down to -ftree-vectorize, which is part of -O3. -- ___ Python tracker ___ ___ Pyt

[issue10868] ABCMeta.register() should work as a decorator

Éric Araujo added the comment: Thanks for the report and patch. Some comments: +"""Register a virtual subclass of an ABC. Returns the said subclass.""" Should be “Return”, for consistency. +return subclass # For usage as a decorator I’d move that to the docstring. Can you ed

[issue10868] ABCMeta.register() should work as a decorator

Antoine Pitrou added the comment: Looks like a good idea to me. -- nosy: +benjamin.peterson, gvanrossum, pitrou stage: -> patch review ___ Python tracker ___ __

[issue10861] urllib2 sporadically falsely claims infinite redirect

R. David Murray added the comment: I ran into a redirection loop when cookies were blocked from google, who should know better. And then they had the gall to blacklist my ip for an attempted DOS attack. So a feature request may not be out of order; but I for one would not be motivated enoug

[issue10868] ABCMeta.register() should work as a decorator

New submission from Edoardo Spadolini : If we make ABCMeta.register() return the registered class, like atexit.register() does for the registered function, we can then use it as a decorator: Now: class Foo: ... ABarC.register(Foo) With this change: @ABarC.register class Foo: ... Th

[issue10867] mmap.flush() issue msync() even if mapping was created with prot=mmap.PROT_READ only

Charles-Francois Natali added the comment: > have changed title of the bug. This is more precisely describe the problem Yes, its's not quite the same problem. > I think, that flush() should be no-op if mapping is read-only. This has already be done for py3k. See http://svn.python.org/view/p

[issue9264] trace.py documentation is incomplete

Changes by Éric Araujo : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue3821] trace module bug when using --missing

Changes by Terry J. Reedy : -- versions: +Python 3.2 -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9880] Python 2.7 Won't Build: SystemError: unknown opcode

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue9904] Cosmetic issues that may warrant a fix in symtable.h/c

Terry J. Reedy added the comment: I think this needs at least two patches: one to change comments, another to remove two fields. Can you prepare something? -- nosy: +terry.reedy ___ Python tracker

[issue9844] calling nonexisting function under __INSURE__

Terry J. Reedy added the comment: If the source will not compile with __INSURE__ defined, then perhaps no one has ever tried to do that with 3.x. That would suggest that the ifdef could be removed. In any case, the non-function call should be removed. Is the other function called anywhere else

[issue10863] zlib.compress() fails with string

Changes by Georg Brandl : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue10863] zlib.compress() fails with string

Georg Brandl added the comment: Quite right, this is now fixed in r87870. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7511] msvc9compiler.py: ValueError: [u'path']

ipatrol added the comment: Going through more than a few registry keys, here are some that stood out for me: "HKEY_CURRENT_USER\Software\Microsoft\Microsoft SDKs\Windows\v6.0A" InstallationFolder "HKEY_CURRENT_USER\Software\Microsoft\Microsoft SDKs\Windows\v6.1" InstallationFolder "HKEY_CU

[issue10867] mmap.flush() issue msync() even if mapping was created with prot=mmap.PROT_READ only

Марк Коренберг added the comment: I have changed title of the bug. This is more precisely describe the problem. In my code, I do mmap.close(), so msync does not called. Generally, calling msync() on read-only mapping is not needed at all. And meven more, calling msync() on memory-mapped USB-c

[issue10863] zlib.compress() fails with string

Jose-Luis Fernandez-Barros added the comment: Thanks for your answer. Error remains at development "The Python Standard Library", secction 12. Data Compression and Archiving http://docs.python.org/dev/py3k/library/zlib.html#module-zlib zlib.compress(string[, level]) -- resolution: f

[issue7372] Regression in pstats

Doug Hellmann added the comment: I just ran into this problem with pstats under Python 2.7. The ticket is marked as "fixed", but it looks like the change was only checked in under the py3k branch. What's the policy on fixing stuff like this for 2.7 patch releases? Thanks, Doug -- n

[issue10828] Cannot use nonascii utf8 in names of files imported from

ingemar added the comment: python.exe -c "import locale; print('ANSI code page: {}'.format(locale.getpreferredencoding()))" ANSI code page: cp1252 python.exe -c "import os; fn=os.fsencode('ä'); print(ascii(fn))" b'\xe4' and no error raised -- ___

[issue10864] time.strftime("%Y"): limitation of 4 digits on OpenIndiana (Solaris)

STINNER Victor added the comment: Le samedi 08 janvier 2011 à 17:02 +, Skip Montanaro a écrit : > I agree. I interpreted your ticket as complaining that it should raise > a ValueError if year > : Only on OpenIndiana because on this specific OS, "%Y" only supoprts year in [1; ]. For

[issue10864] time.strftime("%Y"): limitation of 4 digits on OpenIndiana (Solaris)

Skip Montanaro added the comment: Skip> On my Mac it displays "12345". I don't see that as a big problem. haypo> Why do you say "problem"? It is the correct result :-) I agree. I interpreted your ticket as complaining that it should raise a ValueError if year > : >> time.strftime() shou

[issue1777412] datetime.strftime dislikes years before 1900

STINNER Victor added the comment: time.asctime(), time.ctime() and time.strftime() are no more not limited for the year field if accept2dyear=0. Except with Visual Studio or on Solaris: the year is limited to the range [1; ]. datetime.strftime() is limited to year >= 1000 (instead of year

[issue10827] Functions in time module should support year < 1900 when accept2dyear = 0

STINNER Victor added the comment: time.asctime(), time.ctime() and time.strftime() are no more not limited for the year field if accept2dyear=0. Except with Visual Studio or on Solaris: the year is limited to the range [1; ]. -- ___ Python trac

[issue10867] python mmap objects issue msync() in destructor even if mapping was created with prot=mmap.PROT_READ only

R. David Murray added the comment: Antoine didn't want to backport that patch. Does the fix applied in issue 678250 address this? -- nosy: +r.david.murray ___ Python tracker _

[issue8033] sqlite: broken long integer handling for arguments to user-defined functions

Philippe Devalkeneer added the comment: Here a new patch with sqlite3_int64 type, and unit test. -- Added file: http://bugs.python.org/file20313/broken_long_sqlite_userfunctions.diff ___ Python tracker ___

[issue10864] time.strftime("%Y"): limitation of 4 digits on OpenIndiana (Solaris)

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue10864] time.strftime("%Y"): limitation of 4 digits on OpenIndiana (Solaris)

STINNER Victor added the comment: > Let's try r87850. I'm now waiting for the buildbot. The test pass on both OpenIndiana buildbots, so I close the issue. > On my Mac it displays "12345". I don't see that as a big problem. Why do you say "problem"? It is the correct result :-) -- _

[issue10828] Cannot use nonascii utf8 in names of files imported from

STINNER Victor added the comment: > I think bugs in core syntax should have high priority. It took me 7 months to implement the first part (#8611 and #9425). I plan to do the second part (#3080) in Python 3.3 (it's too late for Python 3.2, final is planned for February 5, 2011). I already hav

[issue10828] Cannot use nonascii utf8 in names of files imported from

STINNER Victor added the comment: > Victor: How do I determine what code page my old w2k is using?. python.exe -c 'import locale; print("ANSI code page: {}".format(locale.getpreferredencoding()))' > On Windows, #8611 (and #9425) permit to use non-ASCII characters > in the module path... but

[issue10867] python mmap objects issue msync() in destructor even if mapping was created with prot=mmap.PROT_READ only

Charles-Francois Natali added the comment: > python mmap objects issue msync() in destructor even if mapping was created > with prot=mmap.PROT_READ only Actually, the call to msync(2) from destructor has been removed altogether in py3k. See http://bugs.python.org/issue2643. The patch (one l

[issue1372770] email.Header should preserve original FWS

R. David Murray added the comment: I agree that when dealing with prexisting folding it is better to preserve it. The case I was talking about is, say, prepending re to a subject and refolding it. It is the transformation step where I think turning fws into a single space makes sense. But

[issue10864] time.strftime("%Y"): limitation of 4 digits on OpenIndiana (Solaris)

Skip Montanaro added the comment: On my Mac it displays "12345". I don't see that as a big problem. It raises ValueError for a year of -1. This is with build py3k:87566. If someone wants to feed a year > to time.strftime I don't see that as a big problem. I less sure about year < 0. -

[issue3132] implement PEP 3118 struct changes

Changes by Antoine Pitrou : -- assignee: meador.inge -> mark.dickinson stage: needs patch -> patch review versions: +Python 3.3 -Python 3.2 ___ Python tracker ___

[issue10834] Python 2.7 x86 IDLE fails to run in Windows 7

Changes by Antoine Pitrou : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue10867] python mmap objects issue msync() in destructor even if mapping was created with prot=mmap.PROT_READ only

Марк Коренберг added the comment: i'm crazy today. sorry twice. this is not dup of 2643 :( -- ___ Python tracker ___ ___ Python-bugs-

[issue10867] python mmap objects issue msync() in destructor even if mapping was created with prot=mmap.PROT_READ only

Марк Коренберг added the comment: Soory, this is dup of Issue2643 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue10867] python mmap objects issue msync() in destructor even if mapping was created with prot=mmap.PROT_READ only

New submission from Марк Коренберг : python mmap objects issue msync() in destructor even if mapping was created with prot=mmap.PROT_READ only -- messages: 125780 nosy: mmarkk priority: normal severity: normal status: open title: python mmap objects issue msync() in destructor even if

[issue10174] multiprocessing expects sys.stdout to have a fileno/close method.

Antoine Pitrou added the comment: Ok, closing then. -- nosy: +pitrou resolution: -> duplicate status: open -> closed superseder: -> multiprocessing.process using os.close(sys.stdin.fileno) instead of sys.stdin.close() ___ Python tracker

[issue2650] re.escape should not escape underscore

Antoine Pitrou added the comment: James, could you propose a proper patch? Even better if you also give a couple of timing results, just for the record? -- versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker

[issue10849] Backport test/__main__

Antoine Pitrou added the comment: A backport would be more attractive if the Windows issue was fixed first... (and I don't care about the "policy" here: anything which makes testing easier is good IMO, and we have routinely backported tests as mentioned by someone else) -- nosy: +pitr

[issue10849] Backport test/__main__

Georg Brandl added the comment: Okay, that's reasonable enough. Closing (or shall we wait for the majority to consent first?) -- resolution: -> rejected status: open -> closed ___ Python tracker ___

[issue10849] Backport test/__main__

Martin v. Löwis added the comment: I'm with Raymond here (probably not surprisingly): -1 on backporting new features into 2.7. This really is foremost about having policies and sticking to them; special cases aren't special enough to break the rules. Personally, I haven't arrived yet at usin

[issue10648] Extend peepholer to reverse loads or stores instead of build/unpack

Changes by Raymond Hettinger : -- resolution: -> rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9717] operator module - "in place" operators documentation

Raymond Hettinger added the comment: See r87862. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue10859] Is GeneratorContextManager public?

Antoine Pitrou added the comment: Ok, done in r87860. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue10855] wave.Wave_read.close() doesn't release file

Georg Brandl added the comment: This is not a bug in the implementation: the file object is only closed when you passed a file name to open(). Like other APIs that allow file names or objects to be passed in, it is the caller's responsibility to close the file object if an object was passed.

[issue10533] Need example of using __missing__

Raymond Hettinger added the comment: See r87858. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bu

[issue2650] re.escape should not escape underscore

Georg Brandl added the comment: The loop looks strange to me too, not to mention inefficient compared with a regex replacement done in C. -- nosy: +georg.brandl ___ Python tracker _

[issue10849] Backport test/__main__

Georg Brandl added the comment: > The possible downside, as with any new feature, is that code using the > new feature will not run on on previous micro (x.y.z) releases. That's absolutely no downside: I daresay 99% of test runs by developers are done at the branch head, not some released vers

[issue10854] Output DLL name in error message of ImportError when DLL is missing

Georg Brandl added the comment: No idea what a BSDL is, but a developer is definitely entitled to close a bug without resorting to a "majority" decision (what is that, anyway? should we hold monthly parliament over bugs?). You're of course free to reopen with a different request, as you did,

[issue10863] zlib.compress() fails with string

Georg Brandl added the comment: This is already fixed in dev docs, just needs backporting. -- nosy: +georg.brandl resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue10813] Suppress adding decimal point for places=0 in moneyfmt()

Raymond Hettinger added the comment: See r87856 -- resolution: -> accepted status: open -> closed type: -> feature request versions: +Python 3.2 ___ Python tracker ___ ___

[issue10854] Output DLL name in error message of ImportError when DLL is missing

anatoly techtonik added the comment: Martin, shouldn't there be at least majority to reach consensus on this matter, or you're self-proclaimed BSDL II? =) At least failed .pyd module name should be present in error message. -- status: closed -> open __

[issue10865] chroot-ing breaks encodings.idna

ulidtko added the comment: Ok, I can do it with socket.gethostbyname(). Thanks for clarifications. -- ___ Python tracker ___ ___ Pyt

[issue10860] Handle empty port after port delimiter in httplib

Senthil Kumaran added the comment: The title got reset by my previous response. Changing it again. I vote for closing this report as Invalid as I see that the error message which is raised is proper and meaningful. httplib.InvalidURL: nonnumeric port: '' -- priority: normal -> low re

[issue10865] chroot-ing breaks encodings.idna

ulidtko added the comment: Can I perform a name resolution before chrooting, save the result and use it later for creating an instance of http.server.HTTPServer, as a workaround? -- ___ Python tracker ___

[issue10866] Add sethostname()

New submission from Ross Lagerwall : This patch adds sethostname to the socket module (since socket has gethostname()). -- components: Library (Lib) files: sethostname.patch keywords: patch messages: 125761 nosy: giampaolo.rodola, loewis, rosslagerwall priority: normal severity: normal

[issue10860] urllib2 crashes on valid URL

Senthil Kumaran added the comment: On Fri, Jan 07, 2011 at 07:14:30PM +, Shawn Ligocki wrote: > > I think the problem is that "http://118114.cn"; says it redirects to > "http://www.118114.cn:";, but it seems like urllib2 should be able to > deal with that or at least report back a more usef

[issue10865] chroot-ing breaks encodings.idna

Georg Brandl added the comment: This is not a bug in Python: name resolution may not work in the chroot unless you add the libraries that are loaded on the fly by the libc. It *may* also work if you make one name resolution (using socket.getaddressinfo for example) *before* chrooting. To dem