[issue4514] test_binascii is failing

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: The problem is that the Windows implementation of crc32 is different from the Unix implementation, and that implementation was missed in r67472. The fix should be fairly trivial. ___ Python tracker <[EMAIL

[issue4483] Error to build _dbm module during make

Leger <[EMAIL PROTECTED]> added the comment: I install the Python3.0 (final), the test make is the same and the result too. I join the output. ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4197] Doctest module does not work with zipped packages

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: While the patch at issue4512 fixes the crash, it does not fix the line number issue. I would prefer to start with doctest-1.patch like solution because changing the PEP 302 loader protocol by adding get_filename needs additional disc

[issue4082] __main__.__file__ not set correctly when -m switch gets __main__ from a zipfile

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: See issue4512 ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

[issue4082] __main__.__file__ not set correctly when -m switch gets __main__ from a zipfile

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue4518] broken link to python 3 doc on main doc page

Changes by David W. Lambert <[EMAIL PROTECTED]>: -- nosy: -LambertDW ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[issue4518] broken link to python 3 doc on main doc page

David W. Lambert <[EMAIL PROTECTED]> added the comment: Meanwhile, use http://docs.python.org/dev/3.0/ -- nosy: +LambertDW ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4518] broken link to python 3 doc on main doc page

New submission from Bernard Gray <[EMAIL PROTECTED]>: http://www.python.org/doc/ The "Python 3.0" link in the doc section is broken: Python 3.0 documentation is also available: * What's new in Python 3.0 * Python 3.0 It points to: http://docs.python.org/3.0 which gives a 404

[issue4517] improve __getattribute__ documentation

David W. Lambert <[EMAIL PROTECTED]> added the comment: >>> class c: ... def __getattribute__(self,*args): ... print('getattribute chimes in') ... >>> c()+3 Traceback (most recent call last): File "", line 1, in TypeError: unsupported operand type(s) for +: 'c' and 'int'

[issue4517] improve __getattribute__ documentation

New submission from David W. Lambert <[EMAIL PROTECTED]>: http://docs.python.org/dev/3.0/reference/datamodel.html#special-lookup (After fixing the link to http://docs.python.org/3.0 at http://www.python.org/doc/ (and likewise the http://docs.python.org/whatsnew/3.0.html link.)... The comment

[issue4516] Another formatting error in "What's New in Python 3.0"

New submission from Peter Wang <[EMAIL PROTECTED]>: In the "Library Changes" section, the next to last bullet point about string.letters has leaked through some ReST markup into the final output: ":data:string.letters`" -- assignee: georg.brandl components: Documentation messages: 76866

[issue4515] Formatting error in "What's New in Python 3.0"

New submission from Peter Wang <[EMAIL PROTECTED]>: In the section "Removed Syntax", there is some ReST markup that leaked through into the output: "The only acceptable syntax for relative imports is from .``[*module*] :keyword:`import` *name*; :keyword:`import` forms not starting with ``. are a

[issue4514] test_binascii is failing

New submission from Raymond Hettinger <[EMAIL PROTECTED]>: test_binascii.py fails because crc32 accepts a string. >From my WindowsXP box: C:\Python30>python \python30\lib\test\test_binascii.py test_base64invalid (__main__.BinASCIITest) ... ok test_base64valid (__main__.BinASCIITest) ... ok test

[issue4469] CVE-2008-5031 multiple integer overflows

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1683] Thread local storage and PyGILState_* mucked up by os.fork()

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4303] [2.5 regression] ctypes fails to build on arm-linux-gnu

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- priority: deferred blocker -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4512] Add get_filename method to zipimport

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: I have attached a rough patch implementing the get_filename. I deliberately copied code from get_source method that finds the filename inside the zip archive and simply prefixed that with the archive path. I could not find any detai

[issue4513] Finish updating zip docstring

New submission from Terry J. Reedy <[EMAIL PROTECTED]>: >>> help(zip) #3.0 class zip(object) | zip(iter1 [,iter2 [...]]) --> zip object | | Return a zip object whose .__next__() method ... StopIteration. | Works like the zip() | function but consumes less memory by returning an iter

[issue4512] Add get_filename method to zipimport

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- keywords: +patch Added file: http://bugs.python.org/file12214/zipimport.patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue1581476] Text search gives bad count if called from variable trace

Guilherme Polo <[EMAIL PROTECTED]> added the comment: This is indeed a problem with Tkinter only, but I didn't check what is causing it yet. For the suggestion about fixing the search method regarding the pattern: the fix is almost fine, but we need to disallow None as a pattern. __

[issue4512] Add get_filename method to zipimport

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +ncoghlan ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue4197] Doctest module does not work with zipped packages

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: I created issue4512 to implement get_filename extension in zipimport. Will post a patch shortly. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4512] Add get_filename method to zipimport

New submission from Alexander Belopolsky <[EMAIL PROTECTED]>: >From issue4197: """ runpy needs a non-standard PEP 302 extension to set __file__ correctly in the modules it runs. The pkgutil stuff it uses to find pure Python modules in the filesystem supports that extension, but zipimport doesn't

[issue4201] Pdb cannot access source code in zipped packages.

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Off-topic: How to report a bug tracker bug? The e-mail I sent in response to Nick's post started with: """ On Wed, Dec 3, 2008 at 3:51 PM, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Just to confirm - this is specific to __main__.py rig

[issue4511] Decorators should have an index entry

New submission from K. C. Wong <[EMAIL PROTECTED]>: While decorators have been introduced since Python 2.4, there continues to be no index reference to it in the Python Language Reference. Given this being a major language feature, I think it is an oversight. -- assignee: georg.brandl

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Senthil <[EMAIL PROTECTED]> added the comment: I agree, gregory. I had verified the fix and supplied patch for py2.6 and py3K. If those still apply to the trunk, I think we should go ahead, otherwise I shall come with the new patch for 2.7/3k. ___ Python track

[issue4140] urllib2: request with digest auth through proxy fail

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- assignee: -> gregory.p.smith nosy: +gregory.p.smith priority: -> normal versions: +Python 2.7, Python 3.1 -Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> _

[issue1424152] urllib/urllib2: HTTPS over (Squid) Proxy fails

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: We need make sure this happens for 2.7/3.1. As its large enough to be a new feature it won't make it into 2.4/2.5/2.6/3.0. -- nosy: +gregory.p.smith priority: normal -> high versions: +Python 2.7, Python 3.1 -Python 2.4 __

[issue4201] Pdb cannot access source code in zipped packages.

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: No, I only used __main__.py to make it easy to reproduce the problem. Pdb will not be able to access code in any module with a custom __loader__. For example, if you move f() to foo.py inside test.zip and import it from __main__, you wi

[issue1025540] urllib2 http auth

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: this should be trivial to implement (other than urllib and urllib2 being a giant mess). adding to my queue. -- assignee: -> gregory.p.smith nosy: +gregory.p.smith ___ Python tracker <[EMAIL PRO

[issue4510] ValueError for list.remove() not very helpful

New submission from Brett Cannon <[EMAIL PROTECTED]>: If you try to remove something from a list, e.g. ``[].remove(1)``, the message from ValueError is rather useless: "ValueError: list.remove(x): x not in list". It should probably list the repr for the argument to help in debugging. --

[issue2350] 'exceptions' import fixer

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4384] Add a warnings.showwarning replacement for logging

Vinay Sajip <[EMAIL PROTECTED]> added the comment: Checked into trunk, r67511. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4497] Compiler warnings in longobject.c

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Yes, the compiler is happy now. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bu

[issue4509] possible memoryview bug

New submission from gumpy <[EMAIL PROTECTED]>: I'm unsure of the expected behavior in this case but it seems odd. The bytearray in the following example can be resized to a length of 5-10 bytes without throwing an exception. Python 3.0rc3 (r30rc3:67312, Dec 3 2008, 10:38:14) [GCC 4.2.4 (Ubun

[issue4508] distutils compiler not handling spaces in path to output/src files

New submission from Brian Thorne <[EMAIL PROTECTED]>: I found this bug when using scipy's weave and having some inline C/C++ code. Weave uses distutils to compile the source in its own directory, python was installed under "program files". Unfortunately it doesn't seem to handle spaces in the pat

[issue4497] Compiler warnings in longobject.c

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Raymond, could you please try the attached patch to see if it silences the compiler? -- keywords: +patch Added file: http://bugs.python.org/file12212/issue4497.patch ___ Python tracker <[EMAIL PRO

[issue1028] Tkinter binding involving Control-spacebar raises unicode error

Guilherme Polo <[EMAIL PROTECTED]> added the comment: I've been working on a new _tkinter (named it as "plumage") these days and I hit this same problem for trusting too much that nothing from tcl, including tk and extensions, would give me this embedded null. Checking another bridge to Tcl (one

[issue4506] 3.0 make test failures on Solaris 10

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Tracker issue: I don't seem to be able to remove the 'patch' keyword without (accidentally) ending up with something else---in this case the 64bit keyword. Is this just me being incompetent, or should I file a tracker bug? _

[issue4506] 3.0 make test failures on Solaris 10

Changes by Mark Dickinson <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4507] 3.0 test failure on Mac OS X 10.5.5

Mark Dickinson <[EMAIL PROTECTED]> added the comment: This looks like a duplicate of issue 4388. -- nosy: +marketdickinson ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4506] 3.0 make test failures on Solaris 10

Changes by Mark Dickinson <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4506] 3.0 make test failures on Solaris 10

Changes by Mark Dickinson <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4506] 3.0 make test failures on Solaris 10

Changes by Mark Dickinson <[EMAIL PROTECTED]>: -- keywords: +64bit -patch ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue4506] 3.0 make test failures on Solaris 10

Changes by Mark Dickinson <[EMAIL PROTECTED]>: ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4506] 3.0 make test failures on Solaris 10

Mark Dickinson <[EMAIL PROTECTED]> added the comment: > (1.5802653829857376e+307+inf*j) Those values look right; except that there's some code near the end of the cexp function that's supposed to set errno to ERANGE if either the real or imaginary component of the result is infinity (and then

[issue4507] 3.0 test failure on Mac OS X 10.5.5

New submission from Skip Montanaro <[EMAIL PROTECTED]>: After seeing test failures on Solaris 10 (issue4506) I decided to give Mac OS X a whirl. Got one test failure: test test_cmd_line failed -- Traceback (most recent call last): File "/Users/skip/src/Python-3.0/Lib/test/test_cmd_lin

[issue4506] 3.0 make test failures on Solaris 10

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Mark> I think you brought up the math and cmath errors before, and I Mark> never managed to get to the bottom of the problem. I'll have Mark> another go. I vaguely remember something about that. If I can be a "test mule" for you, le

[issue4506] 3.0 make test failures on Solaris 10

Mark Dickinson <[EMAIL PROTECTED]> added the comment: I think you brought up the math and cmath errors before, and I never managed to get to the bottom of the problem. I'll have another go. I don't think the (c)math test failures should be regarded as terribly serious, though; the tests are

[issue4506] 3.0 make test failures on Solaris 10

New submission from Skip Montanaro <[EMAIL PROTECTED]>: I downloaded the 3.0 tarfile and did a straightforward configure make make test on Solaris 10 and got several test failures: 290 tests OK. 4 tests failed: test_cmath test_math test_posix test_subprocess Here's

[issue4201] Pdb cannot access source code in zipped packages.

Nick Coghlan <[EMAIL PROTECTED]> added the comment: Just to confirm - this is specific to __main__.py right? The problem is actually with runpy not being able to set __file__ correctly, rather than being pdb specific. ___ Python tracker <[EMAIL PROTECTED]>

[issue4197] Doctest module does not work with zipped packages

Nick Coghlan <[EMAIL PROTECTED]> added the comment: runpy needs a non-standard PEP 302 extension to set __file__ correctly in the modules it runs. The pkgutil stuff it uses to find pure Python modules in the filesystem supports that extension, but zipimport doesn't (yet). ___

[issue4223] inspect.getsource doesn't work on functions imported from a zipfile

Changes by Nick Coghlan <[EMAIL PROTECTED]>: -- assignee: -> ncoghlan nosy: +ncoghlan ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue4197] Doctest module does not work with zipped packages

Changes by Nick Coghlan <[EMAIL PROTECTED]>: -- assignee: -> ncoghlan nosy: +ncoghlan ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue4201] Pdb cannot access source code in zipped packages.

Changes by Nick Coghlan <[EMAIL PROTECTED]>: -- assignee: -> ncoghlan nosy: +ncoghlan ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Py

[issue4503] exception traceback sometimes slow

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: No, e: is not netword drive. It's another partition on hard drive. But my machine is pretty slow. >Also, you are using a debug build. Is the slowdown still noticeable with >a release build? I tried release build(VC6), and was much faster.

[issue2306] Update What's new in 3.0

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I think this is good enough for now. Someone else can help add stuff I missed, but I don't think we need to keep a bug open to remind us. -- resolution: -> fixed status: open -> closed ___ Pyth

[issue2306] Update What's new in 3.0

Guido van Rossum <[EMAIL PROTECTED]> added the comment: On Wed, Dec 3, 2008 at 1:36 AM, Antoine Pitrou <[EMAIL PROTECTED]> wrote: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > Some small mistakes : > > * « an object always compares equal to itself (i.e., ``x is y`` implies > ``x =

[issue4025] C99 comments in Python 2.6 break build on AIX 6.1

Andrew Paprocki <[EMAIL PROTECTED]> added the comment: The list of files/lines I posted yesterday was all that I had to change to get it to build here (where a C++ style comment is a syntax error), so it doesn't seem like a massive change. ___ Python tracker <

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: I fear that is is too late for 3.0: the branch is already "frozen", except maybe for special cases. In any case a patch is needed. I am not a ssl expert, I just implemented the "let SSL_ERROR_WANT_READ propagate". Please review. -

[issue1541] Bad OOB data management when using asyncore with select.poll()

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: This is a duplicate of #4501 which provides a better patch. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Giampaolo Rodola' <[EMAIL PROTECTED]> added the comment: Wouldn't it be better to fix this before 3.0 gets released? ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4505] ob_size not removed from docs

New submission from Kandalintsev Alexandre <[EMAIL PROTECTED]>: Hello! In http://docs.python.org/dev/3.0/extending/newtypes.html we see ob_size in object definition. But if we are look on PyTypeObject in ./Include/object.h we will find that there no ob_size defined. So we must remove this s

[issue4504] Doc/includes out of date

New submission from Kandalintsev Alexandre <[EMAIL PROTECTED]>: Hello! Doc/includes/noddy.c and all other uses Py_InitModule3 which is removed from py3k. noddy2.c doesn't compile("noddy2.c:16: error: ‘Noddy’ has no member named ‘ob_type’"). -- assignee: georg.brandl components: Docum

[issue4503] exception traceback sometimes slow

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Is "e:" a network drive? This could explain the delay. But it's true that the code that displays the exception has to call readline() 683 times, and this code is written in python. There is a project to rewrite io.py in C... Also, you

[issue4503] exception traceback sometimes slow

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: Traceback (most recent call last): File "a.py", line 4, in zipfile.PyZipFile("foobar") File "e:\python-dev\py3k\lib\zipfile.py", line 683, in __init__ self.fp = io.open(file, modeDict[mode]) File "e:\python-dev\py3k\lib\io.py

[issue1615] descriptor protocol bug

ganges master <[EMAIL PROTECTED]> added the comment: here's a short example of the bug >>> class Foo(object): ... def __getattr__(self, name): ... return 42 ... @property ... def bacon(self): ... return int.lalala ... @property ... def eggs(self): ... return 17 ... >>>

[issue4503] exception traceback sometimes slow

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: What do you mean by "slow"? I can't reproduce under Linux. -- nosy: +pitrou ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4503] exception traceback sometimes slow

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>: Please try this code. import zipfile zipfile.PyZipFile("foobar") I'm not sure this is problematic or not. -- messages: 76823 nosy: ocean-city severity: normal status: open title: exception traceback sometimes slow versions: Pyt

[issue4025] C99 comments in Python 2.6 break build on AIX 6.1

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment: On 2008-12-03 01:44, Christian Heimes wrote: > Christian Heimes <[EMAIL PROTECTED]> added the comment: > > Barry, the issue in _ctypes/callproc.c could be a problem for us > although Python 2.6 and 3.0 are compiling fine with -std=c89. Sh

[issue4393] Portability fixes in longobject.c

Mark Dickinson <[EMAIL PROTECTED]> added the comment: See also issue 4497 for some compiler warnings that need to be silenced. -- assignee: -> marketdickinson ___ Python tracker <[EMAIL PROTECTED]> _

[issue4273] cycle created by profile.run

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: But the garbage collector was invented for this very purpose: to break cycles! Take the following example which create a cycle for every instance of the class (the profile module has similar code): class C: def __init__(self):

[issue4500] Compiler warnings when compiling Python 3.0 with a C89 compiler

Christian Heimes <[EMAIL PROTECTED]> added the comment: I'm Ubuntu 8.10 AMD64. ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[issue4497] Compiler warnings in longobject.c

Changes by Mark Dickinson <[EMAIL PROTECTED]>: -- versions: +Python 2.6, Python 2.7, Python 3.1 ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4497] Compiler warnings in longobject.c

Mark Dickinson <[EMAIL PROTECTED]> added the comment: This is on Windows, right? I don't know of any other platforms where __int64 is defined. At a first glance, it looks as though the code's correct, so we probably just need to add some casts to silence the compiler. I'll add them to the p

[issue2306] Update What's new in 3.0

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Some small mistakes : * « an object always compares equal to itself (i.e., ``x is y`` implies ``x == y``; this is true even for *NaN*) ». Actually NaN is not equal to itself: True >>> f == f False * « The traceback printed when an unhandled