Re: bummer
Matt Z Nunyabidness wrote:
> i changed lw.ex so i have more energy,
if that was the only change and it wasn't extremist,
should be fine...
>here's what mem /c /p says:
looked fine, no "rare" tsr's loaded...
>I had the screen saver disabled,
>conventional memory is set to auto,
should be fine...
>it has dynamic memory allocation,
that checkbox under <performance> i have seen give problems...
sometimes windows allocates/deallocates memory that is important...
supposedly, it only does it for graphic mode switching...
but... sometimes another program's alloc/dealloc due to that
program switching modes can and will affect a text mode program
and the memory for it... i know, we can discuss this till
doomsday, and i am _supposedly_ wrong here... windows
is not supposed to behave that way, and alloc/dealloc for
one program is never supposed to affect another program...
yeah, right, suuuurrrrrreeeeee. uh-huh. believe that.
let's debate this, shall we? ;>
and if it's a program that *does* need graphics, you can bet
that windows will wrongly alloc/dealloc for it.
end result: i *always* leave that box *unchecked* for every
pif i write that uses it. period.
>fast rom emulation, and fast pasting.
usually ok...
what other prog were running in win at the time?
anything beta?
had you had a crash of sumfin prior to running
the game, but hadn't rebooted after the crash?
(some programs are notorious for crashing,
and we often just click that ok box, let the
program stop running, and go on and do other
things without rebooting...)
can you reproduce the crash?
has it happened again?
has it ever happened in pure dos mode?
(if it happens then, i would say lw.ex needs to
be looked at, if it doesn't, i'd say it's fine,
and sumfin about what you run/what is running
while it's played in a dosbox is the culprit
with no fault of ex.exe or lw.ex)
--Hawke'
|
Not Categorized, Please Help
|
|
