[issue1688] Incorrectly displayed non ascii characters in prompt using "input()" - Python 3.0a2

Guido van Rossum added the comment: Cool. I suspect Unix will also require a customized version to be used in case GNU readline isn't present. And I wouldn't be surprised if GNU readline itself doesn't handle UTF-8 properly either! __ Tracker &l

[issue1700] Regular Expression inline flags not handled correctly for some unicode characters

Guido van Rossum added the comment: Committed revision 59674. (2.5.2 branch) Committed revision 59675. (2.6 trunk) -- resolution: -> fixed status: open -> closed versions: +Python 2.6, Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://

[issue1729] Allow float('infinity') as well as float('inf')

Changes by Guido van Rossum: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1729> __ ___ Python

[issue1640] Enhancements for mathmodule

Guido van Rossum added the comment: > Why not implement copysign? It's a standard, familiar function with well- > documented meaning all over the web, and it can easily be used to create > whatever sign test is necessary, letting the user decide what results > (s)he wants for

[issue1640] Enhancements for mathmodule

Guido van Rossum added the comment: > Guido van Rossum wrote: > > Good idea. Since you seem to like providing patches, can you create > > one for math.copysign()? > > Don't forget it's copysign() on Unix but _copysign() on Windows. > > #if defined(MS_WINDOW

[issue1728] distutils.cmd breaks inspect

Guido van Rossum added the comment: Can't repro either. I strongly suspect that this is because somehow linecache finds a different version of the module on sys.path. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1728] distutils.cmd breaks inspect

Guido van Rossum added the comment: Can you trace this a bit further? Can you suggest a specific modification that would fix this issue? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1301] Bad assertion in _tkinter.c

Guido van Rossum added the comment: I suspect the assert is an overflow check. But since asserts are compiled into no-ops unless we're using debug mode, I don't see the point of using an assert. Just to close the issue I'll replace it with a proper overflow check.

[issue1301] Bad assertion in _tkinter.c

Guido van Rossum added the comment: Before I make a fool out of myself, what do folks think of this patch? Added file: http://bugs.python.org/file9052/tkinter.diff __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1640] Enhancements for mathmodule

Guido van Rossum added the comment: OK, just check it in then, but do add docs! On Jan 3, 2008 2:03 PM, Christian Heimes <[EMAIL PROTECTED]> wrote: > > Christian Heimes added the comment: > > Guido van Rossum wrote: > > Well, the Python API in the math module should a

[issue1728] distutils.cmd breaks inspect

Guido van Rossum added the comment: Do you happen to be on Ubuntu? Maybe this is the same as issue #1665 ? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1728> __ __

[issue1731] Random errors on interpreter shutdown

Guido van Rossum added the comment: This has been fixed in 2.6, see revision 57216. We won't be fixing this in 2.4, although a vendor might consider this. Should we be fixing this in 2.5? -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED

[issue1301] Bad assertion in _tkinter.c

Guido van Rossum added the comment: Committed revision 59685. (2.5.2 branch) Committed revision 59686. (2.6 trunk) -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1243] option.dest not set when callback called with optparse

Guido van Rossum added the comment: Ping? I was hoping for a patch? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1243> __ ___ Python-bugs-list mailing list

[issue683658] PyErr_Warn may cause import deadlock

Guido van Rossum added the comment: No, backporting that to 2.5 isn't an option; it introduces a new feature and breaks binary backwards compatibility by removing the PyImport_ImportModuleEx entry point from the executable (turning it into a macro). -- assignee: gvanrossum ->

[issue683658] PyErr_Warn may cause import deadlock

Guido van Rossum added the comment: Let's close this unless there's a response from one of the original stakeholders within a week (i.e. by Jan 11 2008). -- keywords: +patch -64bit Tracker <[EMAIL PROTECTED]> <http://bugs.pyt

[issue1234] semaphore errors on AIX 5.2

Guido van Rossum added the comment: OK, accepted for 2.5 and 2.6. Can someone with a stake and submit access (e.g. lemburg) check it in? -- assignee: -> lemburg resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1728] distutils.cmd breaks inspect

Changes by Guido van Rossum: -- resolution: -> duplicate status: open -> closed superseder: -> re.match.func_code.co_filename returns "re.py" __ Tracker <[EMAIL PROTECTED]> <http

[issue614555] Rewrite _reduce and _reconstructor in C

Guido van Rossum added the comment: I just don't see this happening. Possibly it's out of date. Lots of things have changed in the pickle world since 2002. -- resolution: -> wont fix status: open -> closed Tracker <[EMAI

[issue1243] option.dest not set when callback called with optparse

Guido van Rossum added the comment: Hm, perhaps I misinterpreted the discussion. If no patch is necessary, please close as won't fix or invalid. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1089358] need siginterrupt() on Linux - impossible to do timeouts

Guido van Rossum added the comment: Looks okay, but needs docs. -- nosy: +gvanrossum _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1089358> _ ___

[issue1243] option.dest not set when callback called with optparse

Guido van Rossum added the comment: Then let's leave well enough alone. I believe Greg Ward doesn't usually respond to queries about optparse, but I'm assigning it to him anyway in case his interest is piqued. But for now, let's close this. -- assignee: -

[issue846388] Check for signals during regular expression matches

Guido van Rossum added the comment: Mind if I assign this to Facundo? Facundo, if you wish to pass this on, just unassign it. -- assignee: effbot -> facundobatista nosy: +gvanrossum Tracker <[EMAIL PROTECTED]> <http://bugs.python.org

[issue1738] filecmp.dircmp does exact match only

Guido van Rossum added the comment: I'm sorry, but can you rephrase that in the form of a patch? I can't quite figure out what you're trying to say, except that it sounds like it's scratching an itch of yours. -- nosy: +gvanrossum __

[issue1656] Make math.{floor,ceil}(float) return ints per PEP 3141

Guido van Rossum added the comment: looks good. -- assignee: gvanrossum -> jyasskin resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1725] -1e-1000 converted incorrectly

Guido van Rossum added the comment: Committed revision 59725. Thanks for the fix, Mark! This issue is a great example of how our development process works well. I propose not to backport this to 2.5.2, it's a rather minor issue and who knows what user code might depend on the existing

[issue1725] -1e-1000 converted incorrectly

Guido van Rossum added the comment: PS. I reformatted some long lines in the patch. In general, I like to keep all lines < 80 chars, in both C and Python code. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1722225] Build on QNX 6

Guido van Rossum added the comment: I think it's fine to accept this (once the remaining issues are resolved) -- it's a remarkably small patch. Regarding TCGETA, perhaps the issue is that it isn't defined unless is included? While Python doesn't USE it, it exports it fr

[issue1698] urlparse and usernames containing @

Guido van Rossum added the comment: Committed revision 59726. This is in the trunk (2.6). Do you need this backported to 2.5.2 as well? -- keywords: +patch status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1692] Syntax Error exception dosen't print string; not informative

Guido van Rossum added the comment: Yup, thanks! Can you submit it and close this? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1692> __ ___ Python-bugs-list

[issue1663329] subprocess/popen close_fds perform poor if SC_OPEN_MAX is hi

Guido van Rossum added the comment: I'll review this when I have time. Thanks! If you want speedier response, please find someone else among the core developers; or perhaps the bug day on Jan 19 will help. -- assignee: -> gvanrossum _

[issue602345] option for not writing .py[co] files

Guido van Rossum added the comment: I'm okay with this feature, and the patch looks fine, except I don't like the names used. It's not really about "read-only-ness" of bytecode, it's about whether we write certain files. I'd suggest naming the envvar

[issue1637] urlparse.urlparse misparses URLs with query but no path

Guido van Rossum added the comment: I checked in your change and made up a test. Committed revision 59758. Thanks! -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue602345] option for not writing .py[co] files

Guido van Rossum added the comment: "dont" is a pretty common contraction (see e.g. telnet.py). Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue602345> _

[issue595601] file (& socket) I/O are not thread safe

Guido van Rossum added the comment: Given how long this has been sitting without action, it's ludicrous to keep it at "high" priority. I'm also taking it away from Jermy since his interest must be minimal by now. And I'm removing 3.0 since it has a completely different

[issue1637] urlparse.urlparse misparses URLs with query but no path

Guido van Rossum added the comment: Backport to 2.5.2: Committed revision 59760. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1637> __ ___ Python-bugs-list

[issue1526] DeprecationWarning in zipfile.py while zipping 113000 files

Guido van Rossum added the comment: Sounds like a plan. Can you cook up a patch? Otherwise perhaps the Jan 19 bug day can look into this? -- priority: -> low __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.o

[issue1491] BaseHTTPServer incorrectly implements response code 100

Guido van Rossum added the comment: Something for the bug day on Jan 19. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1491> __ ___ Python-bugs-list

[issue1492] BaseHTTPServer hard-codes Content-Type for error messages

Guido van Rossum added the comment: Something for the bug day on Jan 19? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1492> __ ___ Python-bugs-list

[issue1393] function comparing lacks NotImplemented error

Guido van Rossum added the comment: That solution (return NotImplemented instead of False) appears to work. Committed revision 59761. Thanks for bringing up this regression w.r.t. 2.5! -- resolution: -> fixed status: open -> closed __ Tracker &

[issue1668] -E command line parameter intent

Guido van Rossum added the comment: To resolve this, how about this patch (getenv.2.diff)? - change getenv("PYTHONCASEOK") -> Py_GETENV() (inside #ifdef PYOS_OS2) - rename THREADDEBUG -> PYTHONTHREADDEBUG and use Py_GETENV() Added file: http://bugs.python.org/file90

[issue602345] option for not writing .py[co] files

Guido van Rossum added the comment: Looks good, please commit! (Christian: the problem with using PYC in the envar name is that it is ambiguous about what happens to PYO files...) -- resolution: -> accepted Tracker <[EMAIL PROTECTED]&

[issue602345] option for not writing .py[co] files

Guido van Rossum added the comment: PS the patch still has a problem: Python/pythonrun.c:177: error: ‘Py_ReadOnlyBytecodeFlag’ undeclared (first use in this function) Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/is

[issue1747] issubclass(NotSubclassOfObject, InstanceOfAbcMeta) fails instead of returning False

Guido van Rossum added the comment: lgtm -- resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1747> __ ___ Python-bugs-li

[issue1526] DeprecationWarning in zipfile.py while zipping 113000 files

Guido van Rossum added the comment: I was about to check this in, when I noticed that the test runs for ~16 seconds on my state-of-the-arg hardware. I think that's too long. Perhaps it should only be run when -ulargefile is enabled? __ Tracker <[EMAIL P

[issue1741] .pypirc not found on windows

Guido van Rossum added the comment: Bug day candidate? 2.5.2 backport candidate. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1745] Backport of PEP 3102 "keyword-only arguments" to 2.6

Guido van Rossum added the comment: Thanks for tackling this! What line in test_collections.py is calling a function with >255 args? I'm a bit surprised since this has always been disallowed AFAICT. I'd like to see everything related to keyword-only args included in one patch.

[issue1745] Backport of PEP 3102 "keyword-only arguments" to 2.6

Changes by Guido van Rossum: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1745> __ ___ Python-bugs-list mailing list Unsubs

[issue1622] zipfile hangs on certain zip files

Guido van Rossum added the comment: Alan and Eric, can I depend on you two to review each other's code and let me know when you think the patch is ready to be submitted? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1526] DeprecationWarning in zipfile.py while zipping 113000 files

Guido van Rossum added the comment: Sounds like a plan. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1526> __ ___ Python-bugs-list mailing list Unsubs

[issue1751] Fast BytesIO implementation + misc changes

Guido van Rossum added the comment: Any chance of uploading a single patch that contains all these changes? The profile tests often fail when io.py changes because they happen to depend on "golden output" which includes line numbers of code in io.py that happens to be traced during th

[issue1754] WindowsError messages are not properly encoded

Guido van Rossum added the comment: Crys, can you confirm this? It would seem we'll need to fix this twice -- once for 2.x, once for 3.0. -- nosy: +gvanrossum, tiran __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1752] logging.basicConfig misleading behaviour

Guido van Rossum added the comment: I recall being bitten by this too when first trying to use the logging module. I think the behavior is intentional, but I suppose it could be documented better. -- assignee: -> vsajip nosy: +gvanrossum, vsajip priority: -&g

[issue1754] WindowsError messages are not properly encoded

Guido van Rossum added the comment: 3.0 will be a long way away for many users. Perhaps forcing English isn't so bad, as Python's own error messages aren't translated anyway? __ Tracker <[EMAIL PROTECTED]> <http://b

[issue1756] -m broken in trunk

New submission from Guido van Rossum: As of today, the -m option doesn't appear to work any more in the trunk. I get this error: $ ./python -m string Could not import runpy module $ However it seems to be confused: $ ./python -c 'import runpy' $ IOW the module imports just

[issue1756] -m broken in trunk

Guido van Rossum added the comment: Bah. Environment error. Sorry! -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue1762972] 'exec' does not accept what 'open' returns

Guido van Rossum added the comment: Maybe just a doc update? _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1762972> _ ___ Python-bugs-list mailing list

[issue1657] [patch] epoll and kqueue wrappers for the select module

Guido van Rossum added the comment: Not yet, I ran out of time. Can you hold on for another week? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1657> __ ___ Pyth

[issue1745] Backport of PEP 3102 "keyword-only arguments" to 2.6

Guido van Rossum added the comment: There's something I misunderstand then. I thought 2.x also didn't accept >255 args, but that test would seem to prove I'm wrong. __ Tracker <[EMAIL PROTECTED]> <http:

[issue1761] Bug in re.sub()

Guido van Rossum added the comment: So if the input ends in '\n', '$' matches both before and after that character, and two substitutions are made (even though multiline is not set). Seems a bug to me. -- nosy: +gvanrossum __ Track

[issue1762] Inheriting from ABC slows Decimal down.

Guido van Rossum added the comment: What change is responsible for the speedup? The cache check or removing type(instance) from the set? Since type(instance) is usually the same object as instance.__class__, the set will still have only one element (in particular for Decimal this is the case

[issue1761] Bug in re.sub()

Guido van Rossum added the comment: Then I'd say, this is the correct semantics, for better or for worse; add an example to the docs, and a test to the test suite, and close this as wont fix. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1771] Remove cmp parameter to list.sort() and builtin.sorted()

New submission from Guido van Rossum: We should either change the API so you can pass in a '<' comparator, or get rid of it completely (since key=... takes care of all use cases I can think of). -- messages: 59575 nosy: gvanrossum priority: normal severity: normal statu

[issue1771] Remove cmp parameter to list.sort() and builtin.sorted()

Changes by Guido van Rossum: -- components: +Interpreter Core __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1771> __ ___ Python-bugs-list mailing list

[issue1775] filehandle.write() does not return None (Python 3.0a2)

Guido van Rossum added the comment: The intention was that the lowest-level (unbuffered) stream object can write fewer bytes than given to it, as it is a direct interface to the underlying system call, which has this property (especially when the file is in non-blocking mode). I think it's

[issue1761] Bug in re.sub()

Guido van Rossum added the comment: Which is why I like to use \Z to match *only* the end of the string. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1761> __ __

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Guido van Rossum added the comment: Raymond, do you *always* have to be such a grinch? The mere existance of competing implementations proves that there's a need. Hopefully having one in the stdlib will inspire others to contribute improvements rather than starting from sc

[issue1621] Do not assume signed integer overflow behavior

Guido van Rossum added the comment: Alexandre, which Python version did you compile with -Wstrict-overflow? It would behoove us to check 2.5.2 thoroughly before it goes out the door. I will contact Coverity to ask if they check for this kind of thing. (They just upgraded us to "R

[issue1608] test_str.py crashes

Guido van Rossum added the comment: It would actually be better to use -fno-strict-overflow instead of -fwrapv, if it exists (GCC 4.2 and later). See also http://bugs.python.org/issue1621 which suggests there aren't actually many places that need this; gcc -Wstrict-overflow should help aud

[issue1621] Do not assume signed integer overflow behavior

Guido van Rossum added the comment: Marc-Andre: what do you mean by breaking lots and lots of extensions? Extensions also contain buffer overflow checks (at least I hope they do :-) and those should also be guaranteed safe by using -fwrapv or -fno-strict-overflow (GCC 4.2 and higher) until

[issue1731] Random errors on interpreter shutdown

Changes by Guido van Rossum: -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1731> __ ___ Python

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Guido van Rossum added the comment: The rejection of PEP 239 was years ago. PEP 3141 was accepted; it includes adding a rational type to the stdlib, and Jeffrey is doing this with my encouragement. The motivation is to have at least one example of each type in our modest numeric tower in the

[issue1381] cmath is numerically unsound

Guido van Rossum added the comment: Are you crazy? Adding new features to 2.5? No way! __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1381> __ ___ Python-bugs-

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Guido van Rossum added the comment: On Jan 9, 2008 4:29 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > I think the history of rational modules is that simplistic > implementations get built and then the writers find that exploding > denominators limit their usefulness for anyt

[issue1779] int("- 1") is valud, but float("- 1") isn't. Which is right?

New submission from Guido van Rossum: I discovered that when converting a string to an int or float, the int conversion allows whitespace after the sign, while the float conversion doesn't. I think they should be consistent. -- components: Interpreter Core messages: 59641

[issue1780] Decimal constructor accepts newline terminated strings

Guido van Rossum added the comment: I'd propose doing the same thing as int() and float(), which accept and strip leading and trailing whitespace. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1781] ConfigParser: add_section('DEFAULT') causes duplicate sections.

Guido van Rossum added the comment: Care to provide a patch? Otherwise this may be a good bug day candidate. The next one's Jan 19. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Guido van Rossum added the comment: All in all, Decimal is the odd man out -- it may never become a full member of the Real ABC. The built-in types complex, float and int (and long in 2.x) all support mixed-mode arithmetic, and this is one of the assumptions of the numeric tower -- and of course

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Guido van Rossum added the comment: > Would it be reasonable then to not have any of the numeric tower stuff > put in the decimal module -- basically leave it alone (no __ceil__, > etc)? If that's the preference of the decimal developers, sure.

[issue1782] PyModule_AddIntConstant and PyModule_AddStringConstant can leak

Guido van Rossum added the comment: These are meant purely for the convenience of module initialization, and there correct handling of reference counts in the light of failures is of marginal importance. So while these may technically have leaks, you shouldn't care. --

[issue1784] Error with OptionParser.parse_args()

Changes by Guido van Rossum: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1784> __ ___ Python

[issue1785] "inspect" gets broken by some descriptors

Guido van Rossum added the comment: Please submit a patch. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1785> __ ___ Python-bugs-

[issue1786] pdb should set stdin+stdout around exec call

New submission from Guido van Rossum: When you type a command in pdb that happens to print something, the output goes to sys.stdout, even if self.stdout references another file. This makes it hard to debug code running inside a web server where sys.stdout/stdout are connected to a socket (or a

[issue1786] pdb should set stdin+stdout around exec call

Changes by Guido van Rossum: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1786> __ ___ Python-bugs-list mailing list Unsubs

[issue1780] Decimal constructor accepts newline terminated strings

Guido van Rossum added the comment: > Allowing leading and trailing whitespace causes failures in Cowlishaw's > test suite. I guess Raymond's right: this bug report should be > dismissed. It still bothers me a little that there isn't a strictly > conforming imp

[issue1780] Decimal constructor accepts newline terminated strings

Guido van Rossum added the comment: I'd say that accepting a trailing \n is a bug that should be fixed. I think that ideally we'd be allowed to specify whitespace around the value. I am always annoyed at programs that require me to type e.g. an integer and don't let me put space

[issue1779] int("- 1") is valud, but float("- 1") isn't. Which is right?

Guido van Rossum added the comment: Moreover I think float is right and int is wrong. Something to fix in 3.0, probably not in 2.6 (don't want to break too much stuff that worked in 2.5). __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1787] segfault in obmalloc.c

Guido van Rossum added the comment: Sorry, there's just no way that this is going to be dealt with on the Python core tracker. Who says it isn't memory corruption caused by some Zope extension module... -- nosy: +gvanrossum resolution: -> rejected status: o

[issue1794] Hot keys must work in any keyboard layout

Guido van Rossum added the comment: So what's a hot key? Now I'm really confused. I don't recall anything using scan codes in IDLE, at least not for the memory shortcuts etc. __ Tracker <[EMAIL PROTECTED]> <http://b

[issue1794] Hot keys must work in any keyboard layout

Guido van Rossum added the comment: Not being familiar with localized keyboards, I don't understand your question. Can you provide some screen dumps of what you see and explain what you expected to see? PS. What OS? -- nosy: +gvanrossum priority: -

[issue1780] Decimal constructor accepts newline terminated strings

Guido van Rossum added the comment: > Do you want to be able to do Decimal("3 ") but not Decimal("3\n")? I want either both or none, with a slight preference for both but only if it can be done without breaking the spec. The status quo is that "3 " is refused

[issue1794] Hot keys must work in any keyboard layout

Guido van Rossum added the comment: IDLE is written using Tkinter, not native Windows UI programming APIs, I don't know if the scan code is available in the keyboard events. If you want something to happen on this, I suggest you try to create a patch to IDLE yourself -- it's unlikel

[issue1337648] Elemental Security contribution - parsexml.py

Guido van Rossum added the comment: I'll just withdraw it. -- resolution: -> rejected status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.pyt

[issue1616] compiler warnings (gcc 2.96)

Guido van Rossum added the comment: With a newer compiler (GCC 4.0.1 on OSX 10.5.1) I still get some warnings: /Users/guido/p25/Modules/_ctypes/libffi/src/x86/ffi_darwin.c:220: warning: function declaration isn’t a prototype /Users/guido/p25/Modules/readline.c: In function ‘flex_complete

[issue1616] compiler warnings (gcc 2.96)

Changes by Guido van Rossum: -- status: pending -> open __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1616> __ ___ Python-bugs-list mailing list Uns

[issue1814] Victor Stinner's GMP patch for longs

Guido van Rossum added the comment: Since this keeps coming up, I think it would make sense to turn this into an optional extension module. PS. The licensing concerns are another reason not to use this for the core long (or int in Py3k) type. -- keywords: +patch nosy: +gvanrossum

[issue1816] sys.cmd_flags patch

Guido van Rossum added the comment: I like the idea of exposing Python's command line flags, but I think this API is a bit odd. I'd rather see it be a struct with members named after the various arguments and values that are ints or bools -- or simply a bunch of new flags directly

[issue1817] module-cgi: handling GET and POST together

Guido van Rossum added the comment: Well, what are you waiting for? Submit a patch! -- keywords: +easy nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1816] sys.cmd_flags patch

Guido van Rossum added the comment: Can't you use a namedtuple? Then printing it would show the names of the flags... __ Tracker <[EMAIL PROTECTED]> <http://bugs.python

[issue1814] Victor Stinner's GMP patch for longs

Guido van Rossum added the comment: I don't recall, but I suppose it had stopped working and nobody could be found who wanted to maintain it. Possibly the Python-unfriendly license was also a reason. __ Tracker <[EMAIL PROTECTED]> <http://b

<    9   10   11   12   13   14   15   16   17   18   >