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)