Subj : not ignoring you... but... To : Scott Little From : mark lewis Date : Fri Jul 09 2004 11:30 pm SL>>> Gawd DAY-EM! What a rats' nest. ml>> where? in ele or the mk library? SL> Ele. The ifdefs.... awmigawd the ifdefs... *cries* i can imagine... i've thought about taking a look and seeing what i can see... maybe not, now ;) SL>>> odd since a simple unix2norm(norm2unix()) would tell you it's SL>>> broken, ml>> hummm... wonder what that compares with in the mkmsg stuff? mkmsg uses ml>> UnixToDT and DTToUnix to convert the datetime record format back and ml>> forth... SL> The mkmsgjam.pas in the Ele source tree has been modified to SL> use unixdate.pas and jdates.pas from the parent (elebbs) SL> directory. In fact, the whole mkmsg source included with Ele SL> has been drastically pruned. ouch... that may not be a good thing... SL> The original mkmsg source (v1.04 is what I have) uses a SL> different algorithm. I'll have a look at it later and see if SL> it's accurate, if so I'll massage it into unix2norm() form, SL> since it's no doubt much more tested than my code. ahh, yes, v1.06 made several fixes and implemented filebuffering for large message capablity... JAM and MSG are now limited only to available drive space or max message base size, IIRC... can you imagine a 4terabyte message O%-) SL>>> and this is a piece of code that's been floating around for SL>>> ages (and obviously used by many people). ml>> makes me even more curious, now... SL> It's from SWAG, BTW. And the first whole page of hits off SL> Google for any searches mentioning unix, dates, and Pascal. hummm... hey, i've got SWAG installed on my machine, IIRC... the last one released, anyway... [time passes] whoa! that brings back some memories... i've got 10 snippets in there... should be more but there are 10 with just my name on them... i found the unix2norm routine... its not anything like the stuff i use... SL>>> The fix eludes me (at 5am), so I rewrote it. This isn't SL>>> well tested, but it Works For Me. ml>> did you test leapyears ;) SL> Of course :) SL> It doesn't take into consideration leapseconds or any of that SL> other stuff though. But a few seconds here and there over a SL> couple of decades is accurate enough for our purposes. yup, my feelings, too... )\/(ark * Origin: (1:3634/12) .