[hatari-devel] Latest Hatari HG version gets stuck sometimes

[Eero Tamminen]

Hi,

On Tuesday 07 July 2009, Thomas Huth wrote:
> Sounds like a problem similar to the one that recently appeared on Mac
> OS X only.
> Could you please try to uncomment the fprintf line right before the
> Int_AddRelativeInterrupt(... INTERRUPT_VIDEO_ENDLINE) line in the
> Video_InterruptHandler_EndLine() function, to see whether
> "LineTimerBCycle - LineCycles + nCyclesPerLine" behaves strange as soon
> as the problem occurs?

When triggering the issue with --memstate option, uncommenting the indicated
line won't produce any output.


> > This issue can be triggered by running Hatari with ST TOS and:
> > 	/hatari -m --fast-forward 1 --frameskips 0
> >
> > And after desktop comes up, toggling Pause on/off half a dozen times.
> > If you don't get this, re-run Hatari and try again.

> Unfortunately I can't reproduce this problem on my computer...

Saving memory state from a freshly booted & idle GEM and then
restoring it with the --memstate option is 100% sure way to trigger
the issue for me.

With that, the asserts you added to the int.c don't get triggered
(neither before save nor restore).

The issue doesn't happen when I do both the save & restore from
the GUI, only when the restore is done at startup with the --memstate
option.

As I'm sometimes able to trigger similar issue with Pause/Unpause, maybe
the issue is related to stopping and continuing the emulation?


> which TOS version did you use?

The --memstate issue happens with all TOS versions.
And regardless of Timer-D option.


Gcc is the one in Debian stable:
	gcc version 4.3.2 (Debian 4.3.2-1.1)


	- Eero