[issue2477] parser support for future import of unicode_strings

New submission from Neal Norwitz [EMAIL PROTECTED]: This is a patch that modifies the parser to allow getting the future import flags into the AST. There are 2 approaches that are embedded within the patch. Both approaches can be seen in Python/pythonrun.c. 1) update_flags_from_node() - this

[issue1054434] automatic XMLRPC boxcarring via multicall for xmlrpclib

Ralf Schmitt [EMAIL PROTECTED] added the comment: I personally have no need for it (not even for non-automatic boxcarring). Note that you would also have to write documentation. -- type: - feature request versions: +Python 2.6 -Python 2.5 _ Tracker

[issue2330] Update PEP 3000 with new release schedule

Georg Brandl [EMAIL PROTECTED] added the comment: PEP 3000 refers to PEP 361 which has the schedule for both 2.6 and 3.0. -- nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2330 __

[issue2355] Using buffer() should raise a Py3K warning

Georg Brandl [EMAIL PROTECTED] added the comment: Added test and committed as r61878. -- nosy: +georg.brandl resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2355 __

[issue2357] sys.exc_{type, values, traceback} should raise a Py3K warning

Georg Brandl [EMAIL PROTECTED] added the comment: I'd say that since this is so easy for a fixer to spot and fix, no convoluted effort to add a Py3k warning is necessary. (The same goes for sys.exitfunc, #2356). -- nosy: +georg.brandl __ Tracker [EMAIL

[issue2357] sys.exc_{type, values, traceback} should raise a Py3K warning

Jack Diederich [EMAIL PROTECTED] added the comment: +1, I'll burn my _apply_evil(ModuleObject *) function patch to moduleobject.c which did a memcpy on a type object and several other heresies. On Tue, Mar 25, 2008 at 4:27 AM, Brett Cannon [EMAIL PROTECTED] wrote: Brett Cannon [EMAIL

[issue2476] optparse docs should mention %default being new in 2.4

Georg Brandl [EMAIL PROTECTED] added the comment: Fixed in r61882. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2476 __

[issue2477] parser support for future import of unicode_strings

Christian Heimes [EMAIL PROTECTED] added the comment: I'll check it out today. -- assignee: - tiran nosy: +tiran __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2477 __

[issue2359] A Py3K warning for array.array.{read,write} is needed

Georg Brandl [EMAIL PROTECTED] added the comment: Committed patch as r61881. -- nosy: +georg.brandl resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2359 __

[issue2477] parser support for future import of unicode_strings

Changes by Eric Smith [EMAIL PROTECTED]: -- nosy: +eric.smith __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2477 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1251748] compiler package: global a; a=5

Armin Rigo [EMAIL PROTECTED] added the comment: Thanks Antoine for the clarification. The situation is that by now PyPy has found many many more bugs in trying to use the compiler package to run the whole stdlib and real-world applications. What I can propose is to extract what we have got and

[issue2470] Need fixer for dl (removed) - ctypes module

Thomas Heller [EMAIL PROTECTED] added the comment: In the simplest case, convert import dl libc = dl.open(libc.so.6) iconv = libc.call(iconv_open, ISO-8859-1, ISO-8859-2) print(iconv) to import ctypes libc = ctypes.CDLL(libc.so.6) iconv = libc.iconv_open(ISO-8859-1, ISO-8859-2)

[issue2478] decimal.Decimal( 0 ).sqrt() fails

Changes by glathoud [EMAIL PROTECTED]: -- components: Library (Lib) nosy: glathoud severity: normal status: open title: decimal.Decimal( 0 ).sqrt() fails type: crash versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2478

[issue2478] decimal.Decimal( 0 ).sqrt() fails

New submission from glathoud [EMAIL PROTECTED]: I got a crash with Python 2.5.2 : Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. import decimal decimal.Decimal( 0 ).sqrt() Traceback (most

[issue2477] parser support for future import of unicode_strings

Christian Heimes [EMAIL PROTECTED] added the comment: I've carefully examined both version. I agree that update_flags_from_node is too fragile. I haven't verified my theory but I *think* the current code does neither support from __future__ import egg, spam nor from __future__ import egg

[issue2472] Fixed block ordering code in compiler.pyassem

Antoine Pitrou [EMAIL PROTECTED] added the comment: Neal, I don't have sufficient permissions to assign bugs to anybody, but here you are in the nosy list. :) -- nosy: +nascheme __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2472

[issue1251748] compiler package: global a; a=5

Antoine Pitrou [EMAIL PROTECTED] added the comment: Armin, it would be nice to merge back your work indeed. If you submit a patch I can take a look at it. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1251748 _

[issue2479] Bytearray and io backport

New submission from Christian Heimes [EMAIL PROTECTED]: Fix the remaining tests and merge the branch into 2.6 svn+ssh://[EMAIL PROTECTED]/python/branches/trunk-bytearray So far 5 unit tests are failing. Two are related to pickling/copy and two to subclassing. -- components:

[issue2477] parser support for future import of unicode_strings

Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: The flag should be named unicode_literals since that what changes. Unicode strings are already available in Python 2.x :-) BTW: I'm not convinced that these future imports are all that useful - the ratio between usefulness and added

[issue2224] branches/trunk-math patch

Changes by Christian Heimes [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9594/trunk-math.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2224 __ ___

[issue2224] branches/trunk-math patch

Christian Heimes [EMAIL PROTECTED] added the comment: Merge Mark's and my math branch into 2.6. IMHO it's ready and stable but I like to get the opinion of yet another core developer first. Merge recipe Since svnmerge.py causes too many conflicts I've created a patch. However the

[issue2026] test_largefile.py converted to unittest

Giampaolo Rodola' [EMAIL PROTECTED] added the comment: Uh! This report is still open. Facundo could you close it? :) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2026 __ ___

[issue2478] decimal.Decimal( 0 ).sqrt() fails

Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: - rhettinger nosy: +rhettinger __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2478 __ ___ Python-bugs-list

[issue2477] parser support for future import of unicode_strings

Christian Heimes [EMAIL PROTECTED] added the comment: Working patch I had to introduce yet another PyParser Ex method for string parsing. I also renamed the future feature to unicode_literals Added file: http://bugs.python.org/file9846/unicode_literals.patch __

[issue2477] parser support for future import of unicode_strings

Changes by Ralf Schmitt [EMAIL PROTECTED]: -- nosy: +schmir __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2477 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2478] decimal.Decimal( 0 ).sqrt() fails

Mark Dickinson [EMAIL PROTECTED] added the comment: I'll fix this. -- nosy: +marketdickinson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2478 __ ___ Python-bugs-list

[issue2480] pickling of recursive sets of objects fails

New submission from Daniel Darabos [EMAIL PROTECTED]: In the attached demo I create a graph of 250 nodes, all of which are connected to every other node, and this is represented by a set attribute of the Node objects. When I try to pickle this graph, it fails in various ways. In regular pickle

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

Quentin Gallet-Gilles [EMAIL PROTECTED] added the comment: Didn't think a few days would translate into a month. My bad! Anyway, here's the promised patch. -- keywords: +patch Added file: http://bugs.python.org/file9848/cfgparser_comments.patch _

[issue2478] decimal.Decimal( 0 ).sqrt() fails

Changes by Mark Dickinson [EMAIL PROTECTED]: -- versions: +Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2478 __ ___ Python-bugs-list mailing

[issue2443] uninitialized access to va_list

Alexander Belopolsky [EMAIL PROTECTED] added the comment: This is not a bug. All the reported functions expect va_list argument to be initialized before being called. AFAICT, they are consistently used in this way. For example, PyObject * PyObject_CallFunctionObjArgs(PyObject *callable,

[issue2481] locale.strxfrm does not work with Unicode strings

New submission from Christoph Zwerschke [EMAIL PROTECTED]: While locale.strcoll seems to work with Unicode strings, locale.strxfrm gives a UnicodeError. Example: ### try: locale.setlocale(locale.LC_ALL, 'de') except locale.Error: # Windoof locale.setlocale(locale.LC_ALL, 'german') s =

[issue2478] decimal.Decimal( 0 ).sqrt() fails

Mark Dickinson [EMAIL PROTECTED] added the comment: Fixed in r61892 (2.6) and r61893 (2.5). Thanks for the report! This bug exposes a flaw in the decimal testsuite: the thousands of testcases in Lib/test/decimaltestdata are only ever run with an explicitly given context. Would it be worth

[issue1714] ConfigParser.py do not allow leading (and trailing) space in values.

Changes by Quentin Gallet-Gilles [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9217/cfgparser_doublequotes.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1714 __

[issue2481] locale.strxfrm does not work with Unicode strings

Changes by Georg Brandl [EMAIL PROTECTED]: -- assignee: - loewis nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2481 __ ___ Python-bugs-list mailing list

[issue2477] parser support for future import of unicode_strings

Nick Coghlan [EMAIL PROTECTED] added the comment: The patch actually isn't all that complicated - the main structural change to make it possible to process the strings correctly is converting the parser functions to have treat the flags argument as an I/O variable, rather than just an input.

[issue2443] uninitialized access to va_list

Alexander Belopolsky [EMAIL PROTECTED] added the comment: On the second thought the macro dance highlighted by OP belongs to pyport.h. Attached patch defines Py_VA_COPY macro and uses it to simplify va_list copying code. -- keywords: +patch Added file:

[issue2482] Decimal(unicode)

New submission from Oleg Broytmann [EMAIL PROTECTED]: Decimal(u'123').to_eng_string() returns unicode in Python 2.5.2. That's probably due to the optimization in decimal module, after which decimal stores coefficient (mantissa) as a str, and doesn't coerce input to str. See the thread at

[issue2482] Decimal(unicode)

Changes by Mark Dickinson [EMAIL PROTECTED]: -- assignee: - marketdickinson nosy: +marketdickinson versions: +Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2482 __

[issue2431] 2to3 is rather slow

Collin Winter [EMAIL PROTECTED] added the comment: With the patch applied, all tests in test_fixers fail. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2431 __ ___

[issue2482] Decimal(unicode)

Facundo Batista [EMAIL PROTECTED] added the comment: Decimal needs to grow something like the following near the top of the module: try: _bytes = bytes except NameError: # 2.5 or earlier _bytes = str and then use _bytes instead of str as appropriate throughout the rest of the module. This

[issue2478] decimal.Decimal( 0 ).sqrt() fails

Facundo Batista [EMAIL PROTECTED] added the comment: It'd be nice to have it, but actually I'm not sure that this is doable without some heavy editing of decimal's test framework. Thanks! -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED]

[issue2480] pickling of large recursive structures fails

Daniel Darabos [EMAIL PROTECTED] added the comment: So now I've learned that this is a result of the way Pickler is implemented. I think that it would make sense to create an implementation that is not that recursive and that would handle such structures better. I have now written one such

[issue2480] pickling of large recursive structures fails

Changes by Daniel Darabos [EMAIL PROTECTED]: Added file: http://bugs.python.org/file9851/picklertest.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2480 __ ___

[issue2480] pickling of large recursive structures fails

Changes by Ralf Schmitt [EMAIL PROTECTED]: -- nosy: +schmir __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2480 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1714] ConfigParser.py do not allow leading (and trailing) space in values.

Changes by Ralf Schmitt [EMAIL PROTECTED]: -- nosy: +schmir __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1714 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2480] pickling of large recursive structures fails

Daniel Darabos [EMAIL PROTECTED] added the comment: Sidenote: If I click edit for nonrecursivepickler.py, I get told that File has been classified as spam. Strange. Should I not use Viagra as a classname? :) (j/k I didn't do anything like that) However I have now fixed a mistake in my code.

[issue2483] int and float accept bytes, complex does not

New submission from Mark Dickinson [EMAIL PROTECTED]: In 3.0, the int and float constructors accepts bytes instances as well as strings: int(b'1') 1 float(b'1') 1.0 but the complex constructor doesn't: complex(b'1') Traceback (most recent call last): File stdin, line 1, in module

[issue2431] 2to3 is rather slow

David Wolever [EMAIL PROTECTED] added the comment: Ah, yea -- in my rush to catch my train I must have neglected to look at the _results_ of running test.py... I have updated the patch so the fixers will work. Added file: http://bugs.python.org/file9853/fixer_head_node_lookup_2.diff

[issue1251748] compiler package: global a; a=5

Neil Schemenauer [EMAIL PROTECTED] added the comment: On Tue, Mar 25, 2008 at 09:18:38AM +, Armin Rigo wrote: The situation is that by now PyPy has found many many more bugs in trying to use the compiler package to run the whole stdlib and real-world applications. What I can propose is

[issue2477] parser support for future import of unicode_strings

Christian Heimes [EMAIL PROTECTED] added the comment: Also Christian - the posted patch accidentally included your hack to make the version info a bit more non-SVN checkout friendly. I'm still learning bzr. I just have figured out how to merge changes from the upstream trunk into my branch.

[issue2483] int and float accept bytes, complex does not

Nick Coghlan [EMAIL PROTECTED] added the comment: I have a couple of use cases for bytes-as-ASCII-text - int, one of which also touches on floats. The other numeric types also accepting bytes as representing ASCII encoded strings would then follow from a consistency of behaviour argument. Use

[issue2484] Cosmetic patch for warning unused variable

New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: int i,j; in inner block is hiding Py_ssize_t i,j; -- components: Extension Modules files: fix_warning.patch keywords: patch, patch messages: 64499 nosy: ocean-city severity: normal status: open title: Cosmetic patch for warning

[issue2443] uninitialized access to va_list

Christian Heimes [EMAIL PROTECTED] added the comment: Looks like a good idea to me -- priority: high - critical resolution: - accepted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2443 __

[issue2431] 2to3 is rather slow

Collin Winter [EMAIL PROTECTED] added the comment: The updated version of the patch passes the tests and yields a 19-20% speed increase in the running time of test_all_fixers and the time taken for 2to3 to translate itself. I've sent David some comments on the patch, and once it's cleaned up

[issue2484] Cosmetic patch for warning unused variable

Georg Brandl [EMAIL PROTECTED] added the comment: This seems to be already fixed in trunk. Can you confirm? -- nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2484 __

[issue2459] speedup loops with better bytecode

Changes by Gregory P. Smith [EMAIL PROTECTED]: -- nosy: +gregory.p.smith __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2459 __ ___ Python-bugs-list mailing list

[issue2443] Define Py_VA_COPY macro as a cross-platform replacement for gcc __va_copy

Changes by Alexander Belopolsky [EMAIL PROTECTED]: -- title: uninitialized access to va_list - Define Py_VA_COPY macro as a cross-platform replacement for gcc __va_copy type: compile error - feature request __ Tracker [EMAIL PROTECTED]

[issue2459] speedup loops with better bytecode

Changes by Fred L. Drake, Jr. [EMAIL PROTECTED]: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2459 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2459] speedup loops with better bytecode

Changes by Fred L. Drake, Jr. [EMAIL PROTECTED]: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2459 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2483] int and float accept bytes, complex does not

Mark Dickinson [EMAIL PROTECTED] added the comment: For both these use cases, don't you still have a problem going the other way, from an integer back to bytes? Is there an easier way than bytes(str(n), 'ascii') ? __ Tracker [EMAIL PROTECTED]

[issue2482] Decimal(unicode)

Mark Dickinson [EMAIL PROTECTED] added the comment: I'm not sure that converting to bytes for Python 3.0 is going to be a simple change. For one thing, most of the arithmetic functions have to do the reverse conversion (int - str/bytes) at some point. At the moment, an int - bytes conversion

[issue2482] Decimal(unicode)

Mark Dickinson [EMAIL PROTECTED] added the comment: str - unicode regression fixed in r61904, r61906. (I backported the fix to 2.5; it's not absolutely clear that it's worth it, but this *is* a bug, and it seems worth not letting the various decimal.py versions diverge too much.)

[issue2459] speedup loops with better bytecode

Antoine Pitrou [EMAIL PROTECTED] added the comment: By the way, the compiler package fix has been isolated and cleaned up as part of #2472. Maybe it would be nice to start with that one. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2459

[issue1251748] compiler package: global a; a=5

Antoine Pitrou [EMAIL PROTECTED] added the comment: It seems to me that releasing it as a third-party package would be a little contradictory, since the compiler package is supposed to follow the CPython core (compile.c etc.) evolutions. In any case, whatever the decision (stdlib package or

[issue2477] parser support for future import of unicode_strings

Christian Heimes [EMAIL PROTECTED] added the comment: Slightly better patch * removed bzr hack * simplified parsestr() * updated NEWS Added file: http://bugs.python.org/file9855/unicode_literals2.patch __ Tracker [EMAIL PROTECTED]

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Benjamin Peterson [EMAIL PROTECTED] added the comment: Since the ACKS have changed since I did this merge, shall I remerge and commit the changes to both branches? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __

[issue2026] test_largefile.py converted to unittest

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2026 __ ___

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Christian Heimes [EMAIL PROTECTED] added the comment: Yes, please sync the ACKS files again. -- assignee: tiran - benjamin.peterson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Benjamin Peterson [EMAIL PROTECTED] added the comment: Commited in r61913 and r61914. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Christian Heimes [EMAIL PROTECTED] added the comment: For the record You don't have to merge changes from 2.6 to 3.0 manually. In fact you mustn't unless you explicitly block the revision with svnmerge.py. In general you submit a change to 2.6 and it gets merged into 3.0 later.

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Benjamin Peterson [EMAIL PROTECTED] added the comment: On Tue, Mar 25, 2008 at 4:17 PM, Christian Heimes [EMAIL PROTECTED] wrote: Christian Heimes [EMAIL PROTECTED] added the comment: For the record You don't have to merge changes from 2.6 to 3.0 manually. In fact you mustn't unless you

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Christian Heimes [EMAIL PROTECTED] added the comment: I think I'll follow a different path here. I may end up with svn rm Misc/ACKS svn copy ../trunk/Misc/ACKS Misc/ It should make future merges easier. __ Tracker [EMAIL PROTECTED]

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Benjamin Peterson [EMAIL PROTECTED] added the comment: On Tue, Mar 25, 2008 at 4:23 PM, Christian Heimes [EMAIL PROTECTED] wrote: Christian Heimes [EMAIL PROTECTED] added the comment: I think I'll follow a different path here. I may end up with svn rm Misc/ACKS svn copy

[issue2481] locale.strxfrm does not work with Unicode strings

Martin v. Löwis [EMAIL PROTECTED] added the comment: FWIW, this is fixed in Python 3.0. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2481 __ ___ Python-bugs-list mailing list

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Changes by Benjamin Peterson [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9856/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __ ___

[issue2485] Traceback changed in 2.6 for unhashable objects

New submission from Martin Geisler [EMAIL PROTECTED]: The traceback message given when trying to hash unhashable objects has changed from Python 2.5 to 2.6: Python 2.5.2a0 (r251:54863, Feb 10 2008, 01:31:28) hash([]) Traceback (most recent call last): File stdin, line 1, in module

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Changes by Benjamin Peterson [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9857/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __ ___

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Christian Heimes [EMAIL PROTECTED] added the comment: Are you absolutely sure you have used svn copy? The logs don't show a svn copy. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __

[issue2390] Merge 2.6 ACKS with 3.0 ACKS

Benjamin Peterson [EMAIL PROTECTED] added the comment: On Tue, Mar 25, 2008 at 4:29 PM, Christian Heimes [EMAIL PROTECTED] wrote: Christian Heimes [EMAIL PROTECTED] added the comment: Are you absolutely sure you have used svn copy? The logs don't show a svn copy. Oh, no. I copied with cp,

[issue2486] Consider using bytes type instead of str to store Decimal coefficients

New submission from Mark Dickinson [EMAIL PROTECTED]: The Python 3.0 version of decimal.py currently stores the coefficient of a Decimal number (or the payload of a NaN) as a string, all of whose characters are in the range '0' through '9'. It may be more time-efficient to store the coefficient

[issue2482] Decimal(unicode)

Mark Dickinson [EMAIL PROTECTED] added the comment: The original bug here is fixed, so I'm closing this issue. I've opened a separate issue (issue 2486) for discussing changing the Decimal coefficient from str to bytes. -- resolution: - fixed status: open - closed

[issue2443] uninitialized access to va_list

Rolland Dudemaine [EMAIL PROTECTED] added the comment: This is what I meant. The initialization should be done by calling va_start(count_va); as you described. In the files and lines I reported though, this is not called. I'll file a patch for it soon. --Rolland Dudemaine Alexander Belopolsky

[issue2481] locale.strxfrm does not work with Unicode strings

Martin v. Löwis [EMAIL PROTECTED] added the comment: Sure, although it probably shouldn't be backported to 2.5. -- versions: +Python 2.6 -Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2481 __

[issue2457] add --help and -h options to pdb

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: - benjamin.peterson priority: - low __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2457 __ ___

[issue2457] add --help and -h options to pdb

Changes by Benjamin Peterson [EMAIL PROTECTED]: -- assignee: benjamin.peterson - georg.brandl nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2457 __

[issue2470] Need fixer for dl (removed) - ctypes module

Thomas Heller [EMAIL PROTECTED] added the comment: Thomas Heller schrieb: Thomas Heller [EMAIL PROTECTED] added the comment: In the simplest case, convert import dl libc = dl.open(libc.so.6) iconv = libc.call(iconv_open, ISO-8859-1, ISO-8859-2) print(iconv) to import ctypes libc

[issue2487] ldexp(x,n) misbehaves when abs(n) is large

New submission from Fredrik Johansson [EMAIL PROTECTED]: Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. from math import ldexp from sys import maxint ldexp(1.234, maxint//2) Traceback (most

[issue2488] Backport sys.maxsize to Python 2.6

New submission from Christian Heimes [EMAIL PROTECTED]: See topic -- components: Extension Modules keywords: 26backport, easy messages: 64528 nosy: tiran priority: high severity: normal status: open title: Backport sys.maxsize to Python 2.6 type: feature request versions: Python 2.6

[issue2487] ldexp(x,n) misbehaves when abs(n) is large

Christian Heimes [EMAIL PROTECTED] added the comment: ldexp(1.234, maxint) works as expected in our trunk-math branch. ldexp(1.234, -maxint-2) fails with the same error message. -- assignee: - marketdickinson nosy: +marketdickinson, tiran priority: - normal versions: +Python 2.6

[issue2488] Backport sys.maxsize to Python 2.6

Ryan Freckleton [EMAIL PROTECTED] added the comment: Here's a patch including docstring and NEWS update for this backport. -- keywords: +patch nosy: +ryan.freckleton Added file: http://bugs.python.org/file9859/patch.diff __ Tracker [EMAIL PROTECTED]

[issue2486] Consider using bytes type instead of str to store Decimal coefficients

Mark Dickinson [EMAIL PROTECTED] added the comment: Here's a first try at a patch that converts the Decimal coefficient from type str to type bytes. It needs some work: here are some timings for a complete run of the test suite (best of 3 in each case) on my MacBook. Python 3.0, str:

[issue2487] ldexp(x,n) misbehaves when abs(n) is large

Mark Dickinson [EMAIL PROTECTED] added the comment: I agree that the second and fourth cases are bugs. The second case looks like a Windows only problem: I get the expected OverflowError on both OS X 10.5.2/Intel and SuSE Linux 10.2/i686. The fourth case is cross-platform, and occurs also

[issue2489] Patch for bugs in pty.py

New submission from Fergus Henderson [EMAIL PROTECTED]: The attached patch fixes some bugs in the pty.py module: - spawn() would not wait for the invoked process to finish. Also, it did not return a meaningful value, so there was no way to tell if the invoked process failed.After

[issue2489] Patch for bugs in pty.py

Guilherme Polo [EMAIL PROTECTED] added the comment: Hi Fergus, I would suggest using if not data to check for EOF -- nosy: +gpolo __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2489 __

[issue2489] Patch for bugs in pty.py

Fergus Henderson [EMAIL PROTECTED] added the comment: On Tue, Mar 25, 2008 at 9:22 PM, Guilherme Polo [EMAIL PROTECTED] wrote: I would suggest using if not data to check for EOF Good idea. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2489

[issue2459] speedup loops with better bytecode

Antoine Pitrou [EMAIL PROTECTED] added the comment: This new patch also updates the code generation for list comprehensions. Here are some micro-benchmarks: ./python -m timeit -s l = range(100) [x for x in l] Before: 10 loops, best of 3: 14.9 usec per loop After: 10 loops, best of 3:

[issue2486] Consider using bytes type instead of str to store Decimal coefficients

Nick Coghlan [EMAIL PROTECTED] added the comment: Hmm, I forgot there wasn't currently a direct path back from int - bytes. I think your numbers *do* show that we need to do something about the performance of the Python 3.0 version of decimal. A 25% increase in runtime is a pretty big

[issue2490] Assertion failure in datetime.strftime()

Benjamin Peterson [EMAIL PROTECTED] added the comment: Can you give us an example of the data that caused the failure? -- nosy: +benjamin.peterson type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2490

[issue2491] io.open() handles errors differently on different platforms

New submission from Neal Norwitz [EMAIL PROTECTED]: The attached file has a snapshot of the python.org homepage that was causing test_urllibnet to fail on some platforms (2 sparc, and ia64 at least), but not other platforms. This should be handled consistently. I don't know if there are really

[issue2484] Cosmetic patch for warning unused variable

Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: I've confirmed trunk doesn't have this problem. Probably this is merge issue. r57928 changed the position of int i,j in py3k, but not changed in trunk, so when r61864 was merged into py3k some kind of conflict happened.

  1   2   >