home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8913 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  2.7 KB

  1. Path: sparky!uunet!dtix!darwin.sura.net!mojo.eng.umd.edu!pandora.pix.com!stripes
  2. From: stripes@pix.com (Josh Osborne)
  3. Newsgroups: comp.arch
  4. Subject: Re: Why would you like a debugger (Was: What would you like in a debugger?
  5. Message-ID: <Bt0Btr.57n@pix.com>
  6. Date: 15 Aug 92 04:15:26 GMT
  7. References: <1992Aug7.151937.14321@linus.mitre.org> <341@moene.indiv.nluug.nl>
  8. Sender: news@pix.com (The News Subsystem)
  9. Organization: Project GLUE, Merriversity of Uniland, College Purgatory
  10. Lines: 41
  11. Nntp-Posting-Host: pandora.pix.com
  12.  
  13. In article <341@moene.indiv.nluug.nl> toon@moene.indiv.nluug.nl (Toon Moene) writes:
  14. [...]
  15. >one of these (I would be interested in hearing how people debug embedded  
  16. >systems, however). For all other sorts of programming: write critical  
  17. >variable's values to the screen    [...]
  18.  
  19. I write video games, they are sort-of real time, and definitally embedded
  20. systems.  Sometimes I write veriables to UART port A (port B is used to
  21. talk to the sound device).  Much of the time I use ICE (In-Circuit Emulator).
  22. The ICE I have emulates my CPU and a goodly chunk of memmory (which can
  23. be configured read-only - to simulate ROM without forcing you to re-burn
  24. EEPROMS after each compile, or read-write which I haven't needed to do).
  25.  
  26. In many ways using ICE is alot easyer then normal debugging.  It is 100%
  27. real-time, even if you are having it do complex stuff.  It can have breakpoints
  28. (or other actions) on data (reads or writes, or more complex things) again
  29. with no speed loss.  It can give you a complete history of the last N 
  30. instructions executed (where N is at least 150 for me), and all the bus cycles
  31. executed.
  32.  
  33. The ICE I have has downsides.
  34. Normally I run my code until it hits a breakpoint, use the trace data to
  35. figure out what source I was executing, and use my brain for the rest.
  36. A source debugger would let me know alot faster.  If I need to look at
  37. a structure element I have to figure out it's offset by hand and find it.
  38. If I want another ICE (say for testing multi-board games, or testing a
  39. non-devlepment game (i.e. a real test-unit), or whatever) it costs over
  40. $10k.
  41.  
  42. There does exist ICE that will do (at least some) source level debugging.
  43. I would love some.  As it is, I would rathere run UPS on my code then use
  44. ICE, except I can't afford the speed hit...
  45.  
  46. (So what do I want in a software debugger?  Mostly just a C++ version
  47. of UPS, and data watchpoints...  what do I want in ICE?  The same :-)
  48. -- 
  49.            stripes@pix.com              "Security for Unix is like
  50.       Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
  51.       "The dyslexic porgramer"                  - Kevin Lockwood
  52. We all agree on the necessity of compromise.  We just can't agree on
  53. when it's necessary to compromise.       - Larry Wall
  54.