[issue4226] Should 2to3 know that file type is gone?

David W. Lambert <[EMAIL PROTECTED]> added the comment: python3k and I are having difficulty with File class, which in a version 2 python release extended the file type with methods to read through a file until some condition is found. -- type: feature request -> crash Added file: http

[issue4226] Should 2to3 know that file type is gone?

Changes by David W. Lambert <[EMAIL PROTECTED]>: -- components: +2to3 (2.x to 3.0 conversion tool) type: -> feature request versions: +Python 3.0 ___ Python tracker <[EMAIL PROTECTED]> __

[issue4226] Should 2to3 know that file type is gone?

New submission from David W. Lambert <[EMAIL PROTECTED]>: class c(file): pass 2to3 says no changes required. Might it possibly suggest a replacement for file class? Thanks, Dave. -- messages: 75310 nosy: LambertDW severity: normal status: open title: Should 2to3 know that file typ

[issue4220] Builtins treated as free variables?

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

[issue4216] subprocess.Popen hangs at communicate() when child exits

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

[issue4200] atexit module not safe in Python 3.0 with multiple interpreters

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This patch looks fine. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ _

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

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Thanks, Jean-Paul, I can now reproduce your problem and I think I found the culprit. I believe the file name check in linecache.updatecache is unnecessary and is responsible for this problem. With the following patch: --- Lib/lineca

[issue4225] unicode_literals doesn't work in exec

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11903/fix_exec_literals.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4225] unicode_literals doesn't work in exec

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11902/fix_exec_literals.patch ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4225] unicode_literals doesn't work in exec

New submission from Benjamin Peterson <[EMAIL PROTECTED]>: exec "from __future__ import unicode_literals; print type('')" gives in 2.6/2.7. It's the result of flags not being passed from the parser to AST. -- components: Interpreter Core files: fix_exec_literals.patch keywords: needs r

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

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: Here is a transcript for a complete, self-contained, minimal reproduction: [EMAIL PROTECTED]:~$ cd /tmp [EMAIL PROTECTED]:/tmp$ mkdir zipimportbugexample [EMAIL PROTECTED]:/tmp$ cd zipimportbugexample/ [EMAIL PROTECTED]:/tmp/zipimportbug

[issue4224] ** operating incorrectly for negative bases?

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This is because the negative sign is evaluated after the power. (-1)**2 works correctly. -- components: +Interpreter Core -Tests, ctypes nosy: +benjamin.peterson resolution: -> invalid status: open -> closed _

[issue4224] ** operating incorrectly for negative bases?

New submission from Martin Green <[EMAIL PROTECTED]>: I suspect that the following behavior is incorrect: Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 >>> -1**2 -1 >>> -2**2 -4 >>> -1**0.5 -1.0 The same happens when the base is a float. I have not checke

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: In any case, it's clearly not a candidate for 2.5.3, due to the lack of a clear problem description, and a working patch. That essentially means that associating the version 2.5 is also fairly pointless, but I'll leave that in, anyway. -

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

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Hmm, apparently inspect was made to work with zipped modules back in r45248 . I cannot reproduce the problem either. Jean-Paul, can you attach your foobar.zip? What else do you have in your /tmp directory? __

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

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: This must be very similar to #4197 and #4201 that I reported a few days ago. I'll see if a similar patch would work in this case. -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]>

[issue4218] tarfile module fails to correctly parse some .tar.gz archives?!

Lars Gustäbel <[EMAIL PROTECTED]> added the comment: This is a known bug in Python 2.4's tarfile version (cp. issue1509889 and issue1719898). It was fixed in Python 2.5. Thank you anyway for your report. -- nosy: +lars.gustaebel resolution: -> duplicate status: open -> closed _

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Christian Heimes <[EMAIL PROTECTED]> added the comment: The patch looks fine to me. -- assignee: -> barry resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]> ___ _

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

Jean-Paul Calderone <[EMAIL PROTECTED]> added the comment: It seems to depend on working directory: [EMAIL PROTECTED]:/tmp$ python Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type "help", "copyright", "credits" or "license" for more information

[issue4177] Crash in MIMEText on FreeBSD

Sérgio Surkamp <[EMAIL PROTECTED]> added the comment: Ok. Something is very wrong with our code too. I have dumped the text that's cousing the "freeze" and run it using the test case scripts. It worked slow, but worked. It seems that our application is eating too many memory from server (about 60

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

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Well anyway, some sample code: import zipfile z = zipfile.ZipFile('aaa.zip', mode='w') z.writestr('aa.py', 'def x(): print "hi there"\n\ndef y(): print "hi"') z.close() and then: import sys import inspect sys.path.append('aaa.zip') impo

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

Guilherme Polo <[EMAIL PROTECTED]> added the comment: doesn't it ? it works here -- nosy: +gpolo ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4221] inconsistent exception from int is confusing

Georg Brandl <[EMAIL PROTECTED]> added the comment: Since it is not defined which bytes are used as digits for bases > 36, \x00 is not a "valid byte". In any case, the problem here is that the base check is done after the "no NULL" check. Perhaps the error should explicitly mention that no null

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Akira Kitada <[EMAIL PROTECTED]> added the comment: Thank you for pointing that out, Roumen! I didn't realize that. I updated the patch again. Added file: http://bugs.python.org/file11901/issue4204.diff ___ Python tracker <[EMAIL PROTECTED]>

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

New submission from Jean-Paul Calderone <[EMAIL PROTECTED]>: It'd be better if it did. -- components: Library (Lib) messages: 75292 nosy: exarkun severity: normal status: open title: inspect.getsource doesn't work on functions imported from a zipfile type: behavior versions: Python 2.5,

[issue4222] dis.findlinestarts is missing from dis.__all__ and from the online documentation

New submission from Jean-Paul Calderone <[EMAIL PROTECTED]>: There aren't many high-ish level APIs for dealing with lnotab. dis.findlinestarts is one, but it's not clear if it's private or public. If it's public, it'd be great to make it clear that it is and document it. If it's not, perhaps i

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Changes by Akira Kitada <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11897/issue4204.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Changes by Akira Kitada <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11892/Modules_readline.c.diff ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Changes by Akira Kitada <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11890/configure.in.diff ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4221] inconsistent exception from int is confusing

New submission from Jean-Paul Calderone <[EMAIL PROTECTED]>: [EMAIL PROTECTED]:~$ python Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> int('\0', 256) Traceback (most recent

[issue4219] Problem with regular expression

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list m

[issue4220] Builtins treated as free variables?

New submission from David Fugate <[EMAIL PROTECTED]>: #-- VERSION AFFECTED: 2.5 and 2.6 BUILD TYPE: x86 FLAGS PASSED TO PYTHON.EXE: None OPERATING SYSTEM: 32-bit Windows Vista SP1 #---

[issue4219] Problem with regular expression

Carlos Eduardo Klock <[EMAIL PROTECTED]> added the comment: Sorry, it is really a problem with the comma. Thanks for helping! :) ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4219] Problem with regular expression

STINNER Victor <[EMAIL PROTECTED]> added the comment: It's not a Python bug: your regex is invalid. When the regex finds '1211641200', it reads >,'1211641200',< includind the last comma. So the cursor will be at the apostrophe before 1214578800: ...200','121457... ^ You have to change

[issue4219] Problem with regular expression

New submission from Carlos Eduardo Klock <[EMAIL PROTECTED]>: Hello, I am having a weird problem with regex. I am trying to get the tokens that match the pattern below, but it is not working only for a specific case. I do this for many lines of text, and it works, except for the string '1214578

[issue4218] tarfile module fails to correctly parse some .tar.gz archives?!

STINNER Victor <[EMAIL PROTECTED]> added the comment: The bug is fixed in Python 2.5. Since Python 2.6 was released the 1st October, why not upgrading to 2.6 or at least 2.5? -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTED]>

[issue4218] tarfile module fails to correctly parse some .tar.gz archives?!

New submission from gerhard_xXx <[EMAIL PROTECTED]>: hi, seems like tarfile module for python 2.4 is broken. If I open the attached dir.tar.gz (tried it on different machines) then tarfile module only displays a part of the contents. what I did: >>> import tarfile >>> f = tarfile.open('dir.tar.

[issue3714] nntplib module broken by str to unicode conversion

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11787/nntplib_unicode.patch ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3727] poplib module broken by str to unicode conversion

STINNER Victor <[EMAIL PROTECTED]> added the comment: Can anyone review my last patch (poplib-bytes-2.patch)? -- keywords: +needs review ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1210] imaplib does not run under Python 3

STINNER Victor <[EMAIL PROTECTED]> added the comment: Can anyone review my last patch (imaplib_bytes-3.patch)? -- keywords: +needs review ___ Python tracker <[EMAIL PROTECTED]> ___

[issue2306] Update What's new in 3.0

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Yes, I know. I'll spend some time on it this week. BTW what's the hold-up with the rc2 release? Or did I just miss it? ___ Python tracker <[EMAIL PROTECTED]> _

[issue3626] python3.0 interpreter on Cygwin ignores all arguments

Christian Heimes <[EMAIL PROTECTED]> added the comment: I can't reproduce the problem with my installation of Cygwin on Windows XP. However the patch doesn't cause problems so you might apply it. -- nosy: +christian.heimes ___ Python tracker <[EMAIL P

[issue4200] atexit module not safe in Python 3.0 with multiple interpreters

Graham Dumpleton <[EMAIL PROTECTED]> added the comment: By visual inspection the intent looks correct, but can't actually test it until I can checkout Python code from source repository and apply patch as patch doesn't apply cleanly to 3.0rc1. With #3723 and #4213 now also having patches, will

[issue4200] atexit module not safe in Python 3.0 with multiple interpreters

Christian Heimes <[EMAIL PROTECTED]> added the comment: Martin, can you please review and comment on my patch? Graham, does the patch solve your problem? -- assignee: -> loewis ___ Python tracker <[EMAIL PROTECTED]>

[issue3723] Py_NewInterpreter does not work

Christian Heimes <[EMAIL PROTECTED]> added the comment: In combination with the patch in #4213, "subinterpreter.patch" fixes the problem. I'm assigning the bug to Barry for his final decision. -- assignee: -> barry nosy: +barry type: -> behavior __

[issue4213] Lower case file system encoding

Christian Heimes <[EMAIL PROTECTED]> added the comment: Me, too! The solution is elegant and works well. Barry still has to accept the patch, though. -- resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]>

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Roumen Petrov <[EMAIL PROTECTED]> added the comment: The patch issue4204.diff split cases for "FreeBSD/4.8* | Darwin/6* )". Please look 10-15 lines below in same case statement ___ Python tracker <[EMAIL PROTECTED]> _