[issue9431] 2to3 reapplies fix_dict

2010-08-08 Thread George Boutsioukis
George Boutsioukis added the comment: Tried it on 2 machines(Debian & Ubuntu) with both the sandbox and py3k versions. Maybe my setup is tainted on both, I'll try to find a clean one and try again from scratch. Meanwhile, can you/someone pipe 2to3's output for the whole django

[issue9431] 2to3 reapplies fix_dict

2010-07-30 Thread George Boutsioukis
New submission from George Boutsioukis : This only happens on somewhat complex files, I haven't been able yet to isolate the source of this but here goes: For django trunk, running 2to3 on django/contrib/admin/options.py yields the following: @@ -282,7 +282,7 @@

[issue6409] 2to3 -j 4 generates malformed diffs

2010-04-12 Thread George Boutsioukis
George Boutsioukis added the comment: I updated the patch to keep the new code as local as possible. -- Added file: http://bugs.python.org/file16895/output_lock.diff ___ Python tracker <http://bugs.python.org/issue6

[issue6409] 2to3 -j 4 generates malformed diffs

2010-04-12 Thread George Boutsioukis
Changes by George Boutsioukis : Removed file: http://bugs.python.org/file16889/output_lock.diff ___ Python tracker <http://bugs.python.org/issue6409> ___ ___ Python-bug

[issue6409] 2to3 -j 4 generates malformed diffs

2010-04-11 Thread George Boutsioukis
George Boutsioukis added the comment: Flushing stdout is still necessary, though not enough. The processes will still have to use some kind of synchronization, and the performance toll of adding a lock to synchronize output is negligible, given that printing to stdout takes a tiny amount of

[issue1869] Builtin round function is sometimes inaccurate for floats

2008-08-17 Thread George Boutsioukis
George Boutsioukis <[EMAIL PROTECTED]> added the comment: Hi Mark, Yes, I see where you are going with this and I agree. I think the py3k round function is a bit more accurate, any chance this can be backported to 2.7(after modifying the half-rounding)? Anyway, I was just playing aroun

[issue1869] Builtin round function is sometimes inaccurate for floats

2008-07-18 Thread George Boutsioukis
George Boutsioukis <[EMAIL PROTECTED]> added the comment: The issue is that the implementation of round includes multiplying the number by 10**ndigits, thus unnecessarily losing some precision for large numbers within the IEEE754 double limits. This means that even smaller numbers can p

[issue3250] datetime.time does not support arithmetic

2008-07-04 Thread George Boutsioukis
George Boutsioukis <[EMAIL PROTECTED]> added the comment: Hi Chris, I know copy-pasted sounds horrible--perhaps I should have said 'modeled afterwards'(better marketing;). The thing is, the datetime & time classes share a lot of common functionality; it is inevitable that

[issue3250] datetime.time does not support arithmetic

2008-07-03 Thread George Boutsioukis
George Boutsioukis <[EMAIL PROTECTED]> added the comment: I have also come across this in the past. Although I sense that some obscure reason might prevent time arithmetic from being included, here's a patch to add time/timedelta addition and subtraction. It closely follows t