On Sep 07, 1997, Matthew Laird wrote:
JS> don't have enough free conventional memory in the
JS> window when Max comes up from remote...
ML> Maybe I'll try using a different method of spawning max from
ML> Binkley. It's been so long since I've run the DOS version,
ML> I've been using the OS/2 version for almost 3 years.
May well solve the problem. I always used the "bbsbatch" method which drops
the mailer completely out of memory.
ML> I origianlly had the NT version installed, but you can't run
ML> DOS online games from the NT version, and since I run a Bre
ML> league, it's pretty important for me =) Thanks for the help
ML> anyways! I wouldn't think MEX programs would take up that
ML> much room, but maybe it's a matter of kilobytes left and the
ML> MEX program just over-ran it. Thanks!
I ran across something I posted to another fellow who was having the same
problems. This may help a little more.
=====
I did some fooling around with available CONVENTIONAL memory this morning
and found that the MEX programs would run (barely) with 475Kb set in a
window (MEM showed 473Kb). If there is much less than that, they just
quit and put errors in the log. Normally I have a little over 609Kb
(conventional) in the BBS window so there's never a problem. None of
this has anything to do with XMS or EMS. I didn't change those at all.
=====
-Jack
ogre@nashville.com
--- Squish/386 v1.11
---------------
* Origin: UltraTech - Nashville, TN ftpMS Hub {V.34/V.FC} (1:116/30)
|