[issue1624] Remove output comparison for test_pep277

New submission from Brett Cannon: The output from test_pep277.py seems to be completely worthless in terms of testing. The attached patch removes the output comparison file from Lib/test/output and changes test_pep277.py to not output anything. But since I don't have a Windows box I can't test

[issue1625] bz2.BZ2File doesn't support multiple streams

New submission from Thomas Herve: The BZ2File class only supports one stream per file. It possible to have multiple streams concatenated in one file, it the resulting data should be the concatenation of all the streams. It's what the bunzip2 program produces, for example. It's also supported by

[issue1621] Python should compile with -Wstrict-overflow when using gcc

Changes by Marc-Andre Lemburg: -- nosy: -lemburg __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1621 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1621] Python should compile with -Wstrict-overflow when using gcc

Marc-Andre Lemburg added the comment: Whatever you change regarding the compiler options for Python, please make sure that this doesn't effect the default settings used by distutils to compile external modules (it normally takes the options straight from the Makefile used for compiling Python).

[issue1623] Implement PEP-3141 for Decimal

Changes by Christian Heimes: -- assignee: - facundobatista keywords: +patch, py3k nosy: +facundobatista priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1623 __

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

Mark Summerfield added the comment: I've looked into this a bit more, and from what I can see, code page 65001 just doesn't work---so it is a Windows problem not a Python problem. A possible solution might be to read/write UTF16 which managed Windows applications can do.

[issue1627] Problem with httplib and Content-Length: -1

New submission from Álvaro Iradier: When opening an IP Webcam URL with urllib2, the response is a continuous secuence of Jpeg files from the server, preceded by the following headers: Server: DM-Web Content-type: multipart/x-mixed-replace;boundary=0plm(Pico-Web:Server-Push:Boundary-String)1qaz

[issue1623] Implement PEP-3141 for Decimal

Mark Dickinson added the comment: I think you probably don't want to use quantize here: it makes use of the current context, which means (for example) that trunc(Decimal(integer_with_30_digits)) will fail with an InvalidOperation exception. I assume what's wanted is something that

[issue1626] threading.Thread objects are not reusable after join()

Sebastien BRACQUEMONT added the comment: Hi Amaury, to me,Thread objects are meant to be abstract representation of a processing that will occur in a separate execution unit at thread start time. Indeed, that's what the following text (from the link you provided tries to explain) Once a

[issue1628] test_distutils unit test is failing rev:59499

New submission from Joseph Armbruster: Error detailed below.. I reverted the changes to sysconfig.py from rev 59488 and the error goes away. I believe the suspect line is: # head python_build = os.path.isfile(os.path.join(project_base, Modules,

[issue1626] threading.Thread objects are not reusable after join()

New submission from Sebastien BRACQUEMONT: After a call to join() method on a Threading.thread object,there is no way to successfully call start() method on it. Indeed, the __started flag is not reset in the theading.Thread join() method. Since the start() method checks for __started flag ,

[issue1623] Implement PEP-3141 for Decimal

Mark Dickinson added the comment: Sorry: that was nonsense. trunc is fine---it's round, floor and ceil that fail on large arguments with this patch: import decimal, math math.floor(decimal.Decimal(1e30)) Traceback (most recent call last): File stdin, line 1, in module File

[issue1626] threading.Thread objects are not reusable after join()

Amaury Forgeot d'Arc added the comment: From the documentation: http://docs.python.org/dev/library/threading.html#threading.Thread.start start() must be called at most once per thread object. I think this will not change: when a system thread terminates, you cannot restart it; you have to

[issue1469] SSL tests leak memory

Bill Janssen added the comment: The server isn't handling the close event properly. I'll fix that. On Dec 13, 2007 9:06 PM, Guido van Rossum [EMAIL PROTECTED] wrote: Guido van Rossum added the comment: I spoke too soon. In a debug build, this hangs forever during the second iteration:

[issue1469] SSL tests leak memory

Bill Janssen added the comment: Here's an update version where the asyncore test server properly handles the EOF race condition. Added file: http://bugs.python.org/file8955/patch-4 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1469

[issue1469] SSL tests leak memory

Changes by Bill Janssen: Removed file: http://bugs.python.org/file8949/patch-3 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1469 __ ___ Python-bugs-list mailing list

[issue1469] SSL tests leak memory

Changes by Bill Janssen: Removed file: http://bugs.python.org/file8954/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1469 __ ___ Python-bugs-list mailing list

[issue1626] threading.Thread objects are not reusable after join()

Martin v. Löwis added the comment: I agree with Amaury. This all works exactly as it should work, and will not change. -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1626 __

[issue1624] Remove output comparison for test_pep277

Guido van Rossum added the comment: Crys, can you look into this? -- assignee: - tiran keywords: +patch nosy: +gvanrossum, tiran __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1624 __

[issue1628] test_distutils unit test is failing rev:59499

Changes by Guido van Rossum: -- assignee: - tiran priority: - high __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1628 __ ___ Python-bugs-list mailing list

[issue1469] SSL tests leak memory

Guido van Rossum added the comment: Here's an update version where the asyncore test server properly handles the EOF race condition. Perfect! Check it in. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1469 __

[issue1629] Py_Size() should be named Py_SIZE()

New submission from Raymond Hettinger: It would be helpful to have the name provide a cue that a macro is being used. -- assignee: loewis components: Extension Modules messages: 58634 nosy: loewis, rhettinger severity: normal status: open title: Py_Size() should be named Py_SIZE()

[issue1629] Py_Size() should be named Py_SIZE()

Guido van Rossum added the comment: Agreed. -- nosy: +gvanrossum __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1629 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1629] Py_Size() should be named Py_SIZE()

Martin v. Löwis added the comment: I assume that applies to Py_Refcnt and Py_Type as well? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1629 __ ___ Python-bugs-list mailing

[issue1629] Py_Size() should be named Py_SIZE()

Christian Heimes added the comment: I think it would be easier to merge from trunk to py3k before the change and skip the revision in the next merge. The rename can be done with a simple find | xargs sed -i. A merge might be more painful. -- nosy: +tiran

[issue1469] SSL tests leak memory

Bill Janssen added the comment: Done. On Dec 14, 2007 9:44 AM, Guido van Rossum [EMAIL PROTECTED] wrote: Guido van Rossum added the comment: Here's an update version where the asyncore test server properly handles the EOF race condition. Perfect! Check it in.

[issue1469] SSL tests leak memory

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

[issue1609] test_re.py fails

Ismail Donmez added the comment: Any ideas/comments on how to move forward with this? Thanks, ismail __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1609 __ ___ Python-bugs-list

[issue1610] test_socket.py fails

Ismail Donmez added the comment: Any other thing I can do to debug this? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1610 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1350] IDLE - CallTips enhancement - show full doc-string in new window

Tal Einat added the comment: Alrighty then! Since I had also done some work on CallTips.py since the previous patch, I've worked up a merged version, including stuff from the py3k version and better tests. Changes since the first patch: * add support for callable instances (e.g. __call__) *

[issue1350] IDLE - CallTips enhancement - show full doc-string in new window

Changes by Tal Einat: Added file: http://bugs.python.org/file8958/IDLE_CallTips.071214.incremental.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1350 __ ___

[issue1350] IDLE - CallTips enhancement - show full doc-string in new window

Tal Einat added the comment: Now for CallTipWindow.py: * split conditionals into two lines as requested * changed the test (took me a while to understand what controversy you were referring to...) I couldn't find anything wrong with the first line. It is the function/method signature if it was

[issue1350] IDLE - CallTips enhancement - show full doc-string in new window

Changes by Tal Einat: Added file: http://bugs.python.org/file8960/IDLE_CallTips.071214.incremental.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1350 __ ___

[issue1350] IDLE - CallTips enhancement - show full doc-string in new window

Tal Einat added the comment: (bah, sorry for the mess, use the patch files from the later hour) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1350 __ ___ Python-bugs-list

[issue1607] Patch for TCL 8.5 support

Changes by Tal Einat: -- nosy: +taleinat __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1607 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1630] sys.maxint is documented but should not be

Christian Heimes added the comment: Thanks for the bug report I fixed the problem in r59518 -- keywords: +py3k nosy: +tiran resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1630

[issue1630] sys.maxint is documented but should not be

New submission from Blair Zajac: There is still documentation for sys.maxint even though it no longer exists in Python 3.0: $ /tmp/p3.0/bin/python Python 3.0a2 (r30a2:59382, Dec 13 2007, 11:07:38) [GCC 3.4.3 20050227 (Red Hat 3.4.3-22.1)] on linux2 Type help, copyright, credits or license for

[issue1631] Send output from subprocess.Popen objects to any object with a write() method

New submission from Nishkar Grover: It would be nice if we could send output from subprocess.Popen objects to any object with a write() method. Consider the following example, where I'm using Python 2.4.4 (#1, Jun 28 2007, 15:10:17, GCC 3.4.3 on linux2)... fh = open('/tmp/file.txt', 'w')

[issue1631] Send output from subprocess.Popen objects to any object with a write() method

Christian Heimes added the comment: It's not going to be easy and there is also no point to implement the feature. The subprocess module requires either a real file or a PIPE. A real file is needed because the subprocess module uses some low level operation system functions for speed efficiency.

[issue1607] Patch for TCL 8.5 support

Christian Heimes added the comment: Plans is exaggerated. I was merely testing Tcl 8.5. The Python 3.0a2 release has some major problems with Tcl. The Win32 version doesn't work well and I wasn't able to create a 64bit version. Do you have a Windows box to test IDLE on Windows? You can use the

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

Christian Heimes added the comment: We are aware of multiple Windows related problems. We are planing to rewrite parts of the Windows specific API to use the widechar variants. Maybe that will help. -- keywords: +py3k nosy: +tiran priority: - low __

[issue1632] email

New submission from Wubbulous: Python will not load the email module or any of its child modules. -- components: Library (Lib) messages: 58652 nosy: Wubbulous severity: major status: open title: email type: behavior versions: Python 2.5 __ Tracker [EMAIL

[issue1633] smtplib

New submission from Wubbulous: SMTP module returns no module named SMTP -- components: Library (Lib) messages: 58653 nosy: Wubbulous severity: normal status: open title: smtplib versions: Python 2.5 __ Tracker [EMAIL PROTECTED]

[issue1633] smtplib

Wubbulous added the comment: SMTP returns that smtplib has no module SMTP __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1633 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1610] test_socket.py fails

Ismail Donmez added the comment: This was a glibc regression on my side, it can be closed as invalid. Thanks! __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1610 __ ___

[issue1610] test_socket.py fails

Changes by Christian Heimes: -- resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1610 __ ___ Python-bugs-list mailing list

[issue1624] Remove output comparison for test_pep277

Christian Heimes added the comment: Fixed in r59519 with some small modifications. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1624 __

[issue1632] email

Brett Cannon added the comment: More detail is needed than this in order to try to fix this. What error message are you getting? What OS? What exact version of Python? Is this a binary distro or a source one? Since all releases are thoroughly tested and never had any import issues with the

[issue1632] email cannot be imported

Changes by Brett Cannon: -- title: email - email cannot be imported __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1632 __ ___ Python-bugs-list mailing list

[issue1633] smtplib

Brett Cannon added the comment: There is no module named SMTP. See the list of modules at http://docs.python.org/modindex.html . -- nosy: +brett.cannon resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED]

[issue1634] with Statement Error generated following Tutorial

New submission from Nathan Turner: In Python Tutorial -- Section 8.7 Predefined Clean-up Action When following the with open... commands explicitly Python 2.5 will generate a Syntax Error; There's an error in you program: invalid syntax It would be nice if a foot note existed that took you to

[issue1634] with Statement SyntaxError generated while following Tutorial

Changes by Nathan Turner: -- title: with Statement Error generated following Tutorial - with Statement SyntaxError generated while following Tutorial __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1634 __

[issue1634] with Statement SyntaxError generated while following Tutorial

Changes by Nathan Turner: -- severity: normal - minor __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1634 __ ___ Python-bugs-list mailing list Unsubscribe: