[issue1928] test_urllib fails

Georg Brandl added the comment: I'll fix that this weekend. -- assignee: -> georg.brandl nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __

[issue1932] Cosmetic patch to supress compiler warning

Hirokazu Yamamoto added the comment: VisualC++6 (this is only VC compiler I have) Compiler Warning (level 1) C4090 '=' : different 'const' qualifiers http://msdn2.microsoft.com/en-us/library/k77bkb8d(VS.71).aspx __ Tracker <[EMAIL PROTECTED]>

[issue1932] Cosmetic patch to supress compiler warning

Martin v. Löwis added the comment: Can you please explain what compiler you are using and what warning it produces? -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]> __ _

[issue1931] NameError: global name 'basestring' is not defined

Martin v. Löwis added the comment: Robert, can you please explain why you consider this as a bug? -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1930] sys.maxint not found in Python 3.0a2

Martin v. Löwis added the comment: sys.maxint was *not* changed to sys.maxsize - it was simply removed. pyparsing apparently hasn't been ported to Python 3; please bring this up with the pyparsing authors (but then, Python 3 hasn't been released, so they might decide not to take any action for se

[issue1920] while else loop seems to behave incorrectly

Mark Dickinson added the comment: Forgot to say: Amaury checked his fix in in revision #60265 (trunk) and revision #60268 (Python 2.5). Thanks for the bug report, Mark! __ Tracker <[EMAIL PROTECTED]> __

[issue1932] Cosmetic patch to supress compiler warning

New submission from Hirokazu Yamamoto: This is not compile error, but I cannot find more proper tag than this. -- components: Build files: const.patch messages: 61669 nosy: ocean-city severity: minor status: open title: Cosmetic patch to supress compiler warning type: compile error versi

[issue1926] NNTPS support in nntplib

Bill Janssen added the comment: Unfortunately, it uses the deprecated socket.ssl calls. Re-worked to use the new SSL module, it would be OK. __ Tracker <[EMAIL PROTECTED]> __ _

[issue1920] while else loop seems to behave incorrectly

Mark Dickinson added the comment: Looks like Amaury found his svn access. Is it okay to close this now? -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> _

[issue1931] NameError: global name 'basestring' is not defined

Guido van Rossum added the comment: It's been deleted. Use 2to3; it will replace it with 'str'. -- components: +Documentation nosy: +gvanrossum type: compile error -> __ Tracker <[EMAIL PROTECTED]> _

[issue1930] sys.maxint not found in Python 3.0a2

Changes by Guido van Rossum: -- components: +Documentation __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue1931] NameError: global name 'basestring' is not defined

Robert Clark added the comment: basestring is in the builtins library for 2.5.1, but is not there in 3.0a2 Linux: RHEL40 __ Tracker <[EMAIL PROTECTED]> __ _

[issue1930] sys.maxint not found in Python 3.0a2

Georgij Kondratjev added the comment: Maybe it was not noted, but it is documented: http://docs.python.org/dev/3.0/library/sys.html -- nosy: +orivej __ Tracker <[EMAIL PROTECTED]> __

[issue1930] sys.maxint not found in Python 3.0a2

Robert Clark added the comment: sys.maxint was changed to sys.maxsize, but this was not noted in the documentation. __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1931] NameError: global name 'basestring' is not defined

New submission from Robert Clark: File "/home/rclark/lib/src/python/pyparsing/pyparsing-1.3.1/pyparsing.py", line 1511, in __init__ if isinstance( expr, basestring ): NameError: global name 'basestring' is not defined -- messages: 61662 nosy: rclark severity: normal status: open titl

[issue1930] sys.maxint not found in Python 3.0a2

New submission from Robert Clark: File "/home/rclark/lib/src/python/pyparsing/pyparsing-1.3.1/pyparsing.py", line 971, in __init__ self.maxLen = sys.maxint AttributeError: 'module' object has no attribute 'maxint' -- messages: 61661 nosy: rclark severity: normal status: open title:

[issue1929] httplib _read_chunked TypeError ||| i = line.find(";")

Georgij Kondratjev added the comment: Sorry, while debugging there was no 'b': --- line = self.fp.readline() +print(' ***', line) i = line.find(";") --- __ Tracker <[EMAIL PROTECTED]> __

[issue1929] httplib _read_chunked TypeError ||| i = line.find(";")

New submission from Georgij Kondratjev: (With current python3-svn) While trying to response.read() got this: --- File "/usr/lib/python3.0/httplib.py", line 533, in read return self._read_chunked(amt) File "/usr/lib/python3.0/httplib.py", line 573, in _read_chunked i = line.find(";")

[issue1910] Document that with is slower than try/finally

Benjamin Peterson added the comment: Ok, I see your reasoning. I'm going to start going to through the rest of the library for places with should be used. __ Tracker <[EMAIL PROTECTED]> __

[issue1928] test_urllib fails

New submission from Guido van Rossum: FAIL: test_read (__main__.urlopen_HttpTests) -- Traceback (most recent call last): File "Lib/test/test_urllib.py", line 130, in test_read self.assertEqual(fp.getcode(), 200) AssertionErro

[issue1577] shutil.move() does not use os.rename() if dst is a directory

Antoine Pitrou added the comment: Here is a patch, which also contains additional unit tests for shutil.move(). It would be nice if people tested it under various configurations, to see if there are any problems. Added file: http://bugs.python.org/file9281/shutilmove.patch _

[issue1927] raw_input behavior incorrect if readline not enabled

Gabriel Genellina added the comment: GNU readline is configured as to prompt the user using standard output, and read input from standard input; if this is the desired behavior it would be easy to provide a simple patch so input/raw_input behave that way even when readline is not used. --

[issue1921] Confusing Descrintro example

Changes by Christian Heimes: -- keywords: +easy priority: -> low versions: -Python 2.1.1, Python 2.1.2, Python 2.2, Python 2.2.1, Python 2.2.2, Python 2.2.3, Python 2.3, Python 2.4, Python 2.5 __ Tracker <[EMAIL PROTECTED]>

[issue1926] NNTPS support in nntplib

Christian Heimes added the comment: I assign it to janssens. He is our SSL expert. I also set the version to 2.6. New features get into the next major release. -- assignee: -> janssen keywords: +patch nosy: +janssen, tiran priority: -> normal versions: +Python 2.6 -Python 2.5

[issue1923] meaningful whitespace can be lost in rfc822_escape

Christian Heimes added the comment: Can you provide a patch with doc updates and an unit test? -- keywords: +easy nosy: +tiran priority: -> low __ Tracker <[EMAIL PROTECTED]> __ _

[issue1927] raw_input behavior incorrect if readline not enabled

Changes by Christian Heimes: -- priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue1927] raw_input behavior incorrect if readline not enabled

Changes by Skip Montanaro: -- type: -> behavior __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1927] raw_input behavior incorrect if readline not enabled

New submission from Skip Montanaro: >From a thread on python-dev... http://mail.python.org/pipermail/python-dev/2008-January/076446.html Mike Kent mike.kent at sage.com Thu Jan 24 16:33:47 CET 2008 Recently I was trying to debug an old python program who's maintenance I inherited. I was using

[issue1389051] imaplib causes excessive fragmentation for large documents

Richard Cooper added the comment: I think I was just bitten by the non-SSL version of this bug on Python 2.5.1 (r251:54863) on Mac OS 10.5. It manifested itself as a "malloc error: can't allocate region" while downloading a message using imaplib. As suggested by effbot I changed "data = self

[issue1377858] segfaults when using __del__ and weakrefs

Guido van Rossum added the comment: This got fixed for classic classes in r60057, and backported to 2.5.2 in 60056. -- nosy: +gvanrossum _ Tracker <[EMAIL PROTECTED]> _

[issue1303614] Bypassing __dict__ readonlyness

Guido van Rossum added the comment: r60247 (2.5.2 branch), r60246 (2.6 trunk). -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ __

[issue1926] NNTPS support in nntplib

New submission from Ray Chason: This patch adds SSL support to nntplib. It is a followup to issue #1535659 and addresses the objections raised in the comments to that issue; it also changes the default port to 563 (nntps) rather than 119 if SSL is requested. -- components: Library (Lib)

[issue1925] TypeError in deepcopy

Guido van Rossum added the comment: Sorry, we're not able to help with SWIG errors in this bug tracker. -- nosy: +gvanrossum resolution: -> rejected status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1919] Backport of io.py

Guido van Rossum added the comment: Backporting bytearray should be relatively clean since it's a brand new type right? -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ _

[issue835338] [2.3.2] test_socket failure on IRIX 6.5

Raghuram Devarakonda added the comment: Please reopen if the problem can be reproduced with latest version. -- nosy: +draghuram resolution: -> works for me status: open -> closed Tracker <[EMAIL PROTECTED]> _

[issue817920] select behavior undefined for empty lists

Raghuram Devarakonda added the comment: no activity. closing it. -- nosy: +draghuram resolution: -> wont fix status: open -> closed Tracker <[EMAIL PROTECTED]> ___

[issue784443] test_repr failure on m68k-linux

Facundo Batista added the comment: Can anybody reproduce this in 2.5? If yes, update the "version"; otherwise we can close it. -- nosy: +facundobatista Tracker <[EMAIL PROTECTED]> _

[issue784443] test_repr failure on m68k-linux

Raghuram Devarakonda added the comment: Considering that there is no activity for long time, is it worthwhile to keep this open? -- nosy: +draghuram Tracker <[EMAIL PROTECTED]>

[issue1925] TypeError in deepcopy

New submission from Egon Frerich: Traceback (most recent call last): File "/home/egon/Entwicklung/notes/gui/uicommand.py", line 645, in doCommand self.controller.copyItemID() File "/home/egon/Entwicklung/notes/gui/navicontroller.py", line 306, in copyItemID id_copy = self.Sammlung.kop

[issue1303614] Bypassing __dict__ readonlyness

Guido van Rossum added the comment: On Jan 23, 2008 11:12 PM, Neal Norwitz <[EMAIL PROTECTED]> wrote: > > Neal Norwitz added the comment: > > I looked at Guido's latest deldict.diff patch--the one to > Objects/object.c only. It seems good. I can't convince myself either > way about the change t

[issue1920] while else loop seems to behave incorrectly

Amaury Forgeot d'Arc added the comment: Here is a patch, made against py3k; it should apply cleanly to the trunk. On the 2.5 branch, compile.c seems identical, but test_grammar.py looks very different; the conversion should be easy. Can someone review and apply it? I don't have svn access at th

[issue1875] "if 0: return" not raising SyntaxError

Mark Dickinson added the comment: See also issue #1920 -- nosy: +marketdickinson __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing

[issue1924] %i string format breaks for large floats (incomplete int conversion)

Facundo Batista added the comment: Duplicates #1742669 (copied this text to there) -- nosy: +facundobatista resolution: -> duplicate status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1742669] "%d" format handling for long values

Facundo Batista added the comment: Closed issue 1924 as duplicate of this one, but I'm copying here the text from David, as it's very explanative: """ I ran across this bug in some legacy production code when numbers got high: >>> '%i' % 2e9 '20' >>> '%i' % 3e9 Traceback (most recent ca

[issue1924] %i string format breaks for large floats (incomplete int conversion)

New submission from David Goodger: I ran across this bug in some legacy production code when numbers got high: >>> '%i' % 2e9 '20' >>> '%i' % 3e9 Traceback (most recent call last): File "", line 1, in ? TypeError: int argument required It looks like the float is being automatically co

[issue1920] while else loop seems to behave incorrectly

Mark Dickinson added the comment: This bug is also present in the trunk, with while 0 instead of while False. This appears closely related to issue #1875. In my opinion this is a serious bug in the core language. I'm not sure whether it's serious enough to be considered a showstopper for 2.5

[issue1923] meaningful whitespace can be lost in rfc822_escape

New submission from Stephen Emslie: distutils.util.rfc822_escape strips each line of its whitespace before indenting, but this can mean losing meaningful whitespace, such as in reStructuredText. distutils uses rfc822_escape to escape fields in metadata, such as PKG-INFO. This unfortunately mean

[issue1920] while else loop seems to behave incorrectly

Amaury Forgeot d'Arc added the comment: python 2.5 has the same behaviour, if you use "while 0:" instead. In compiler.c, there is code that optimizes away blocks like "if 0", "while 0". 'if' correctly emit the else clause, 'while' does not... -- nosy: +amaury.forgeotdarc ___

[issue1921] Confusing Descrintro example

New submission from Antti Rasinen: Guido's document "Unifying types and classes in Python 2.2" (descrintro) contains a confusing example for metaclass newbies. The example in question is autoprop, which uses the vari

[issue1919] Backport of io.py

Thomas Heller added the comment: > * backport bytearray and the new buffer interface from 3.0 backport of the new buffer interface is required for PEP 3118 which is marked accepted: " It is intended that this PEP will be back-ported to Python 2.6 by adding the C-API and the two functions to the

[issue1920] while else loop seems to behave incorrectly

New submission from Mark Summerfield: I am using: Python 3.0a2 (r30a2:59382, Dec 17 2007, 08:47:22) [GCC 4.1.2 20070626 (Red Hat 4.1.2-13)] on linux2 IDLE 3.0a1 This seems wrong: >>> while False: print("no") else: print("yes") >>> I expected it to print "yes" beca

[issue1765140] logging: delay_fh option and configuration kwargs

Vinay Sajip added the comment: Added optional delay argument to FileHandler and subclasses. -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ _

[issue1326] "internal" zipimport.zipimporter feature untested

Maciek Fijalkowski added the comment: There is another untested and undocumented attribute called prefix on zipimporter objects. __ Tracker <[EMAIL PROTECTED]> __ __

[issue1919] Backport of io.py

New submission from Christian Heimes: I've started on a back port of Python 3.0's io.py to Python 2.6. First results are promising. cd trunk svn cp ../py3k/Include/bytes_methods.h Include/ svn cp ../py3k/Objects/bytes_methods.c Objects/ svn cp ../py3k/Lib/io.py Lib/ svn cp ../py3k/Lib/test/test_

[issue1795] PEP 754 update

Christian Heimes added the comment: I've updated the PEP last week. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1576] [Patch] Working post import hook and lazy modules

Christian Heimes added the comment: The post import hook patch is in my pep 369 branch. -- resolution: -> out of date status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1789] assumption about unsigned long byte size in struct module usage

Gregory P. Smith added the comment: The giant patch was unnecessary, I misread what the struct module was actually doing. Auditing all uses of struct in the standard library the only ones that look suspicious to me are: Lib/posixfile.py and all of the uses in Lib/plat-mac/ posixfile is probabl

[issue1789] assumption about unsigned long byte size in struct module usage

Gregory P. Smith added the comment: Anders J. Munch on python-dev correctly says: You overlooked the words "Standard size and alignment are as follows" that start the quoted paragraph. It's a little confusing because standard size is not the default. The default is platform-specific sizes. On