Subj : JAMAPI (1996 source)
To : Ozz Nixon
From : mark lewis
Date : Tue Feb 12 2019 11:15 am
On 2019 Feb 11 13:54:48, you wrote to me:
ON>>> Anyone have an updated version of the TP code from Joaquim? I found
ON>>> HUSKY has added a field in the first 4 bytes of the base header's
ON>>> reserved - for HighWaterMark for the scanner.
ml>> you should ask joho in the FD echo ;)
ON> Snorting! I cannot believe you would say such a reply. Since, I know
ON> based upon else echo content, you have a modified MKMSGJAM. :-/
hahahaha! yes, that library was written by Mark May back in the day... my
modifications to it only fixed bugs and opened some data that was
inaccessible...
bugs like using only hours:minutes:00 for the time when the message base could
easily store the whole hours:minutes:seconds form of time without even rounding
the seconds to multiples of two... squish has this limitation because it uses
the DOS file time stamp stuff which rounds the seconds... JAM doesn't have
it...
another example would be certain control lines that were not being properly
allowed/stored...
the biggest example may be my MSGID code but it is separate and i simply called
it and then fed the results to the control line code when writing the MSGID to
the message...
i never did anything with using the MKSMG106 code to read and reply to
messages... i only ever generated new messages with it...
i probably should see if i can find my original MKSMG106 archive and do a diff
of it against my modified code to see what i really changed in it... it wasn't
much but it brought the code more into line with the RA/FD/FE implementations
as well as with the JAMAPI code released by joe and company...
)\/(ark
Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... Never use duct tape as a major design component in any mech. system.
---
* Origin: (1:3634/12.73)
