[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

Jaroslav Pachola added the comment: To me it seems more like a bug fix - in Python 2.4 and older the pickling works well and the current 2.5 behavior really breaks existing code. That's why I plead for inclusion in 2.5.2; because this issue prevents our company to move to 2.5. __

[issue1935] test_descr.py converted to unittest

Georg Brandl added the comment: The GHOP patch was now committed as r60521. -- nosy: +georg.brandl status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

Guido van Rossum added the comment: Understood. Can you get other developers on python-dev to weigh in? Maybe I am over-estimating the danger. _ Tracker <[EMAIL PROTECTED]> _ _

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Mark Dickinson added the comment: About Rational('3.') and Rational('.2'): It's not so much to do with consistency with float and Decimal; more to do with the fact that some people like to write floats these ways (which presumably is why float and Decimal allow such input). It occurs to me t

[issue1997] unicode and string compare should not cause an exception

Aaron Watters added the comment: Okay. I haven't looked but this should be well documented somewhere because I found it very surprising (it crashed a large run somewhere in the middle). In the case of strings versus unicode I think it is possible to hack around this by catching the exceptional

[issue1757072] Zipfile robustness

Alan McIntyre added the comment: It would seem that such a zip file is not consistent with the spec (http://www.pkware.com/documents/casestudies/APPNOTE.TXT). My first reaction is that we shouldn't accept behavior outside the spec unless it's something that's done by many popular ZIP application

[issue1997] unicode and string compare should not cause an exception

Changes by Guido van Rossum: Removed file: http://bugs.python.org/file9348/unnamed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1997] unicode and string compare should not cause an exception

Guido van Rossum added the comment: You should be grateful. :-) The error points out a bug in your program: you're mixing encoded and unencoded text. __ Tracker <[EMAIL PROTECTED]> __

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Mark Dickinson added the comment: Regex changed in r60530. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue2000] Undefined symbols: _PyOS_mystrnicmp on Mac OS X

New submission from Alexander Belopolsky: On Mac OS X, make fails with the following error .. /usr/bin/ld: Undefined symbols: _PyOS_mystrnicmp collect2: ld returned 1 exit status make: *** [python.exe] Error 1 The attached patch fixes the issue. -- components: Build files: make-patch.di

[issue2000] Undefined symbols: _PyOS_mystrnicmp on Mac OS X

Mark Dickinson added the comment: I assume this is on OS X 10.4? I can't reproduce the failure on Leopard. -- nosy: +marketdickinson __ Tracker <[EMAIL PROTECTED]> __

[issue2000] Undefined symbols: _PyOS_mystrnicmp on Mac OS X

Alexander Belopolsky added the comment: Looks like an SVN problem on my end. I am getting a stale version of the makefile. Please close the issue as invalid. __ Tracker <[EMAIL PROTECTED]> __ __

[issue2000] Undefined symbols: _PyOS_mystrnicmp on Mac OS X

Georg Brandl added the comment: Closing. -- nosy: +georg.brandl resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Jeffrey Yasskin added the comment: I think '1e+100' would constitute feature creep at this point, but thanks for the suggestion, and the improvement in the readability of the regex! __ Tracker <[EMAIL PROTECTED]>

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Raymond Hettinger added the comment: The rational constructor should accept decimals directly. Rational(Decimal('3.1')) does not suffer the same representation error problems as Rational(float('3.1')). The conversion from decimal is lossless and does not depend on the decimal context. There

[issue2001] Pydoc interactive browsing enhancement

New submission from Ron Adam: This patch removes the gui tk control panel and replaces it with a navigation bar on the served web pages. This offers a nicer user experience because one no longer needs to jump back and forth between windows. The navbar supports getting specific modules, searchin

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

Jeffrey Yasskin added the comment: I think Rational should handle all floating types as consistently as possible, whatever their radix or precision. It's unlikely that people will convert from them often anyway, especially from Decimal, so the shorter conversion from Decimal doesn't seem to outwe

[issue2002] Make int() fall back to trunc()

New submission from Jeffrey Yasskin: Per http://mail.python.org/pipermail/python-dev/2008-January/076564.html. -- assignee: jyasskin messages: 62014 nosy: jyasskin priority: high severity: normal status: open title: Make int() fall back to trunc() type: behavior versions: Python 2.6, Pyt

[issue1914] test_plistlib fails

Changes by Christian Heimes: -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue2003] Incorrect definition of new-style class

New submission from Thane Plummer: Python Reference Manual section 3.3 (p3 s2) contains the fragment "A new-style class neither more nor less than a user-defined type." A well placed 2-letter verb would transform this sad little fragment into a delightful, pleasing, and ultimately useful sent

[issue2004] tarfile extractall() allows local attacker to overwrite files while extracting

New submission from Michael Brown: python 2.5.1 tarfile.py line 1516 in extractall() sets directories created to world-writeable while extracting which means an attacker can change/modify files before perms are fixed. Suggest 770 while extracting to fix. -- components: Library (Lib) me

[issue2004] tarfile extractall() allows local attacker to overwrite files while extracting

Michael Brown added the comment: I can confirm that this issue has been addressed in trunk tarfile.py. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-

[issue2004] tarfile extractall() allows local attacker to overwrite files while extracting

Alan McIntyre added the comment: I noticed that in the trunk, ZipFile._extract_member, at line 865, still uses 777 (the default of os.makedirs) to create directories. I attached a patch for it. A quick grep shows that tarfile still uses the default permissions for os.makedirs and mkdir. Should

[issue2002] Make int() fall back to trunc()

Jeffrey Yasskin added the comment: Here's a patch to implement the fallback for both int and long. I'm pretty sure that _PyNumber_ConvertIntegralToInt() is in the wrong place. Where would be a better place for it? -- keywords: +patch nosy: +rhettinger Added file: http://bugs.python.org/f

[issue1294959] Problems with /usr/lib64 builds.

Changes by Ignacio Vazquez-Abrams: -- nosy: +ivazquez _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe:

[issue2002] Make int() fall back to trunc()

Raymond Hettinger added the comment: Guido, are these basically the mechanics you intended? All calls to PyNumber_Int() and PyNumber_Long() attempt the usual path and if those would fail, it tries __trunc__ if it exists and coerces the result of that call back to an int or long. The logic