Subj : Re: Bre cpu issue followu
To   : Andy Alt
From : Scott Adams
Date : Wed Oct 27 2004 08:50 pm

 -=> Quoting Andy Alt to Scott Adams <=-

 AA> @MSGID: 1:14/250 a7cf3296
 AA> -[ SCOTT ADAMS tossed some words to ANDY ALT on 10-07-04 21:06 ]-
 
 -=> Quoting Andy Alt to All <=-
 
 AA> @MSGID: 1:14/250 378f25d1
 AA> I believe I have solved the cpu issue regarding the BRE games for the
 AA> system I work on.
 
 AA> First, I noticed in the autoexec.nt file that the command lh dosx was
 AA> in  there. But running lh by itself only reported a bad command or file
 AA> name  -- or the 2k equivalent :)
 
 AA> I made some minor changes to the config.nt file
 
 AA> dos=high,umb
 AA> device=himem.sys
 AA> shell=command.com /p /e:4096
 AA> files=75
 
 AA> Note that I'm not specifying any paths here, just throwing out the
 AA> gist of  it. Let me know if details are needed.
 
 AA> Now for the kicker, what *really* made the difference and possibly the
 AA> only thing that was required.
 AA> The file _default.pif, I went to the "misc" section, and right there
 AA> is a  setting to allocate cpu resources. I set the slider bar almost
 AA> all the way  to the right.
 
 AA> Anyway, hope this helps; it's quite a relief for me.
 
 AA> I found some of this information at
 AA> http://www.jsiinc.com/SUBA/tip0100/rh0151.htm
 
 
 SA>         If not..how high is your buffers?  You might want
 SA>         to play with the Stack command in the config which
 SA>         assigns local stack space (ie when a program shells
 SA>         it uses a reserved amount of space).  Loading things
 SA>         high also helps in autoexec.bat


 AA> Thanks for the input.  We haven't had any problems since I changed the
 AA> properites of _default.pif.

        How would that change things?  That's ...interesting...hrmmmm



.... They have started bombing Mars.  I repeat, they're bombing Mars.
--- Fringe BBS
 * Origin: EWOG II - The Fringe - 904-733-1721 (1:112/91)

.