[issue2297] Patch for fatal stack overflow in Windows caused by -v

Changes by Trent Nelson <[EMAIL PROTECTED]>: -- assignee: -> Trent.Nelson priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bug

[issue2373] Raise Py3K warnings for comparisons that changed

Steven Bethard <[EMAIL PROTECTED]> added the comment: I'm attaching a patch that handles object comparisons, type comparisons, cell comparisons, and dict comparisons. All the tests pass (including the new ones I've added) but I'd appreciate it if someone could take a second look. Other things st

[issue2383] Remove old XXX comment in stat.py

New submission from Jerry Seutter <[EMAIL PROTECTED]>: The comment about constants has been unmodified since 1994 (14 years) and we have yet to support a system that has non-standard constants for stat(). It can safely be removed. This patch contains changes to comments only. -- compon

[issue1471] ioctl request argument broken on 64-bit OpenBSD or OS X

Changes by Gregory P. Smith <[EMAIL PROTECTED]>: -- keywords: +64bit title: ioctl doesn't work properly on 64-bit OpenBSD -> ioctl request argument broken on 64-bit OpenBSD or OS X __ Tracker <[EMAIL PROTECTED]> ___

[issue1574] Touchpad 2 Finger scroll does not work in IDLE on Mac (But scroll wheel of external mouse does)

Ronald Oussoren <[EMAIL PROTECTED]> added the comment: Unassigned as I'm unlikely to work on this. BTW. My guess guess would be that this is an issue with Tk, not IDLE. -- assignee: ronaldoussoren -> __ Tracker <[EMAIL PROTECTED]>

[issue1471] ioctl doesn't work properly on 64-bit OpenBSD

Gregory P. Smith <[EMAIL PROTECTED]> added the comment: i'd say the patch is fine. on linux ioctl takes an int. on openbsd it takes an unsigned long. on something else it might even take its own type like an ioctl_t. regardless, treating the parameter as either a long or unsigned long will work

[issue1471] ioctl doesn't work properly on 64-bit OpenBSD

Nicholas Marriott <[EMAIL PROTECTED]> added the comment: It's not the return value, it's the request argument (second argument). I thought SUSv3 had it as an int, but looking again its ioctl seems to be a) optional and b) all about STREAMS, so I don't think it applies: http://www.opengroup.org/o

[issue667770] import C API mess

Brett Cannon <[EMAIL PROTECTED]> added the comment: I was planning to do that in order to make my life simpler when I have to re-implement the C API. Tracker <[EMAIL PROTECTED]> ___

[issue2382] [Py3k] SyntaxError cursor shifted if multibyte character is in line.

New submission from Hirokazu Yamamoto <[EMAIL PROTECTED]>: Hello. I found another problem related to issue2301. SyntaxError cursor "^" is shifted when multibyte characters are in line (before "^"). I think this is because err->text is stored as UTF-8 which requires 3 bytes for multibyte characte

[issue1717] Get rid of more refercenes to __cmp__

Guido van Rossum <[EMAIL PROTECTED]> added the comment: __cmp__ is not coming back. -- priority: low -> normal __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1616] compiler warnings

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Let's make this a catch-all bug to remind us to ensure the build is warning-free on as many platforms as possible. -- priority: low -> critical title: compiler warnings (gcc 2.96) -> compiler warnings versions: +Python 2.6, Python 3

[issue667770] import C API mess

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Brett, perhaps you can consider this with your integration of import-rewritten-in-Python? I think it's fine to leave this alone for 2.6. -- assignee: gvanrossum -> brett.cannon components: +Interpreter Core -None nosy: +brett.canno

[issue1337696] Elemental Security contribution - pgen2 package

Guido van Rossum <[EMAIL PROTECTED]> added the comment: This has now been included in the sandbox code for 2to3 and is slated for inclusion in the Python trunk (and the py3k branch). Closing this patch. -- resolution: -> accepted status: open -> closed title: Elemental Security contri

[issue1762972] 'exec' does not accept what 'open' returns

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Christian, I still see __file__ point to a .pyc file: guido-macbookpro:~/p3 guido$ ./python.exe Python 3.0a3+ (py3k:61464M, Mar 17 2008, 16:36:53) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "licen

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- keywords: +patch Added file: http://bugs.python.org/file9720/issue2380.diff __ Tracker <[EMAIL PROTECTED]> __ __

[issue1775] filehandle.write() does not return None (Python 3.0a2)

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Georg, can you whip up a bit of documentation for this? (Of course you may find that the docs for io.py are lacking more than just this nit...) -- assignee: gvanrossum -> georg.brandl components: +Documentation -Library (Lib) prior

[issue1179] [CVE-2007-4965] Integer overflow in imageop module

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Sorry this missed the 2.5.2 release. I'll try to look again before 2.5.3 is imminent. -- components: +Extension Modules -Library (Lib) __ Tracker <[EMAIL PROTECTED]>

[issue1911] webbrowser.open firefox 3 issues

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Sorry, I have lots of other things to do before I get to this. It's too late for 2.5.2; 2.5.3 won't be out until September or October 2008. Please ping before then. -- components: +Library (Lib) -Extension Modules priority: high -

[issue2332] Renaming of attributes on functions need to be backported.

Neal Norwitz <[EMAIL PROTECTED]> added the comment: Committed revision 61492. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2379] Raise a Py3K warning for __getitem__ or __getslice__ on exception instances

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Cleaned up and committed as r61489. Thanks!! -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

Changes by Guido van Rossum <[EMAIL PROTECTED]>: -- keywords: +26backport, easy priority: -> low __ Tracker <[EMAIL PROTECTED]> __ ___ Python-b

[issue2341] Raise a Py3K warning when raise non-BaseException exceptions

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Checked in as r61486. I tweaked your change slightly to compare the output of PyErr_Warn() with -1. The "minor" patch is incorrect IMO; the code where the comment was originally is indeed normalizing the exception in a specific way, while

[issue2321] return more memory from unicode objects to system

Changes by Neal Norwitz <[EMAIL PROTECTED]>: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue2321] return more memory from unicode objects to system

Changes by Neal Norwitz <[EMAIL PROTECTED]>: -- assignee: -> nnorwitz resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2381] test_subprocess fails if your sys.executable is on a path with a space in it

New submission from Alan Brooks <[EMAIL PROTECTED]>: Patch attached that escapes the executable name so this test doesn't fail. -- components: Tests files: test_subprocess-r61479.patch keywords: patch messages: 63883 nosy: lanny severity: normal status: open title: test_subprocess fails

[issue2321] return more memory from unicode objects to system

Neal Norwitz <[EMAIL PROTECTED]> added the comment: After discussing this with MvL, I'll check this patch into trunk and 2.5. Alec, if you find other issues, please create a new patch. Committed revision 61458. Committed revision 61485. (2.5) __ Tracker <[EMAIL

[issue2341] Raise a Py3K warning when raise non-BaseException exceptions

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I'll review this soon. -- assignee: -> gvanrossum nosy: +gvanrossum priority: critical -> release blocker __ Tracker <[EMAIL PROTECTED]> __

[issue2379] Raise a Py3K warning for __getitem__ or __getslice__ on exception instances

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I'll review this soon. -- assignee: -> gvanrossum nosy: +gvanrossum priority: -> release blocker __ Tracker <[EMAIL PROTECTED]> __

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Thanks! -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2303] isinstance is 4x as slow as in 2.5 because the common case raises

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I'll set this to critical to ensure that I look at it at least once before we release. I'm not sure however that we can do much about it -- nor that it matters much in practice. Perhaps we could speed up certain common isinstance() calls b

[issue2379] Raise a Py3K warning for __getitem__ or __getslice__ on exception instances

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: With the attached patch and -3 option: >>> Exception(1,2,3)[0] __main__:1: DeprecationWarning: In 3.x, __getitem__ is not supported for exception classes, use args attribute 1 >>> Exception(1,2,3)[:] __main__:1: DeprecationWarning: In

[issue2371] Patch for catching exceptions that do not inherit from BaseException

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Mar 17, 2008 at 11:09 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Alex, can you please open a separate bug for that? The cross-posting of > comments is unhelpful, and the issue was not introduced by this patch. Please

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

New submission from Alexander Belopolsky <[EMAIL PROTECTED]>: As of r61478, the following code fails to produce a py3k warning: try: raise ValueError except ((ValueError,object),): pass which is an error for in py3k: Traceback (most recent call last): File "x.py", line 3, in exce

[issue1274] doctest fails to run file based tests with 8bit paths

Mike Taylor <[EMAIL PROTECTED]> added the comment: Not in the system PATH but in the path where the file is stored: Here is the original traceback from the bug report for Chandler: Traceback (most recent call last): File "/Development/osaf/chandler_石田リチャード/chandler/release/Library/Frameworks/

[issue2348] Py3K warn using file.softspace

Jeff Balogh <[EMAIL PROTECTED]> added the comment: Attaching a patch that adds {get,set}_attr wrappers for fileobject which warn about softspace usage. -- keywords: +patch nosy: +jbalogh Added file: http://bugs.python.org/file9717/issue2348.diff __ Track

[issue2363] Fixer for itertools.ifilterfalse() -> itertools.filterfalse()

Changes by David Wolever <[EMAIL PROTECTED]>: -- nosy: -brett.cannon, collinwinter status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2362] Fixer for itertools.izip() -> zip()

Changes by David Wolever <[EMAIL PROTECTED]>: -- nosy: -brett.cannon, collinwinter status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2361] Fixer for itertools.ifilter() -> filter()

Changes by David Wolever <[EMAIL PROTECTED]>: -- nosy: -brett.cannon, collinwinter status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2360] Fixer for itertools.imap() -> map()

Changes by David Wolever <[EMAIL PROTECTED]>: -- nosy: -brett.cannon, collinwinter, georg.brandl status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue2360] Fixer for itertools.imap() -> map()

David Wolever <[EMAIL PROTECTED]> added the comment: Fixed in r61466. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe:

[issue2361] Fixer for itertools.ifilter() -> filter()

David Wolever <[EMAIL PROTECTED]> added the comment: Fixed in r61466. -- nosy: +David Wolever __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-

[issue2362] Fixer for itertools.izip() -> zip()

David Wolever <[EMAIL PROTECTED]> added the comment: Fixed in r61466. -- nosy: +David Wolever __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-

[issue2363] Fixer for itertools.ifilterfalse() -> itertools.filterfalse()

David Wolever <[EMAIL PROTECTED]> added the comment: Fixed in r61466. -- nosy: +David Wolever __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Mar 17, 2008 at 11:00 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > We still need patches to issue -3 warnings for: > - __getitem__ or __getslice__ on exception instances > I've opened a separate issue for this (see issue23

[issue2371] Patch for catching exceptions that do not inherit from BaseException

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I've checked a temporary work-around for that issue and another one in r61478. This now has some false negatives; that's better than false positives IMO. __ Tracker <[EMAIL PROTECTED]>

[issue2171] Add map, filter, zip to future_builtins

David Wolever <[EMAIL PROTECTED]> added the comment: The 2to3 stuff relating to map is added in r61479. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue2198] code_hash() can be the same for different code objects

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: Given Alexander's comment, and the fact that x==x must imply hash(x)==hash(x) but the reverse need not be true, this seems like intentional behavior. -- nosy: +jyasskin resolution: -> invalid status: open -> closed

[issue2379] Raise a Py3K warning for __getitem__ or __getslice__ on exception instances

New submission from Alexander Belopolsky <[EMAIL PROTECTED]>: As requested by Guido at msg63858. Will create a patch. -- components: Interpreter Core messages: 63864 nosy: belopolsky severity: normal status: open title: Raise a Py3K warning for __getitem__ or __getslice__ on exception i

[issue2371] Patch for catching exceptions that do not inherit from BaseException

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Alex, can you please open a separate bug for that? The cross-posting of comments is unhelpful, and the issue was not introduced by this patch. __ Tracker <[EMAIL PROTECTED]>

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Mar 17, 2008 at 11:00 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: .. > - raising exceptions that don't derive from BaseException See patch at issue2341. __ Tracker <[EMAIL PROTECTED]>

[issue2226] Small _abcoll Bugs / Oddities

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I'm setting this to critical to ensure that I will at least have a thorough look at this before the release. I'm not sure whether I will decide to address it or leave it alone. -- priority: -> critical ___

[issue2262] Helping the compiler avoid memory references in PyEval_EvalFrameEx

Changes by Jeffrey Yasskin <[EMAIL PROTECTED]>: -- type: behavior -> performance __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing

[issue2262] Helping the compiler avoid memory references in PyEval_EvalFrameEx

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: Another data point: I just installed gcc-4.3.0, and the second patch gives it a 6% speedup. On the downside, 4.3 is still about 9% slower than 4.0. :-( Neal, do you have your measurements? __ Tracker <[EMAIL P

[issue2292] Missing *-unpacking generalizations

Guido van Rossum <[EMAIL PROTECTED]> added the comment: This is fun, but needs more work (see python-3000 thread). I'm setting the priority to low, since I won't hold up a release to get this in (if there's even a rough consensus). -- assignee: gvanrossum -> twouters priority: -> low

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

Guido van Rossum <[EMAIL PROTECTED]> added the comment: "except object:" will continue to be a no-op, if only for compatibility. With -3 it will issue a warning (I just checked this in, from issue2371). With -3 -Werror it will be an error. We still need patches to issue -3 warnings for: - rais

[issue2371] Patch for catching exceptions that do not inherit from BaseException

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: I left the following comment in issue2291 pertaining to this patch: """ There is also a subtle bug in the issue2371 patch: $ cat x.py try: raise ValueError except ((ValueError,),): pass $ ./python -3 x.py x.py:3: DeprecationWar

[issue2378] UnboundLocalError when trying to raise exceptions inside execfile

Changes by Jerry Seutter <[EMAIL PROTECTED]>: -- components: +Interpreter Core __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing li

[issue2378] UnboundLocalError when trying to raise exceptions inside execfile

New submission from Jerry Seutter <[EMAIL PROTECTED]>: Found a bug when trying to integrate figleaf coverage into trunk. I have ripped the code down to the smallest subset that still causes the behaviour. The code works on the latest release of Python 2.5 but is broken on trunk. It comes in tw

[issue2371] Patch for catching exceptions that do not inherit from BaseException

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Thanks! Applied as r61475. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1622] zipfile hangs on certain zip files

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Eric: Can you review the latest version of this patch? -- assignee: -> loewis nosy: +jafo, loewis __ Tracker <[EMAIL PROTECTED]>

[issue1746] ZIP files with archive comments longer than 4k not recognized as valid by zipfile module

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- priority: -> normal resolution: -> duplicate status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1274] doctest fails to run file based tests with 8bit paths

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: This may be fixed already, or a bug in FC4. Or perhaps you could provide more information on how the bug is invoked. I was able to successfully execute a doctest with "\xee" in the path on an F8 box: Python 2.5.1 (r251:54863, Oct 30 200

[issue2377] Replace import.c with a pure Python implementation

New submission from Brett Cannon <[EMAIL PROTECTED]>: Python/import.c should be replaced by the implementation under development contained in the py3k-importlib branch. -- assignee: brett.cannon components: Interpreter Core messages: 63851 nosy: brett.cannon priority: critical severity:

[issue2320] Race condition in subprocess using stdin

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: Ludwig isn't really proposing that subprocess.Popen be thread-safe. That would imply that you could mess with the same Popen instance concurrently from separate threads, which shouldn't be allowed. But instead, he's asking that it not be thre

[issue1676] Fork/exec issues with Tk 8.5/Python 2.5.1 on OS X

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Martin: Any response to Kevin's URL reference? -- assignee: -> loewis nosy: +jafo priority: -> normal __ Tracker <[EMAIL PROTECTED]> ___

[issue1785] "inspect" gets broken by some descriptors

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- assignee: -> facundobatista keywords: +patch nosy: +facundobatista priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1711] socket functions that should return unsigned int return signed int

Guido van Rossum <[EMAIL PROTECTED]> added the comment: This is likely fixed; setting the status to pending and priority to low. I believe this will eventually close it. -- priority: normal -> low status: open -> pending __ Tracker <[EMAIL PROTECTED]>

[issue1684] CGIHTTPServer does not chdir prior to executing the CGI script

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsu

[issue1684] CGIHTTPServer does not chdir prior to executing the CGI script

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Is the reporter correct that it is not thread impacting? -- assignee: -> tiran nosy: +jafo priority: -> normal __ Tracker <[EMAIL PROTECTED]> __

[issue2291] Raise a Py3K warning for catching non-BaseException exceptions

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I finally figured this out. The try/except statement is a complete red herring; the problem is in the raise statement. The behavior is the same in 2.4, 2.5 and 2.6, even though Exception is a classic class in 2.4 and a new-style class in 2

[issue1711] socket functions that should return unsigned int return signed int

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Maarten: Do you have time to try doing a test build as suggested by Guido, to report if this issue is resolved? -- nosy: +jafo priority: -> normal type: -> behavior __ Tracker <[EMAIL PROTECTED]>

[issue1544] IDLE installation problems and no message errors

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Duplicate of #1743 and #1862. Fixed in Python 2.5.2 maint. Fixed in rev 60782 The problem is that the .idlerc file is getting the hidden bit set. -- assignee: -> loewis nosy: +jafo, loewis priority: -> normal resolution: ->

[issue2371] Patch for catching exceptions that do not inherit from BaseException

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I'll review this once I address issue2291. -- assignee: -> gvanrossum nosy: +gvanrossum priority: -> normal __ Tracker <[EMAIL PROTECTED]> ___

[issue1513695] new turtle module

Gregor Lingl <[EMAIL PROTECTED]> added the comment: Supplementary remark: xturtle has proved to run without problems under Python 2.6. (Not surprisingly) it's behaviour is exactly like under Python 2.5, with the exception, that the tested scripts run 5 to 15% faster.

[issue1513695] new turtle module

Changes by Gregor Lingl <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9715/whatsnew.txt _ Tracker <[EMAIL PROTECTED]> _ ___ Pyt

[issue2375] PYTHON3PATH environment variable to supersede PYTHONPATH for multi-Python environments

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: -1 Sites that need this functionality can emulate this feature in site.py by adding sys.path[1:1] = os.getenv("PYTHON3PATH", "").split(os.pathsep) in py3k installation. I could not find any discussion beyond the original post at ht

[issue1477] UnicodeDecodeError that cannot be caught in narrow unicode builds

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The error is not uncatchable; but it is generated while compiling, like a SyntaxError. No bytecode is generated for the input, and the "except" opcode is not run at all. OTOH, there is a bug in PyUnicode_DecodeRawUnicodeEscape(): it sho

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

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: My apologies. I often forget to switch between tabs and spaces for Python and C sometimes. Added file: http://bugs.python.org/file9713/buffer_warning_good_tabbing.patch __ Tracker <[EMAIL PROTECTED]>

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

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Benjamin, Your recent patches all use 4-space indentation, but Python 2.x recommended style is still to use tabs unless you start a new file. See PEP 7. -- nosy: +belopolsky __ Tracker <[EMAIL

[issue2313] correct int / long object type casts

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment: Thanks! Fixed in r61472. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1274] doctest fails to run file based tests with 8bit paths

Mike Taylor <[EMAIL PROTECTED]> added the comment: Hi, it was running on FC4 with UTF-32 support and was using the Japanese locale. The bug is reproducible using any doctest that is stored in a mixed character path. where it is in the Chandler tree is not easily pulled apart but if you really

[issue2374] Use of builtin file should give Py3k warning

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Yeah, breaking isinstance(x, file) would be bad and 2to3 can do this automatically. I should probably learn how to write fixers. BTW, the warning culprit was actually site.py which used file. __ Tracker <[EM

[issue2342] Comparing between disparate types should raise a Py3K warning

Steven Bethard <[EMAIL PROTECTED]> added the comment: The code is only invoked when NotImplemented is produced. Take a look at the attached patch to try_3way_to_rich_compare and see if you think it's going to be too expensive. -- keywords: +patch Added file: http://bugs.python.org/file97

[issue2321] return more memory from unicode objects to system

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Looks good, Neal. Are you hesitant to check this in? I ran a little test showing that indeed it gives much more memory back to the system. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]>

[issue2376] Set up "supported"-only buildbot waterfall view

New submission from Jean-Paul Calderone <[EMAIL PROTECTED]>: The Python buildbot's waterfall view currently shows all builders. Not all of these are expected to work currently. This can be confusing to people trying to understand the current state of Python on various platforms. Buildbot can b

[issue2344] Using an iteration variable outside a list comprehension needs a Py3K warning

Taek Joo Kim <[EMAIL PROTECTED]> added the comment: >>> i = 3 >>> [i for i in range(10)] >>> i 9 In 2.6, the original value of a variable is changed by the list comprehension. In 3.0, it is not. To fix this, we need many changes on AST. -- nosy: +taicki

[issue1251] ssl module doesn't support non-blocking handshakes

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Should this be back-ported to 2.6, or can it be closed? -- keywords: +patch nosy: +jafo priority: -> normal __ Tracker <[EMAIL PROTECTED]> __

[issue1633807] from __future__ import print_function

Eric Smith <[EMAIL PROTECTED]> added the comment: I'm going to review Anthony's patch and attempt to get it working in the current trunk. I'm going to start by adding some print tests to 3.0, then backport. _ Tracker <[EMAIL PROTECTED]>

[issue2138] Add a factorial function

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Problems with product(): It is dreadfully inefficient compared to a good implementation of factorial. It has the same name a new itertool with much different functionality. The hyper-generalization takes us further away from the OP's dir

[issue2348] Py3K warn using file.softspace

Brett Cannon <[EMAIL PROTECTED]> added the comment: That should read file.softspace. -- title: Py3K warn using file.whitespace -> Py3K warn using file.softspace __ Tracker <[EMAIL PROTECTED]>

[issue2374] Use of builtin file should give Py3k warning

Guido van Rossum <[EMAIL PROTECTED]> added the comment: Let's not do this. This approach is not sufficiently backwards compatible; it will break any code that uses isinstance(x, file). Even though that's not forward compatible with 3.0, it works in 2.5 and before, so it should not break in 2.6.

[issue1598] unexpected response in imaplib

Sean Reifschneider <[EMAIL PROTECTED]> added the comment: Can you provide the message or messages which cause the problem when they are put in the IMAP server? Can you also provide information on what IMAP server software and version is being used? -- assignee: -> pierslauder nosy: +ja

[issue1633807] from __future__ import print_function

Changes by Eric Smith <[EMAIL PROTECTED]>: -- nosy: +eric.smith _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Un

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

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Are use cases for buffer() satisfied by the new memoryview() builtin? If so, it would be nice to have an automatic conversion or to have the Py3k warning suggest a possible substitute. -- nosy: +rhettinger ___

[issue2138] Add a factorial function

paul rubin <[EMAIL PROTECTED]> added the comment: Rather than factorial how about a product function, so factorial(n) = product(xrange(1,n+1)). I do like the idea of an imath module whether or not it has factorial, and the topic of this rfe has drifted somewhat towards the desirability of such a

[issue2375] PYTHON3PATH environment variable to supersede PYTHONPATH for multi-Python environments

Changes by Neal Norwitz <[EMAIL PROTECTED]>: -- assignee: -> nnorwitz nosy: +nnorwitz priority: -> urgent __ Tracker <[EMAIL PROTECTED]> __ __

[issue1596] Broken pipes should be handled better in 2.x

Changes by Sean Reifschneider <[EMAIL PROTECTED]>: -- priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2138] Add a factorial function

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Wish I could be at the sprint. I'm back in Los Angeles. My little post will have to suffice. I thought it was a reasonable request and would hate to see it killed because other people piled on other requests that were not reasonable.

[issue2374] Use of builtin file should give Py3k warning

Guido van Rossum <[EMAIL PROTECTED]> added the comment: I'll review this. My hunch is that we don't need this -- 2to3 takes care of this so there is no reason to tell people to change their code by hand. (You may notice a pattern -- things that 2to3 can fix easily generally don't deserve -3 wa

[issue2375] PYTHON3PATH environment variable to supersede PYTHONPATH for multi-Python environments

New submission from Glyph Lefkowitz <[EMAIL PROTECTED]>: Currently if you have both Python 3 and Python 2 installed, there's no way to indicate that ".py" files in one area are Python 2 syntax and in another area are Python 3 syntax. Being able to distinguish between these would be nice for hete

  1   2   3   4   >