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 mdcb808@gmail.com
Recipients Arfrever, belopolsky, ethan.furman, lemburg, mdcb808@gmail.com, vstinner
Date 2014-12-19.05:59:49
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1418968789.86.0.432679694872.issue23084@psf.upfronthosting.co.za>
In-reply-to
Content
naively and coming from C, you have time_t to represent time so even though underneath it's typedef, it gives the casual user like me comfort (2038 not accounted). I don't know the details why struct timespec was chosen rather than nanoseconds as integer, and in fact would rather leave that worry to others. 
maybe a typdef PyTimeStamp would make the defacto you mention more obvious, and maybe class timestamp(int):pass in python that seems to bring even more meaning but I don't know how you map that in the C API.

more practically speaking: you're welcomed to close this issue since it's seeminly going nowhere.
History
Date User Action Args
2014-12-19 05:59:49mdcb808@gmail.comsetrecipients: + mdcb808@gmail.com, lemburg, belopolsky, vstinner, Arfrever, ethan.furman
2014-12-19 05:59:49mdcb808@gmail.comsetmessageid: <1418968789.86.0.432679694872.issue23084@psf.upfronthosting.co.za>
2014-12-19 05:59:49mdcb808@gmail.comlinkissue23084 messages
2014-12-19 05:59:49mdcb808@gmail.comcreate