SpotLess debugger

@all
Let's collect bug reports/suggestions there, so Alfkil can improve the SpotLess debugger. Debugger can be downloaded there:
http://os4depot.net/?function=showfil ... opment/debug/spotless.lha

With source code being there:
https://github.com/alfkil/Spotless


@alfkil
The first report is that seems *.c files is not supported by spotless and didn't show up their source. Easy way to reproduce just build test.c, and try to use it in spotless.

Also, do we know if there is a list of systems that spotless is not working on? Or should it work on every system?

@kas1e

There is a problem getting Spotless to look for source files in the right places. I have a solution and will implement it tonight or tomorrow.

@walkero

Spotless has been confirmed working on X1000, X5000 and SAM440. There should be uniform functioning, since the only system reliant bit is the trace function of the CPU. But of course it would be nice with a list of confirmed targets.

@alfkil
I am ready for any tets :)

I will test it on X5000, Pegasos2, Sam460, and Classic on WinUAE.

Ps. Do you think it is realistic at all to create "remote debugging" in spotless? I mean spotless-server which we run on amigaos4, and then spotless clients which will be hardware-independent, and can be running on win32 for example with Visual Studio or/and IDA ?

@kas1e

Quote:

Piece of cake. I can even make the client in Qt, if you fancy. :)

Does anyone know how to contact Martin "Mason" Mertz? The AISS package has lost (sadly) some icons, that I made use of in the UI of Spotless.

This is a test version of the much improved Spotless. Thanks to kasie for testing!

Spotless download

I am hoping, that a few people will give it a go and either confirm its perfection or come up with some good points for further improvement. Cheers!

@alfkil
That's awesome news. I tested that a few minutes ago and it seems to work better than the previous version. But I got a crash unfortunately.

- I compiled MediaVault with GCC 8.4.0 and -gstabs
- I loaded the binary from the development folder and it found the source files under src folder automatically, which was great.
- I put some break points at
https://github.com/walkero-gr/mediavau ... /master/src/libshandler.c
at the lines where I open the libraries like 148 and 149
- When the execution stopped there, I clicked on variables, and then at the global variables and then I got the following crash, which I couldn't ignore




I don't know the feedback you got from kas1e but I have one remark to make. The code loading in the list is quite slow, having the CPU in 100% usage all the time. Maybe the reason is that you load the file and add the lines one by one, making the GUI to refresh all the time. I might be wrong, but that's the impression I had.

Would it be possible to load the lines in lists in batches, i.e. 50 or 100, and then append them into the listbrowser and then the next batch? I believe that this way will make the whole appearance much faster.

Also, you might need to keep a listbrowser for each file, and not reload them each time the user clicks on the file. This way the list will appear instantly if the user visits a file for a second time, or when he has break points in multiple files and then the execution moves from one to the other.

Just proposals, if are possible to be done, and if they make sense for you of course.

Hi, I too get a GR, just loaded exe fine, ti showed all source files, set 1 breakpoin, click on START and...:



and as walkero posted loading into the list is slow

@jabirulo & walkero

Hi guys!

Thanks for testing. I am hoping, that we will get somewhere.

So 1) interestingly for both of you, there seems to be an issue with printing values from arrays. This should be fixable.

2) The slow loading is due to the nested nature of the stabs hierachy. It is possible to do a very easy optimization, but I would rather wait until everything else is good to order.