home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / system / 15484 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  4.4 KB
  1. Xref: sparky comp.sys.mac.system:15484 comp.sys.mac.programmer:20238
  2. Path: sparky!uunet!mcsun!Germany.EU.net!Informatik.Uni-Dortmund.DE!siggi!maennig
  3. From: maennig@siggi.informatik.uni-dortmund.de (Olaf Maennig)
  4. Newsgroups: comp.sys.mac.system,comp.sys.mac.programmer
  5. Subject: SADE --- the worst debugger I ever used!!!!!
  6. Date: 23 Dec 1992 10:57:25 GMT
  7. Organization: CS Department, Dortmund University, Germany
  8. Lines: 77
  9. Sender: maennig@siggi (Olaf Maennig)
  10. Distribution: world
  11. Message-ID: <1h9gmlINNk3f@fbi-news.Informatik.Uni-Dortmund.DE>
  12. Reply-To: maennig@siggi.informatik.uni-dortmund.de
  13. NNTP-Posting-Host: siggi.informatik.uni-dortmund.de
  14.  
  15. Hi! (frustrated greeting)
  16.  
  17. I have developed programs on several Sun SPARCs and DEC so far. A month ago
  18. I started in a new job, in which I have to program the Mac (System 7) with
  19. MPW C/C++. I have never used a Macinotsh before, and I started with a high
  20. motivation due to the knowledge that the Mac is supposed to be one of the
  21. user-friendliest computers.
  22.  
  23. This motivation turned into frustration soon. I find the GUI extremely slow
  24. and in comparison to X11 it is in my opinion really poor. But that's another
  25. thing and not the subject here.
  26.  
  27. What's disgusting to me is the SADE debugger. I work with version 1.3 and I
  28. think I've never sweared so much on a single morning. Maybe I'm using the
  29. program the wrong way, but first of all is the manual the most unuseful
  30. thing in that package. It's full of mistakes, contradictions, and most
  31. important: it's incomplete.
  32.  
  33. An example? See page 59: "Referencing structured types". The selection,
  34. pointer dereference, and array access operators are listed. "The rest of
  35. this section illustrates the use of all three of these operators." Ha! I
  36. want to know where the array access operator is illustrated?! That's what
  37. I'm interested in at the moment. I don't achieve to get the content of an
  38. character array (not the dereference of an char* pointer!).
  39.  
  40. What I get after selecting the variable "array" and choosing the menu "show
  41. value" is:
  42.     `array = 84, ...        # content: "Text"
  43.  
  44. How nice would it be to get
  45.     `array = ['T' 'e' 'x' 't']
  46. or the like.
  47.  
  48. I REALLY don't like to step through the array manually with
  49.     `array[1] <ENTER>
  50. and get a number which I have to look up in an ASCII table!!!!!!
  51.  
  52. By the way, here we see another mistake in the manual. Somewhere it says
  53. that arrays are 1-based in SADE. That's wrong. Indeed, arrays start with
  54. index 0, as usual.
  55.  
  56. So, how can I tell the debugger to display my array?
  57.  
  58. Another thing is that arrays aren't even accessible when their sizes are
  59. "too big". When I initialize a 512-byte char array in the beginning, SADE
  60. simply states that the variable is too big to fit into the environment.
  61. HORRIBLE!!
  62.  
  63. Then, what will I have to do when an error occurs which makes the examined
  64. program crash? I will have to restart it. That's fine. But when I want to
  65. debug a program which runs as an MPW tool, I will kill the whole MPW with
  66. "kill" or "untarget". Re-start MPW, correct the program, compile and debug
  67. once more. When there is still the error --- crash! Kill whole MPW,
  68. re-start, ... BULLSH...!!!
  69.  
  70. Finally, I never saw a program which uses windows in such a heavy way. For
  71. nearly every little output a single window is opened. That's alone is not
  72. that bad, but when I trace my program it's sooooo slow. Additionally, before
  73. (or after?) each trace step the source file window is moved into the
  74. background, all window frames are drawn new, and right after that the source
  75. file window is moved to the top, and its contents are re-drawn. I never saw
  76. such a stupid thing! Not only it is stupid, it is additionally slow.
  77.  
  78. Okay, that's what I went through the last few weeks. Now, the most important
  79. question to me: IS THERE ANOTHER AND BETTER DEBUGGER OUT THERE?
  80. If no, I would like to get in contact with other SADE users. Maybe they can
  81. give me solutions to the described problems.
  82.  
  83. If you want to prevent a suicide, help a little German Macintosh programmer!
  84. -- 
  85.  ---------------------------------------------------------------------------
  86.      _                   Department of Computer Science IV
  87.     / \     |\/|         University of Dortmund, Germany
  88.     \_/laf  |  |aennig   e-mail: maennig@siggi.informatik.uni-dortmund.de
  89.          -----------------------------------------------------------
  90.          "To understand recursion you need to understand recursion."
  91.  ---------------------------------------------------------------------------
  92.