home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / misc / 16743 < prev    next >
Encoding:
Text File  |  1992-11-13  |  4.2 KB  |  94 lines
  1. Newsgroups: comp.sys.amiga.misc
  2. Path: sparky!uunet!usc!rpi!ghost.dsi.unimi.it!univ-lyon1.fr!chx400!josef!avalon.physik.unizh.ch!matija
  3. From: matija@avalon.physik.unizh.ch (Matija Milostnik)
  4. Subject: Re: Amiga as a debugging machine: BLECH
  5. Message-ID: <1992Nov13.133514.4158@ifi.unizh.ch>
  6. Summary: Guru numbers are usefull
  7. Keywords: coredump, guru
  8. Sender: news@ifi.unizh.ch (USENET News Admin)
  9. Nntp-Posting-Host: avalon
  10. Organization: Informatik Club d. Universitaet, Zuerich
  11. References: <1953@lysator.liu.se> <1992Nov12.142819.9665@ifi.unizh.ch> <BxMqDG.8Ju@usenet.ucs.indiana.edu>
  12. Date: Fri, 13 Nov 1992 13:35:14 GMT
  13. Lines: 79
  14.  
  15. In article <BxMqDG.8Ju@usenet.ucs.indiana.edu> shulick@yankton.ucs.indiana.edu (Sam Hulick) writes:
  16. >In article <1992Nov12.142819.9665@ifi.unizh.ch> matija@avalon.physik.unizh.ch (Matija Milostnik) writes:
  17. >>In article <1953@lysator.liu.se> marvil@lysator.liu.se (Martin Vilcans) writes:
  18. >>>Wouldn't you like the computer to continue working and then let the user
  19. >>>decide if he/she wants to reset?
  20. >>Thats the suspend requester. Its your choise to suspend or reset.
  21. >Guess what.  The Amiga doesn't always have that requester.  Sometimes it
  22. >skips right to the guru.  And it seems the Guru is useless. 
  23.  
  24. It skeeps right to the guru when the data is not guarantied to be
  25. safe. It was explained in the first response.
  26.  
  27. > So I get
  28. >8000 0001, or something like that which is a memory allocation error.
  29. >Ok, I know memory is screwed somewhere in my program.  How the hell does
  30. >this aid me in debugging?  It doesn't. 
  31.  
  32. Wrong, it does. Apart from the fact that an explanation is better that
  33. just a crash, you know by now where to look for the bug. You could
  34. use memmung and enforcer (you are using this, arent you?) to 
  35. get in dept information of the fault.
  36.  
  37. > And the "Task" pointer in the
  38. >guru alert can't be helpful, can it?  It jus tells you the location in
  39. >memory of your program.. big deal.
  40.  
  41. Remember that in the Amiga system evrything is dinamic.  A programm is
  42. loaded in another memory location every time its started, thus this
  43. information IS vital.
  44.  
  45. >IMO, debugging on the Amiga is like trying to port XWindows to the Apple
  46. >II.  cpr (a SAS/C debugging tool) still is shoddy and ineffective.  I
  47. >thought they'd spice it up a lot from v5.01 to v5.10b, but I was rather
  48. >disappointed.
  49.  
  50. But this is not a Operating System fault...:-)
  51.  
  52. [...]  Now.. if someone could show me some NICE debugging
  53. >utils for the Amiga, I'd be QUITE grateful.  BTW, my machine is an
  54. >A3000-25.  If I have to take my source code to another machine/OS just
  55. >to debug, that's pretty sad.
  56.  
  57. There are plenty of tools floating on the ocean, just lose the sight
  58. of your shore and look in new directions.
  59.  
  60. o Enforcer, memmung, memwall, memoration, sushi, snoopdos, scratcher,
  61.   lowmem, eatcycles, etc..
  62. o SAS gives you a library to link with your program, aimed to better
  63.   control memory allocations.
  64. o debug.lib allows you to debug on another terminal while your programm
  65.   is runnig, and dont forget 'LoadWB -DEBUG' in your startup-sequence
  66.   (A simple printf here and there makes wonder)
  67. o NewAllert gives you a nicer guru :-)
  68. o A lot of programming tools dont deal directly with the faillure
  69.   but help prevent them, e.g. generating code that is 'bug free'
  70.  
  71. And finally
  72. o The best tool is your head. Think what you are going to program,
  73.   read the RKM and the Autodocs. Narrow the search and use your 
  74.   intuition to 'feel' where the fault is. And never give up. 
  75.  
  76. >(side note: the A3000 has an MMU.  doesn't this entitle me to memory
  77. >protection and/or blocking crashes?)
  78.  
  79. Entitle you to ?????, me too, me too  :-|
  80.  
  81. If you study the functioning of Amiga, you will discover that its not
  82. faesible with the current model of programming. It was a decision made
  83. by the OS writers for better preformances, and is now limiting the 
  84. implementation of MP.
  85.  
  86. Hope this helps
  87.   Matija
  88. >Sam Hulick          | "You can't discover new oceans unless you have the
  89. -- 
  90. Best regards from Matija Milostinik           : matija@avalon.ifi.unizh.ch  
  91.                                               : matija@amiga.physik.unizh.ch
  92. Therefore, use local labels in the procedures as often as possible. 
  93. Save the environment!  Recycle!  ;-)                 (Bjoern Reese)
  94.