1. bummer
i was playing lw, and when i was docking with a planet, it said:
An error was detected during execution of your program.
Your program exceeds 300 statements in size, so this
Public Domain Edition of Euphoria cannot provide run-time error
diagnostics. If you purchase the Complete Edition of Euphoria you will
get full diagnostic support for any size of program. See register.doc
Meanwhile, you can locate your problem using print statements and the
Euphoria trace facility.
Anybody know what happened? Did one of the .e files go bad, or lw.ex
itself?
-------------------------------------
When it comes to programming languages, Euphoria is a cut above -
matt1278 at juno.com and matt1421 at juno.com(and soon to be
irisnmatt at prodigy.net. Then again, maybe not) Euphoria programmer
2. Re: bummer
Matt Z Nunyabidness wrote:
>i was playing lw, and when i was docking with a planet, it said:
>An error was detected during execution of your program.
>Anybody know what happened? Did one of the .e files go bad,
>or lw.ex itself?
was it a modified version or completely stock?
can you descibe the problem in more detail?
what tsr's did you have loaded?
were you running under a dos box?
if so, what were the pif settings?
and what other programs were running?
can you repeat the crash?
3. Re: bummer
well, it only does that sometimes. I was running in a DOS box, i changed
lw.ex so i have more energy, here's what mem /c /p says:
Modules using memory below 1 MB:
Name Total Conventional Upper Memory
-------- ---------------- ---------------- ----------------
SYSTEM 27,392 (27K) 11,056 (11K) 16,336 (16K)
HIMEM 1,168 (1K) 1,168 (1K) 0 (0K)
EMM386 4,320 (4K) 4,320 (4K) 0 (0K)
ANSI 4,320 (4K) 4,320 (4K) 0 (0K)
WIN 3,744 (4K) 3,744 (4K) 0 (0K)
MSCDEX 57,328 (56K) 57,328 (56K) 0 (0K)
vmm32 25,008 (24K) 12,320 (12K) 12,688 (12K)
COMMAND 7,488 (7K) 7,488 (7K) 0 (0K)
IFSHLP 2,864 (3K) 0 (0K) 2,864 (3K)
MOUSE 17,296 (17K) 0 (0K) 17,296 (17K)
NEC_IDE 20,480 (20K) 0 (0K) 20,480 (20K)
DRVSPACE 92,672 (91K) 0 (0K) 92,672 (91K)
Free 553,280 (540K) 553,280 (540K) 0 (0K)
I had the screen saver disabled, conventional memory is set to auto, it
has dynamic memory allocation, fast rom emulation, and fast pasting.
-------------------------------------
When it comes to programming languages, Euphoria is a cut above -
matt1278 at juno.com and matt1421 at juno.com(and soon to be
irisnmatt at prodigy.net. Then again, maybe not) Euphoria programmer
_____________________________________________________________________
You don't need to buy Internet access to use free Internet e-mail.
Get completely free e-mail from Juno at http://www.juno.com
Or call Juno at (800) 654-JUNO [654-5866]
4. 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'
5. Re: bummer
nuthin crashed, except my system files got mangled back in march and
never got fixed. IE4 was installing, and on the count that the puter
froze up TOTALLY, i had no choice but reboot. I did have a DOS program
running. Nothing beta, but the stuff i can't load because stupid IE4
crashed. The only beta stuff i think i have is pIRCh and ICQ. I never
tried it in pure dos mode, it probably is repeatable, i can't reproduce
it. it just happens when it wants to.
-------------------------------------
When it comes to programming languages, Euphoria is a cut above -
matt1278 at juno.com and matt1421 at juno.com(and soon to be
irisnmatt at prodigy.net. Then again, maybe not) Euphoria programmer
_____________________________________________________________________
You don't need to buy Internet access to use free Internet e-mail.
Get completely free e-mail from Juno at http://www.juno.com
Or call Juno at (800) 654-JUNO [654-5866]
6. Re: bummer
Matt Z Nunyabidness wrote:
>my system files got mangled back in march and never got fixed.
problem 1.
(corrupt system)
>IE4 was installing,
problem 2.
(never run anything else while installing something...)
>I never tried it in pure dos mode,
*try* to make it crash in pure dos... prolly won't.
if it won't, it ain't lw.ex or ex.exe.....
>it probably is repeatable,
given: an unstable system (such as yours), & programs running
that are modifying *critical* system files (such as
installing ie4), you'd be hard pressed to make any
prog/game work right during that time. so, sure, it's
repeatable, under the above given's.
>i can't reproduce it.
see above, it's easily repeatable. modify critical system
files that are corrupt in the first place and see what
works right.
--Hawke'
7. Re: bummer
listen, all that happened is language wars hit and error!
-------------------------------------
When it comes to programming languages, Euphoria is a cut above -
matt1278 at juno.com and matt1421 at juno.com(and soon to be
irisnmatt at prodigy.net. Then again, maybe not) Euphoria programmer
___________________________________________________________________
You don't need to buy Internet access to use free Internet e-mail.
Get completely free e-mail from Juno at http://www.juno.com
Or call Juno at (800) 654-JUNO [654-5866]
8. bummer
I was SO bummed yesterday morning as I spent hours restoring my system
after my little encounter with the snake. Through sheer luck I lost very
little, including nothing in Windows (as yet discovered). I lost a folder
here, a folder there, including subfolders several levels deep, and I'm
sure I'll find something missing months from now! What a little bastard!
He certainly has no future in programming. I wouldn't buy software from
him, would you? And then he goes and blames his friend and asks us to
leave him alone. What a chump! What a pathetic child. At least I can
take comfort in the fact that I am in good company -- except for him, this
IS good company!
Meanwhile, I know I'll hesitate before I run shrouded or bound code again.
Several
people have mentioned things like hex dumps, and David Gay mentioned
VSHIELD which caught the snake in time. Please mention the sources of
these tools. I want! I need! In the meantime, the idea of taking
deltree,
etc. off your path before running exe files is a very good idea, but it
will only protect against relatively crude attacks. Seems you could just
launch your exe from a batch file as
set holder=%path%
set path=
c:\whereitis\dangerous.exe
pause
set path=%holder%
set holder=
If you run out of environment space in this swap out, alter your config.sys
file to include a line like:
Shell=command.com /E:768 /P
where the /E:768 reserves 768 bytes (default is 256 (?) and increments are
in 16 (?) bytes) and /P
sets this instance of command.com as permanent. If you are running from a
DOS box (a new shell instance) you don't actually have to reset the path
after running the program, but it is good form to do so.
Hope your restorations are swift and complete!
John Cannon
