|Re: [hatari-devel] Regression (?) in 2.4.1 - Time Slices by Defence Force|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
Le 27/12/2022 à 11:49, Troed Sångberg a écrit :
Just had a discussion on mono Hatari compatibility on IRC and ran the
above mono demo. It's already in the compatibility list as;
"Monochrome. Vertical STNICCC2015 scroll text is missing and some parts
of the screen have inverted colors"
(this is actually one and the same issue btw)
However, both on Windows 64 (official 2.4.1) and on Linux (my own build)
the demo now crashes/segfaults (no console output) after the "Beat
Slappaz" logo. This is where some synced hardware scroll should appear.
1MB STE mono tested, both EmuTOS and TOS 1.62
I confirm the crash :
Thread 1 "hatari" received signal SIGSEGV, Segmentation fault.
0x000000000062217d in Video_CopyScreenLineMono () at
3425 memcpy(pSTScreen, pVideoRaster, SCREENBYTES_MONOLINE);
#0 0x000000000062217d in Video_CopyScreenLineMono () at
#1 Video_EndHBL () at /home/npomarede/src/hatari.git/src/video.c:3180
#2 Video_InterruptHandler_HBL () at
it seems pVideoRaster points to out of buffer address at this point. In
my case it happens when nHBL=87, might differ for others.
This is related to switching to "small mem" mode by default when
compiling hatari. If I compile with
then crash goes away.
Thomas, any idea ? maybe the safe "margin" buffer that was allocated at
the end of existing RAM is not big enough ?