Re: EU 3.0.1 -- there's probably a bug in there somewhere

new topic     » goto parent     » topic index » view thread      » older message » newer message

Robert Craig wrote:
> 
> 
> Yes, I'd like to see it, if you can set up a simple example.
> 
> So far no one has reported any similar crashes to yours.
> If you or anyone else is serious about tracking this down right away,
> you might build a debug version of the exw.exe interpreter,
> or at least one with some added print statements,
> and try to find where exactly in the interpreter it is crashing.
> At a return, there is often some storage recycling which could
> crash if something on the heap has been corrupted (either by the
> user program or the interpreter).
> 
I've been running 3.0.1 for a just a couple weeks -- had no problems with
anything but these most complex programs using lots of memory.  (Had a similar
crash on something else a couple days ago, but didn't bother to track it down.) 
So a "simple example" may be an impossibility.  If I change the order of
statements in the crashing function or just add do-nothing statements (but so
that the logic remains the same), it will still crash, but maybe on a different
call to the function at a different time.

Also, it may be helpful to know that in the ex.err file it produces, all of the
variable values for the function in question are listed as <no value>, so
apparently it is happening as or just after it has dereferenced those.  I assume
something is not getting cleaned up properly.  Have you changed anything along
these lines from v2.5 to 3.0?

I'll see if I can produce a debug version, but it may be beyond me...

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu