This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author holdenweb
Recipients Arfrever, Niklas.Claesson, Ramchandra Apte, andrewclegg, belopolsky, goshawk, holdenweb, lemburg, mdcb808@gmail.com, pitrou, pythonhacker, r.david.murray, scoobydoo, serhiy.storchaka, tim.peters, tomikyos, vstinner
Date 2016-07-12.19:47:42
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1468352862.55.0.355025406707.issue15443@psf.upfronthosting.co.za>
In-reply-to
Content
Just wanted to add a couple of comments here in case there's any interest. In our missions to make the world's market data available we deal with financial exchanges, many of whom are already recording event data at nanosecond resolution.

Further, I believe the decision to use a separate nanoseconds field to be essentially correct. While  it may well introduce some arithmetical complexity its value in backwards compatibility should be regarded as paramount. If I understand it correctly, the new nanosecond resolution times would continue to be correctly handled (module loss of nanosecond resolution) when handled as current microsecond date-times.
History
Date User Action Args
2016-07-12 20:35:00serhiy.storchakaunlinkissue15443 messages
2016-07-12 19:47:42holdenwebsetrecipients: + holdenweb, lemburg, tim.peters, belopolsky, pitrou, vstinner, pythonhacker, Arfrever, r.david.murray, andrewclegg, Ramchandra Apte, serhiy.storchaka, goshawk, Niklas.Claesson, mdcb808@gmail.com, scoobydoo, tomikyos
2016-07-12 19:47:42holdenwebsetmessageid: <1468352862.55.0.355025406707.issue15443@psf.upfronthosting.co.za>
2016-07-12 19:47:42holdenweblinkissue15443 messages
2016-07-12 19:47:42holdenwebcreate