@jabirulo

I am on it. It's going to take a little time. Thanks for the test case!

Latest Spotless : Spotless download

By the way : If you need to add stabs symbols to your cmake project, this will work :

Quote:

@jabirulo

Great. That's what I wanted to know. There is something wrong with my is_readable_address() function and possibly also with the stabs interpretation of arrays.

One thing you can do, is to run the following command :

Quote:

... and send me the resulting text file. That way I can analyse the symbols and see, what I am missing.

EDIT : The strange characters is most likely caused by the interpreter casting the variables as char or char *. If they are either uninitialized or incorrectly typecasted, then it will appear as 'off' characters. Once I have a writeout of the stabs, I can look to see, how it is defined and change the interpretation accordingly. Without it, I am basically working in the blind, unable to predict how certain types of variables or variable hierachies will look in the stabs section.

@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.

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!

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.

@kas1e

Quote:

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

@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.

@walkero

Unfortunately the Final Edition Update 2 public release, which coincided with the release of Spotless, introduced the broken compatibility with the exec debugging module, which let many people to believe, that Spotless is broken. This was purely a case of some unlucky changes to the os, that were later reverted, and those running later (or even latest) beta versions of the kernel should see, that Spotless performs quite well. What this means is, that it should load executables without crashing, and it should display some meaningful info in the different parts of the window.

What is missing is handling the location of sourcefiles (for display in the 'sources' pane) and correct handling of external modules (shared objects and libraries) and probably adjustments to the displaying of symbols (variables). Everything else is either the same as db101 or better, because the new code base has better readability and better targeting to problems.

@kas1e

Maybe you are right - GDB has been developed over many years with a gazillian of contributions. But none of these are amiga-specific. So in any case there needs to be done an amazing amount of work on the amiga side.

Spotless is already mature enough, that it handles the basic cases. I have so far yet to receive a single bug report. Which probably means that no-one is using it or even trying to. The moment the reports and requests start comming in, I can start to work/comment/support.

@kas1e

How about, instead of a longshot of trying to persuade externals to work for this quite complicated task, we take the easy route and expand and improve the tools we have already?

Spotless is not perfect, but this is only because it has had very little testing and therefore does not take care of most specific use cases with completeness. It could quite easily be brushed over to take care of these, as soon as they are identified.

Also it already comes with an easy to understand ui, and on top of that it is extremely lightweight and AmigaOS specific, which makes it easy to expand to new features.

What do you think?

@LiveForIt

By the way : If someone has a Nemo mb for sale, then I'm a high bidder.

@kas1e

Here is the latest version, I could find :

Crimsoncrisis.asm

@kas1e

Quote:

Well, maybe you can? :) At least you are in a better position to do the work at the moment. I am in a total burnout, trying to recover.

@Raziel

It has been quite a few years since I did the port of cmake. Since I have never received any complaints before now, I assume that you are the first to use it :).

I am not in a position to do much coding work right now. Sadly. I spend much of my joy on the Qt port, that has ended up being an impossible job due to the compiler bug (or whatever it is). So no, I am not doing a cmake port right now.

If I manage, I will track down the original package of the old port and repost.

@kas1e

I think the most up-to-date version of the file is located on my Sam, that resides with a friend for the time being. I can get it earliest by the end of next week.

If you are in a workflow, I suggest you work your patches from what you have now. AFAIR the changes, that are needed, are pretty easy to spot. Basically all calls to RtgMaster.library need to replaced by calls to graphics.library. If you manage to do this, you should have a running version with very few bugs (there are still some graphics in the in-between-games screens, that are off). And if you get this far, then maybe you will see clearly how to fix the timing bug, that makes it impossible to play and win level 2 of the game.

@kas1e

Thank you! :)

Yes, that is true - it is very clear, now. But why it happens to just this one type of symbol... I would have to know a great deal more about how the compiler works, to answer that!