[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

[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]>

[issue1785] "inspect" gets broken by some descriptors

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

[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]> ___

[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

[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:

[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

[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]> __ __

[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]>

[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]> __ ___

[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

[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

[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

[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

[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

[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

[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

[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 ___

[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]>

[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]>

[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

[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

[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

[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]>

[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

[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-

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

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

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

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

[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:

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

Changes by David Wolever <[EMAIL PROTECTED]>: -- nosy: -brett.cannon, collinwinter, georg.brandl 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]> __ ___

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

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

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

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

[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

[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/

[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

[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

[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

[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

[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]> __ ___

[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]> __

[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]> __

[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

[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

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

[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

[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

[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

[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]> __ _

[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]> __

[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 -

[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]>

[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

[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]> __ __

[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

[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

[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

[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

[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]> __ ___

[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

[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]> ___

[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

[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

[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 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]> ___

[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

[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

[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

<    1   2   3   4