1. datetime.e
good job carl. but i found a little problem. there's an error margin
when converting UNIX dates, usually around 3 or 4 hours. otherwise, your
library works great! anyway, here's the 'ar' archive i tested it with.
the second column is the UNIX date/time. the third and fourth columns
are the user and group IDs of the file, and the last 3 digits of the 5th
column are the permissions(though i have no idea what the first 3 are),
and the 6th column is the length. and i'll be darned if i know what that
` is for 
[test.a]
!<arch>
test2/ 993088992 500 502 100644 8 `
testing
test/ 993088703 500 502 100644 15 `
this is a test
haha/ 993729563 500 502 100644 17 `
cccccccccccccccc
2. Re: datetime.e
sephiroth _ wrote:
> good job carl.
<head swell>
> ...but i found a little problem.
As per usual ;) <head deflate>
> there's an error margin when converting UNIX dates, usually around 3 or 4
hours.
> otherwise, your library works great!
Odd. Is it the same number of _seconds_ that it is incorrect by each time or
does it vary? It may well be that I've misjudged where the 1970 epoch lies -
I use 1970-1-1 0:00:00am - can someone confirm or deny this is the right
date/time?
Carl
--
Carl R White - aka - Cyrek
eMail: carlw at legend.co.uk
cyrek at bigfoot.com
URL: nope none nada zip
