log in | register | forums
Show:
Go:
Forums
Username:

Password:

User accounts
Register new account
Forgot password
Forum stats
List of members
Search the forums

Advanced search
Recent discussions
- Elsear brings super-fast Networking to Risc PC/A7000/A7000+ (News:)
- Latest hardware upgrade from RISCOSbits (News:)
- RISCOSbits releases a new laptop solution (News:4)
- Announcing the TIB 2024 Advent Calendar (News:2)
- RISC OS London Show Report 2024 (News:1)
- Code GCC produces that makes you cry #12684 (Prog:39)
- Rougol November 2024 meeting on monday (News:)
- Drag'n'Drop 14i1 edition reviewed (News:)
- WROCC November 2024 talk o...ay - Andrew Rawnsley (ROD) (News:2)
- October 2024 News Summary (News:3)
Latest postings RSS Feeds
RSS 2.0 | 1.0 | 0.9
Atom 0.3
Misc RDF | CDF
 
View on Mastodon
@www.iconbar.com@rss-parrot.net
Site Search
 
Article archives
Acorn Arcade forums: Programming: ARM debugger
 
  ARM debugger
  Michelfasen (13:18 5/4/2002)
  Loris (15:35 5/4/2002)
    andreww (22:49 5/4/2002)
      gareth3 (17:38 8/6/2003)
        tribbles (07:34 9/6/2003)
 
Michel Fasen Message #86233, posted by Michelfasen at 13:18, 5/4/2002
AA refugee
Posts: 1
I'm currently working on an ARM deb****r. It works and I use it myself to debug assembler programs. Is anyone interested in a ARM deb****r? Please mail me if you you're interested. I'm in the need of ideas....
  ^[ Log in to reply ]
 
Tony Haines Message #86234, posted by Loris at 15:35, 5/4/2002, in reply to message #86233
madbanHa ha, me mine, mwahahahaha
Posts: 1025
debug*ers are a bit sp*rse on the Acorn. The integrated one is fit to be scr*pped now. If you would pas* this on I would be grateful.
Sorry, just messin' with ya (and the swear-word filter).
I really would like to try this out.

Yours,
Tony

  ^[ Log in to reply ]
 
Andrew Message #86235, posted by andreww at 22:49, 5/4/2002, in reply to message #86234
AA refugee
Posts: 555
David McEwen wants a deb****r.
  ^[ Log in to reply ]
 
gareth Message #86236, posted by gareth3 at 17:38, 8/6/2003, in reply to message #86235
AA refugee
Posts: 5
A lot of deb****rs I've used seem to disassemble the code, which I personally find is useless, because you can't actually see which instruction(s) are changing a specifc register's value. Therefore, what I would find useful is a deb****r that cycles through a display of the the 'actual' ARM Code i.e. unaltered, displaying the values passed to each register, as well as informing the programmer where any error is occurring.

Probably the best example I have seen of this type of code deb****r is in Visual C++.
If your deb****r works like this then I would be interested.

[Edited by gareth at 18:41, 8/6/2003]

  ^[ Log in to reply ]
 
Jason Tribbeck Message #86237, posted by tribbles at 07:34, 9/6/2003, in reply to message #86236
tribbles
Captain Helix

Posts: 929
A lot of deb****rs I've used seem to disassemble the code, which I personally find is useless, because you can't actually see which instruction(s) are changing a specifc register's value. Therefore, what I would find useful is a deb****r that cycles through a display of the the 'actual' ARM Code i.e. unaltered, displaying the values passed to each register, as well as informing the programmer where any error is occurring.

If you can't tell what's happening when you do MOV r1, r2, LSL#3, then you really shouldn't be programming in ARM code, yet alone debugging it smile . Even with the most difficult of instructions (probably LDM/STM) you should be able to work out what's going on.

Having said that, knowing what the outcome would be before running the instruction would be handy in some circumstances (notably when you don't have a calculator to hand [when the numbers are difficult]).

I've found that the best pure ARM deb****r was QDBug, but that doesn't work on RISC OS 3.5 or later (wasn't updated for RiscPC).

  ^[ Log in to reply ]
 

Acorn Arcade forums: Programming: ARM debugger