home bbs files messages ]

Just a sample of the Echomail archive

<< oldest | < older | list | newer > | newest >> ]

 Message 139 
 Oliver Thuns to mark lewis 
 Squish on Linux (compile errors) 
 23 Nov 19 11:18:39 
 
REPLY: 1:3634/12.73 5dd87e2e
MSGID: 2:280/464.47@fidonet 5dd90782
CHRS: UTF-8 4
TZUTC: 0100
TID: CrashMail II/Linux 1.7
Hi mark,

 ml>>> it cannot because it cannot store it properly... seriously, it
 ml>>> uses the file time record which only has 2 second seconds
 ml>>> capability in DOS... it should be using a different time record
 ml>>> but...

 OT>> seriously, you are wrong :-P

 ml> you might want to look at those sources again, sir... we specifically
 ml> tracked this modified time stamp problem down several years ago...
 ml> every message coming via squish had the seconds in multiples of two...
 ml> no odd numbers at all...

I don't know if there are older Squish versions that have this problem or what
tossers or other programs were involved when you tracked down the problem.
Squish (1.12 from Maximus 3.02) does not modify the time for pass-through or
(re)scanned messages. It also uses "one-second granularity" for dupe checking.

 ml> the DateTime record is a four byte packed longint... it is not a unix
 ml> time number... in C one would break it apart like so...

 ml> with the packed time in lTime:

 ml> sec = ((lTime>>0) & 0x1f)*2; // 0..60, only even values
 ml> min = (lTime>>5) & 0x3f; // 0..59
 ml> hour = (lTime>>11) & 0x1f; // 0..23
 ml> day = (lTime>>16) & 0x1f; // 1..31
 ml> month = (lTime>>21) & 0xf; // 1..12
 ml> year = ((lTime>>25) & 0x7f) + 1980; // 1980..2108

 ml> i repeat, squish is using the DOS filesystem datetime format for the
 ml> message date/time fields... the DOS filesystem datetime format is
 ml> limited to 2 second increments...

Yes, it does, but it also stores the original FTS-0001 datetime string. Yes,
the time that is displayed in the editor has only two-second granularity, but
a squish tosser can (and should) use the __ftsc_date field.

 ml> sorry to be the bearer of bad news...

Don't be sorry, the bad news is not true.

--- GoldED+/LNX 1.1.5-b20180707
 * Origin: * nigirO (2:280/464.47)
SEEN-BY: 1/123 15/2 18/200 90/1 103/705 203/0 221/0 227/114 229/354
SEEN-BY: 229/426 452 1014 240/5832 249/206 317 400 280/464 5003 292/854
SEEN-BY: 317/3 322/757 342/200 396/45 423/120 633/280 712/848 770/1
SEEN-BY: 2452/250
PATH: 280/464 229/426


<< oldest | < older | list | newer > | newest >> ]

(c) 1994,  bbs@darkrealms.ca