Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!know!zaphod.mps.ohio-state.edu!sdd.hp.com!ucsd!ucbvax!nic.gac.edu!scott
From: scott@nic.gac.edu
Newsgroups: comp.sys.next
Subject: Re: A plea for a Structured Objective-C code browser in 2.0
Message-ID: <9009280457.AA02652@next-5.gac.edu>
Date: 28 Sep 90 04:57:54 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 34

dd26+@andrew.cmu.edu (Douglas F. DeJulio) writes:
   chase@boulder.Colorado.EDU (A. Chase Turner) writes:
   > I am listing my experience in programming environments -- in 
   > descending order of preference:
   > 
   >         ParcPlace's ObjectWorks -- both Smalltalk and C++
   >         Symbolic's Genera programming environment
   >         LightSpeed C on the Mac
   >         Sun's dbxtool (for C and C++) 
   > 
   > I rate NeXT's gdb and Edit at the very bottom.

   You are making a mistake.  You should use gnu-emacs, and use gdb-mode.

Yes, emacs does alot.  Yes, emacs and gdb get along.  No, I do
not want to use emacs and gdb to debug.  Yes, I use emacs.  Yes, I tried
it.  No, I did not like it.

End of discussion?  Even if many people _can_ use emacs/gdb to debug,
NeXT is _still_ sorely lacking a graphical debugger.  emacs is a big
job - you cannot just jump into emacs and debug without prior
experience.  In fact, I maintain that if you really want to use emacs
at all, you pretty much have to use it constantly, and invest a great
deal of time in this (I had to).

You might say that that would be good.  I think the NeXT should have
tools to debug the interface written using the interface.  Otherwise,
why not just let Stuart replace Workspace and be done with it?

scott hess
scott@gac.edu
Independant NeXT Developer	(Stuart)
NeXT Campus Consultant		(Not much, really)
GAC Undergrad			(Horrid.  Simply Horrid.  I mean the work!)