Re: [hatari-devel] MEMWATCH freezes Hatari

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


By the way, I could try to provide a statically linked Linux binary, and maybe
you can do the same. Would be interesting to see if the results are
consistent.

> Hi,
> 
> I did so, and the result is a double bus fault, see attachment ...
> Command line was
> 
> ./hatari --machine tt --tos /opt/atari/tos306de.img -s 8 --ttram 16 --mmu on --addr24 off --cpu-exact off --compatible off ../../new_disk.st
> 
> Best regards
> 
> Uwe
> 
> > Le 11/10/2018 à 15:25, Uwe Seimet a écrit :
> > > Hi,
> > > 
> > > First of all, I sometimes get messages like this:
> > > 
> > > /home/us/hatari/hatari/src/cpu/cpuemu_0.c:15856:53: runtime error: left shift of 65535 by 16 places cannot be represented in type 'int'
> > > /home/us/hatari/hatari/src/cpu/newcpu_common.c:402:7: runtime error: left shift of negative value -60
> > > /home/us/hatari/hatari/src/cpu/cpuemu_0.c:32322:22: runtime error: signed integer overflow: 1658716160 + 1658716160 cannot be represented in type 'int'
> > > /home/us/hatari/hatari/src/cpu/cpuemu_0.c:26895:22: runtime error: signed integer overflow: 1911522030 - -913332782 cannot be represented in type 'int'
> > > /home/us/hatari/hatari/src/cycles.c:80:21: runtime error: signed integer overflow: 2147483180 + 752 cannot be represented in type 'int'
> > > 
> > 
> > It's harmless, mostly mixing some signed/unsigned values, but the result 
> > is correct.
> > 
> > > When starting ROMSPEED I get this before the double bus fault:
> > > 
> > > /home/us/hatari/hatari/src/cpu/newcpu.c:3460:14: runtime error: left shift of 1 by 31 places cannot be represented in type 'int'
> > 
> > not a problem, code is "ps |= 1<<31", it will work. This could be fixed 
> > by writing "ps |= 1UL<<31"
> > 
> > > 
> > > With MEMWATCH there is no change, the screen is cleared when starting
> > > any program after it, and then the systems hangs.
> > > 
> > > With FIX24 I get:
> > > 
> > > /home/us/hatari/hatari/src/cpu/maccess.h:59:16: runtime error: store to misaligned address 0x5563b5929f8a for type 'uae_u32', which requires 4 byte alignment
> > > 0x5563b5929f8a: note: pointer points here
> > >   13 2e  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
> > >                ^
> > > /home/us/hatari/hatari/src/cpu/maccess.h:43:9: runtime error: load of misaligned address 0x5563b5929f8a for type 'uae_u32', which requires 4 byte alignment
> > > 0x5563b5929f8a: note: pointer points here
> > >   13 2e  00 00 12 98 34 76 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00
> > 
> > This is a program running from TOS writing/reading a long at non-long 
> > aligned location. It works anyway, it's just less optimal.
> > 
> > So unfortunately, sanitize option doesn't help much.
> > 
> > Just to be sure these are not some specific settings, could you try 
> > copying romspeed on a floppy image "floppy.st", then temporarily remove 
> > ~/.hatari/hatari.cfg to run hatari with its default setting, adding just 
> > parameters --tos , --ttram and -s ?
> > for example :
> > 
> > ./hatari --machine tt --tos ~/Emul/ST/tos306fr.img -s 8 --ttram 16 --mmu 
> > on --addr24 off --cpu-exact off --compatible off floppy.st
> > 
> > then run romspeed from the desktop.
> > 
> > If it bombs, I'm running out of idea :(
> > 
> > Nicolas
> > 
> > 





Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/