[issue1168] complex arithmetic: strange results with "imag"

New submission from Nusret BALCI: "imag" returns incorrect results if invoked on a literal number. Looks like a bug. >>> 1-2j (1-2j) >>> 1-2j.real 1.0 >>> 1-2j.imag -1.0 >>> 1-4j.imag -3.0 >>> (1-4j).imag -4.0 >>> -- messages: 55940 nosy: newman severity: normal status: open title: comp

[issue1168] complex arithmetic: strange results with "imag"

Gabriel Genellina added the comment: Note that there are no complex literals in Python, only imaginary literals. 1-4j is an expression, not a literal. So 1-4j.imag means 1-(4j.imag) = 1-4 = -3 See http://docs.python.org/ref/numbers.html#l2h-16 (I'd close this as not a bug) -- nosy: +ga

[issue1168] complex arithmetic: strange results with "imag"

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

[issue1134] Parsing a simple script eats all of your memory

Alexey Suda-Chen added the comment: Oops, i see there are two bugs. Previously i have fixed multiline strings only. I think it will be: Index: tokenizer.c === --- tokenizer.c (revision 58161) +++ tokenizer.c (working copy) @@ -395,

[issue1167] gdbm/ndbm 1.8.1+ needs libgdbm_compat.so

Changes by Martin v. Löwis: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1146] TextWrap vs words 1-character shorter than the width

Changes by Martin v. Löwis: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1727780] 64/32-bit issue when unpickling random.Random

Martin v. Löwis added the comment: Would anybody of you like to work on a patch? -- nosy: +loewis _ Tracker <[EMAIL PROTECTED]> _ ___

[issue1169] Option -OO doesn't remove docstrings from functions

New submission from Daniele Varrazzo: The issue was already addressed in Issue1722485. The fix applied in rev. 55732, 55733 only fixes module and class docstrings, not function docstrings. The attached patch fixed the issue for function docstrings too. -- components: None files: fix_fu

[issue1169] Option -OO doesn't remove docstrings from functions

Daniele Varrazzo added the comment: The attached file shows the issue: running with -OO no docstring should be printed. In rev 58163 the functions docstrings are still printed. __ Tracker <[EMAIL PROTECTED]>

[issue1165] Should itertools.count work for arbitrary integers?

Changes by Eduardo Padoan: -- severity: critical -> minor __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue1169] Option -OO doesn't remove docstrings from functions

Changes by Martin v. Löwis: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1165] Should itertools.count work for arbitrary integers?

Changes by Raymond Hettinger: -- assignee: -> rhettinger nosy: +rhettinger __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1158] %f format for datetime objects

Changes by Skip Montanaro: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/pyth

[issue1158] %f format for datetime objects

Skip Montanaro added the comment: Here are new patches for 2.6 and 3.0 including changes to doc and test cases. __ Tracker <[EMAIL PROTECTED]> __Index: Lib/test/test_datetime.py ===

[issue1158] %f format for datetime objects

Changes by Skip Montanaro: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/pyth

[issue1164] tp_print slots don't release the GIL

Guido van Rossum added the comment: looks good to me :) -- assignee: -> brett.cannon __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mai

[issue1164] tp_print slots don't release the GIL

Brett Cannon added the comment: Applied in r58176. And I am glad this is not an issue in Py3K. =) -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1597011] Reading with bz2.BZ2File() returns one garbage character

Sean Reifschneider added the comment: I have committed this into trunk and the 2.5 maintenance branch. It passes all tests and the resulting build passes the submitter-provided test. -- status: open -> closed _ Tracker <[EMAIL PROTECTED]>

[issue1020] pydoc doesn't work on pyexpat

Changes by Sean Reifschneider: -- priority: -> low __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue1021] logging.basicConfig does not allow to set NOTSET level

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

[issue1025] tracebacks from list comps (probably other comps) don't show full stack

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

[issue1042] test_glob fails with UnicodeDecodeError

Changes by Sean Reifschneider: -- priority: -> high __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue1053] bogus attributes reported in asyncore doc

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

[issue1053] bogus attributes reported in asyncore doc

Changes by Sean Reifschneider: -- assignee: -> fdrake nosy: +fdrake __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubs

[issue1060] zipfile cannot handle files larger than 2GB (inside archive)

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

[issue1003] zipfile password fails validation

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

[issue1067] test_smtplib failures (caused by asyncore)

Changes by Sean Reifschneider: -- priority: -> high __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue1079] decode_header does not follow RFC 2047

Sean Reifschneider added the comment: Can you provide an example of an address that triggers this? Preferably in a code sample that can be used to reproduce it? Uber-ideally, a patch to the email module test suite would be great. -- nosy: +jafo priority: -> normal ___

[issue1597011] Reading with bz2.BZ2File() returns one garbage character

Changes by Sean Reifschneider: -- resolution: -> fixed _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscrib

[issue1081] file.seek allows float arguments

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