LS-> I see you're covering all the bases...
Yeah, pretty much.  I know some of you don't like to use ON ERROR routines
too often, but for the complicated program I'm working on I decided to
structure it as so:
1.  Use line numbers numbered 1 thru last to head all major routines, of
    which currently there are about 30 (similar to functions in C)
2.  Use ON ERROR routines for most of the routines, which reports the
    line number and other information so when something goes wrong, not
    only with the program recover and report the error - I know where it
    happened based on a log report from the user.  Most.  Not all.
So the code is very compartmentalized - and I attempted to trap all errors
and report suggestions for fixes to users.  This means alot of code, but
it also means the users can fix their own mistakes without much intervention
from me - which is my goal.
LS-> 66k? Sounds like a good round block of memory... Why 66k?
A Fidonet netmail can be 66k long, as most mailers allow.  I actually
erase the variable after the routine is executed and run mempack in order
to clean up during runtime, and its reliable thus far.
LS-> If you're considering echomail as netmail, I guess you're right. It's
LS-> not a smart idea to have that many *.MSGs in one directory but I'm
LS-> sure those that do will learn very quickly, there are other ways...
LS->
My program is run on large hub systems where sometimes a PKT containing
a few hundred netmails in ONE session is dumped to a directory, where
later they are appended with others, so even though I never expect 8,000
to be reached - it's a selling point, and memory is there, so why not?
Hehe... maybe it is a little over the top.... hell... it works!
LS-> It's what's in the middle that's counts...
I agree with this.
LS-> I didn't know PowerBASIC ran on other then the PCDOS platform, what
LS-> platforms are you talking about?
You're thinking operating systems, and I was thinking BBS software types, 
mailer setups, and packer configurations.  My program is designed to work
with these system platforms.  Sorry for the wording, there.  My mistake.
LS-> It's better then using ON ERROR, less code, less drag on the system
LS-> and with
LS-> a couple of lines of error checking, "bingo," you're in business!
LS-> Like they
LS-> say, "there's more then one way to skin a cat..."
Indeed.
-James
--- QuickBBS 2.80 GoldBase (Zeta-1)
---------------