Re: [hatari-devel] Question on new release and features

[Nicolas Pomarède <npomarede@xxxxxxxxxxxx>]

Le 27/07/2022 à 16:13, J.Young a écrit :
> On 7/27/22 10:02, Nicolas Pomarède wrote:
> > Le 27/07/2022 à 15:14, J.Young a écrit :
> > > Hi guys,
> > >
> > > Sorry haven't kept up on the dev side, but wanted to ask if these 
> > > features are available now with the new release:
> >
> > Hi
> >
> > > 1) break on any memory access rw?  I know it was discussed 
> > > previously. Was it ever added?
> >
> > not yet, could be in next release 2.5 I think, whenever it will be 
> > released :)
> Hi Nicolas,
>
> Ok, thank you.  I remember it was discussed that there was a patch 
> already done, but was for private use of the author?
>
> Maybe the patch could be released on this list just for personal use 
> outside the mainline release?  It will probably be a long wait for 2.5 :).
>
> It really is an essential feature of a debugger.

Maybe it's available in HRDB by Tat, which adds some debugging features 
to hatari, you can try to download it.

> > > 2) search memory range for value?
> >
> > neither ; should not be too hard to implement, one could even have a 
> > feature that allows mixing text and number :
> > eg : 'TOS',0x04,'Version',0x0d,0x0a
> >
> > Nicolas
> Yes, that would be great.  For example, I was looking at the game 
> Populous 2 and it had a 50/60Hz PAL check on $820A so it wouldn't run on 
> my NTSC machine  Turns out there were multiple checks, so a search 
> feature would be nice.  Currently, I have to disassemble the program 
> with the debugger and save the listing from my terminal buffer and then 
> load it in an editor then do a search. Would be much more convenient and 
> productive to be able to do the search in the debugger.

that's different, it's not a search in memory, it's a search in the 
disassembly output in that case, which can be a little slower (but not 
that much with today's cpu's).

Nicolas