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

2008-03-18 Thread Trent Nelson
Trent Nelson <[EMAIL PROTECTED]> added the comment: Fixed in r61607, thanks for the report + patch. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

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

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

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

2008-03-16 Thread Trent Nelson
Trent Nelson <[EMAIL PROTECTED]> added the comment: +1, tested on x86 XP and x64 2k8. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

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

2008-03-16 Thread Douglas Greiman
Douglas Greiman <[EMAIL PROTECTED]> added the comment: Good call. I've attached an updated patch which includes a testcase in test_cmd_line.py. Added file: http://bugs.python.org/file9685/py3k-win-codec-recursion-20080316.diff __ Tracker <[EMAIL PROTECTED]>

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

2008-03-16 Thread Trent Nelson
Trent Nelson <[EMAIL PROTECTED]> added the comment: Any chance of getting a test case that demonstrates this? I'll happily test the patch if there's an associated test case I can run to assert before/after behaviour. -- nosy: +Trent.Nelson __ Tracker <

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

2008-03-15 Thread Douglas Greiman
New submission from Douglas Greiman <[EMAIL PROTECTED]>: When python is invoked with -v or -vv under Windows, the process of importing the codec for sys.stderr causes a message to be written to stderr, which in turn causes the codec to be recursively imported. Sometimes the stack overflow except