>  > The documentation claims that it does something like that.  From
>  > WHATSNEW.DOC:

>  >        o Added multiple methods of anti-TSR cheat to keep TSR programs from
>  >          modifying player and system record variables directly in RAM.
>  >          Methods remain undisclosed.

> i believe it's in the docs. I've never seen a bre cheat like that.
> the sysops were cheating on their own systems?
> why not just edit the data files?

I think it is weird, too, but I do know this is one of a few (only?) games
that will not play at all if it detects a date/time stamp mismatch when
compared to the system time.  The error message it gives references
potential cheating.  What it really means here is that the dos session that
runs the maintenance and the session the door has been opened in have
somehow got their date/time out of sync.

Mike

 * SLMR 2.1a * I had another drink...Drink-a-drink-a-drink-a-drink...
--- SBBSecho 3.20-Linux
 * Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (618:250/1)