[issue1064] Test issue
Martin v. Löwis added the comment: Compare From headers -- assignee: georg.brandl - nosy: -georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1064 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1727780] 64/32-bit issue when unpickling random.Random
Changes by Martin v. Löwis: -- assignee: - loewis severity: normal - major _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1727780 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1130] Idle - Save (buffer) - closes IDLE and does not save file (Windows XP)
New submission from Tal Einat: The saving bug is a string/bytes issue, simply fixed by replaced line 366 in Lib\idlelib\IOBinding.py with: chars = chars.replace(b\n, self.eol_convention.encode('ASCII')) -- nosy: +taleinat __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1130 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1182] Paticular decimal mod operation wrongly output NaN.
Hirokazu Yamamoto added the comment: I tracked down, and I noticed following code was invoked. Lib/decimal.py (release-maint25 Decimal#_rescale) 1912: if watchexp and digits context.prec: 1913: return context._raise_error(InvalidOperation, 'Rescale prec') from decimal import * d = Decimal(23.08589694291355371979265447) print d % Decimal(2.302585092994045640179914546844) # NaN print Decimal(0.060046012973097317993509001560)._rescale(-30) # error Length of decimal seems to be important, so I changed length and it seemed working. print d % Decimal(2.302585092994045640179914547) # 0.060046012973097317993509000 Maybe is this intended behavior? Still I feel 2.6's behavior is less suprising though... __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1182 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1160] Medium size regexp crashes python
Fredrik Lundh added the comment: Well, I'm not sure 81k qualifies as medium sized, really. If you look at the size distribution for typical RE:s (which are usually handwritten, not machine generated), that's one or two orders of magnitude larger than medium. (And even if this was guaranteed to work on all Python builds, my guess is that performance would be pretty bad compared to a using a minimal RE and checking potential matches against a set. The | operator is mostly O(N), not O(1).) As for fixing this, the byte code used by the RE engine uses a word size equal to the Unicode character size (sizeof(Py_UNICODE)) for the given platform. I don't think it would be that hard to set it to 32 bits also on platforms using 16-bit Unicode characters (if anyone would like to experiment, just set SRE_CODE to unsigned long in sre.h and see what happens when you run the test suite). __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1160 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1192] Python 3 documents crash Firefox
New submission from Robert T McQuaid: I downloaded python-3.0a1.msi for Windows XP and after install converted the documentation from chm format to html with the hh.exe utility in XP. The resulting files crashed Firefox version 2.0 (it slowly chokes to death in a dozen operations), but worked fine on Opera 9.21. -- components: Documentation messages: 56099 nosy: rtmq severity: minor status: open title: Python 3 documents crash Firefox type: behavior versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1192 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1192] Python 3 documents crash Firefox
Martin v. Löwis added the comment: Why do you think this is a bug in Python? If Firefox crashes, isn't this rather a bug in Firefox? Please report it at bugzilla.mozilla.com. Closing as third-party bug. -- nosy: +loewis resolution: - invalid status: open - closed versions: +3rd party -Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1192 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1193] os.system() encoding bug on Windows
New submission from Fan Decheng: Python 3.0 uses utf-8 encoding, but os.system() when running on Windows uses the system default encoding, which may be cp936 or mbcs. They are incompatible. -- components: Library (Lib) messages: 56101 nosy: r_mosaic severity: major status: open title: os.system() encoding bug on Windows type: behavior versions: Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1193 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com