🚀 go-pugleaf

In article <1110@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
>in article <920@lakesys.UUCP>, rich@lakesys.UUCP (Rich Dankert) says:
>> [commentary about STadel bombing with Mega roms] <<
> Hmm, that's odd. I've tested ALL of the STadel 3.xx release
  versions on all* versions of the roms <

    Evil spirits, I'm afraid.  When my ST was alive, I only tested
against my configuration; when my ST was dying, I didn't have a
keyboard or monitor and needed to play with the system attached to
/dev/tty01 (the serial port) [let me tell you how much fun it is
trying to debug a BBS when the OS doesn't have a stderr defined];
and now that the ST is dead (another motherboard on the heap of
dead computers killed by my proximity) I can only do debugging when
I borrow a ST and port the code over from my PC clone.

    The most common 3.3 ST bombfactories seem to be if you are
blanking string fields out in your ctdlcnfg.sys by doing "" -
`#shell ""' seems to be a good offender for that - or if you are
#define'ing TIMEOUT and/or HOUROUT.  Killing those things should*
cut down bombing quite a bit.

    [Don't reply to me here, please - my Usenet access is spotty
these days, due to 3.3a/3.3b debugging and my inherent laziness
about everything except citadel. If you can get onto the STadel
network (the STadel: room) or Bix (js.online/stadel), I'll be able
to reliably answer questions and put out brushfires. Calling Pell
will probably work, too.]

   -david parsons                                  | Not opinions; I
   -orc@pell.citadel (US 504 588 1258 3-2400 baud) | speak -TRUTH-