Is anyone using Squish on Linux? The sources from github [1] don't build with any recent gcc (I even trid gcc4.9). Compile errors an a ton of warnings.
[1] https://github.com/sdudley/maximus
Is anyone using Squish on Linux? The sources from github [1]
don't build with any recent gcc (I even trid gcc4.9). Compile
errors an a ton of warnings.
Not since around 2004, maybe.
[1] https://github.com/sdudley/maximus
I never knew it was on github but that's where everything seems to be today.
I used the 3.03 sources from sourceforge.net and the sources at
github look much the same.
Back then I think gcc was at version 2.95 or somewhere there abouts.
I didn't use squish a lot but it seemed to work the way it always did
in DOS and OS/2. I vaguely recall some visual glitches but
functionality seemed to be good, at that time.
There was problem with rescanned echoareas I received from my uplink. Because todays computers and drives are so much faster, all .pkt files
had the same timestamp. Squish tries to toss .pkt files
chronologically, but fails misserably in that case and tosses the .pkt files in random order.
There's also the problem that the squish message base stores date/time stamps with a resolution of 2 seconds. That has been causing problems
in the past where a squish system forwarded messages to its other
links with the date/times changed from the original, and so causing undetected dupes on some systems.
This is of course only a problem if you have more than 1 link to an echomail area. Which is never (or shouldn't) be the case for a point system. ;)
theThere's also the problem that the squish message base stores
date/time stamps with a resolution of 2 seconds. That has been
causing problems in the past where a squish system forwarded messages
to its other links with the date/times changed from the original, and
so causing undetected dupes on some systems.
This might be a problem with some tossers, but it's not a problem with the Squish specification itself. It would surprise me, if Squish didn't use
original date for rescanned messages.
Quote from the Squish Developers Kit Version 2.00:
__ftsc_date char[20] 218 FTS-0001 compatible date. Squish
applications should not access this
field directly. This field is used
exclusively by tossers and scanners
for preserving the original ASCII
message date. Squish applications
should use the binary dates in
date_written and date_arrived to
retrieve the message date.
I suspect hpt from the husky project. In scanarea.c, function makeMsg:
sc_time((union stamp_combo *) &(xmsg.date_written), (char *)msg->datetime)
This is of course only a problem if you have more than 1 link to an
echomail area. Which is never (or shouldn't) be the case for a point
system. ;)
I'm a node in the othernet ;)
There's also the problem that the squish message base stores
date/time stamps with a resolution of 2 seconds. That has been
causing problems in the past where a squish system forwarded messages
to its other links with the date/times changed from the original, and
so causing undetected dupes on some systems.
This might be a problem with some tossers, but it's not a problem with
the Squish specification itself. It would surprise me, if Squish
didn't use the original date for rescanned messages.
This might be a problem with some tossers, but it's not a problem
with the Squish specification itself. It would surprise me, if
Squish didn't use the original date for rescanned messages.
it cannot because it cannot store it properly... seriously, it uses
the file time record which only has 2 second seconds capability in
DOS... it should be using a different time record but...
This might be a problem with some tossers, but it's not a problem
with the Squish specification itself. It would surprise me, if
Squish didn't use the original date for rescanned messages.
it cannot because it cannot store it properly... seriously, it uses
the file time record which only has 2 second seconds capability in
DOS... it should be using a different time record but...
seriously, you are wrong :-P
it cannot because it cannot store it properly... seriously, it
uses the file time record which only has 2 second seconds
capability in DOS... it should be using a different time record
but...
seriously, you are wrong :-P
you might want to look at those sources again, sir... we specifically tracked this modified time stamp problem down several years ago...
every message coming via squish had the seconds in multiples of two...
no odd numbers at all...
the DateTime record is a four byte packed longint... it is not a unix
time number... in C one would break it apart like so...
with the packed time in lTime:
sec = ((lTime>>0) & 0x1f)*2; // 0..60, only even values
min = (lTime>>5) & 0x3f; // 0..59
hour = (lTime>>11) & 0x1f; // 0..23
day = (lTime>>16) & 0x1f; // 1..31
month = (lTime>>21) & 0xf; // 1..12
year = ((lTime>>25) & 0x7f) + 1980; // 1980..2108
i repeat, squish is using the DOS filesystem datetime format for the message date/time fields... the DOS filesystem datetime format is
limited to 2 second increments...
sorry to be the bearer of bad news...
This is of course only a problem if you have more than 1 link to
an echomail area. Which is never (or shouldn't) be the case for
a point system. ;)
I'm a node in the othernet ;)
Are you a "leaf" node, or do you have multiple links?
Sysop: | digital man |
---|---|
Location: | Riverside County, California |
Users: | 1,042 |
Nodes: | 15 (0 / 15) |
Uptime: | 140:55:29 |
Calls: | 500,263 |
Calls today: | 1 |
Files: | 95,201 |
D/L today: |
65 files (63,654K bytes) |
Messages: | 464,534 |