[issue8309] Sin(x) is Wrong

New submission from Derek O'Connor : Dell Precision 690, Intel 2xQuad-Core E5345 @ 2.33GHz 16GB RAM, Windows7 64-bit Professional. Python 3.1.2 (r312:79149, Mar 21 2010, 00:41:52) [MSC v.1500 32 bit (Intel)] on win32 >>> from math import sin >>> sin(1e22) 0.41214336710708466 (WRONG) >>> Py

[issue8309] Sin(x) is Wrong

Changes by Ezio Melotti : -- nosy: +mark.dickinson stage: -> test needed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue8279] python-gdb PyListTests fail

Nick Coghlan added the comment: This may be related to test_gdb problems I am seeing (test_gdb output attached). gdb details: GNU gdb (GDB) 7.0-ubuntu This GDB was configured as "x86_64-linux-gnu". After applying Dave's second patch, those original errors go away, but I get a lot of failure

[issue8279] python-gdb PyListTests fail

Changes by Nick Coghlan : Added file: http://bugs.python.org/file16753/_svn_79729_plus_dm_patch2_test_gdb_errors_amd64_ubuntu_9.10.log ___ Python tracker ___

[issue8279] python-gdb PyListTests fail

Nick Coghlan added the comment: Second error log attached (and the MIME type should finally be set properly to let it display as a text file in the browser) -- ___ Python tracker __

[issue5479] Add an easy way to provide total ordering now that __cmp__ is deprecated/gone

Raymond Hettinger added the comment: See r79730. Leaving open until tests are written and all is forward ported to 3.2. -- versions: -Python 3.1 ___ Python tracker ___

[issue4256] optparse: provide a simple way to get a programmatically useful list of options

Steven Bethard added the comment: Someone pointed this out to me earlier: http://pypi.python.org/pypi/genzshcomp I believe it's trying to solve the same problem, and claims to work with both optparse and argparse, so it might be worth looking into what it's doing and seeing if there's a usef

[issue4868] Faster utf-8 decoding

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue7583] doctest should normalize tabs when comparing output

R. David Murray added the comment: I think I can see how it would cause confusion, and in general it shouldn't be necessary to use real tabs in a doctest. So as you say the output should be fixed to match. However, I don't think the patch is quite correct. It looks to me like the expandtab

[issue7585] difflib should separate filename from timestamp with tab

R. David Murray added the comment: Your last patch looks the best to me. I agree both that a tab should not be emitted if there is no date (which is what git, for example, does), and that ISO 8601 timestamps should be promoted as the preferred format. As you pointed out, issue 7583 needs to

[issue8309] Sin(x) is Wrong

Ilya Sandler added the comment: I believe python is fully at mercy of underlying system math library. And as a matter of fact, this C program #include #include main() { printf("%.6f\n", sin(1e22)); } when compiled as 64-bit app (on linux) produces "-0.852201", but when it's compiled as a 3

[issue8309] Sin(x) is Wrong

Changes by Eric Smith : -- nosy: +eric.smith type: performance -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

Ezio Melotti added the comment: This new patch (v3) should be ok. I added a few more tests and found another corner case: '\xe1a'.decode('utf-8', 'replace') was returning u'\ufffd' because \xe1 is the start byte of a 3-byte sequence and there were only two bytes in the string. This is now fix

[issue8308] raw_bytes.decode('cp932') -- spurious mappings

Martin v. Löwis added the comment: This mapping is in conformance with the de-facto standard of that encoding, Microsoft Windows, see http://www.autumn.org/etc/unidif.html http://mail.python.org/pipermail/i18n-sig/2003-June/001598.html http://homepage1.nifty.com/nomenclator/perl/ShiftJIS-CP932

<    1   2