[comp.sys.next] Experiences with BugByte

ls1i+@andrew.cmu.edu (Leonard John Schultz) (05/09/91)

Has anyone heard or had any experiences with BugByte, the graphic
symbolic debugger from ONyX Systems?

Len

bedney@lanl.gov (Bill Edney) (05/10/91)

In article <8c_3pp600WBME2aUYU@andrew.cmu.edu> ls1i+@andrew.cmu.edu (Leonard  
John Schultz) writes:
> Has anyone heard or had any experiences with BugByte, the graphic
> symbolic debugger from ONyX Systems?
> 
> Len

I have purchased and am using BugByte, what do you want to know?

- Bill Edney
- Los Alamos National Laboratory

"I don't speak for my employer and they don't speak for me. Kind of a nice  
arrangement."

cnh5730@maraba.tamu.edu (Charles Herrick) (05/10/91)

In article <23467@lanl.gov> bedney@lanl.gov (Bill Edney) writes:
   In article <8c_3pp600WBME2aUYU@andrew.cmu.edu> ls1i+@andrew.cmu.edu (Leonard
   John Schultz) writes:
   > Has anyone heard or had any experiences with BugByte, the graphic
   > symbolic debugger from ONyX Systems?
   > 
   > Len

   I have purchased and am using BugByte, what do you want to know?

   - Bill Edney


NeXT raised the bar with their computer systems. It's the least you
could do to try to raise the bar in the quality of your news posts.
Grow up.
--
"Battle not with monsters, lest ye become a monster,
 and if you gaze into the abyss, the abyss gazes also into you."
	-Friedrich Wilhelm Nietzsche

adonis1@nwnexus.WA.COM (Adonis Corporation ) (05/10/91)

In article <23467@lanl.gov> bedney@lanl.gov (Bill Edney) writes:
>In article <8c_3pp600WBME2aUYU@andrew.cmu.edu> ls1i+@andrew.cmu.edu (Leonard  
>John Schultz) writes:
>> Has anyone heard or had any experiences with BugByte, the graphic
>> symbolic debugger from ONyX Systems?
>> 
>> Len
>
>I have purchased and am using BugByte, what do you want to know?
>
How does it compare to the gnu debugger?

How about a general summary of its features?  What do they really mean
when they say 'graphic'.  Is it really graphic, and in what respect?
Is it robust?

How does one set breakpoints, examine the contents of variables, 
does it expand structures?  How do you trace through executing code?  
Can you examine/trace through at the assembler level? 

Just a few simple question like that...

Thanks,

Doug Kent
Independent NeXT Developer (what does that really mean?)
adonis1@nwnexus.wa.com

bedney@lanl.gov (Bill Edney) (05/10/91)

In article <CNH5730.91May9175959@maraba.tamu.edu> cnh5730@maraba.tamu.edu  
(Charles Herrick) writes:
> NeXT raised the bar with their computer systems. It's the least you
> could do to try to raise the bar in the quality of your news posts.
> Grow up.
> --
> "Battle not with monsters, lest ye become a monster,
>  and if you gaze into the abyss, the abyss gazes also into you."
> 	-Friedrich Wilhelm Nietzsche

I don't understand. As I am relatively new to netnews, what constitutes a  
"quality" message as opposed to one of poor quality? I was merely responding to  
the questioner as to my availability of knowledge about a certain product. I  
expected him to either e-mail me or leave another message on the net with  
specific questions. Then I would give him specific answers. As for my "growing  
up", people have been trying to get me to do that for years, and I patently  
refuse to do so!

- Bill Edney
- Los Alamos National Laboratory

"I don't speak for my employer and they don't speak for me. Kind of a nice  
arrangement."

bedney@lanl.gov (Bill Edney) (05/11/91)

In article <506@nwnexus.WA.COM> adonis1@nwnexus.WA.COM (Adonis Corporation )  
writes:
> How about a general summary of its features?  What do they really mean
> when they say 'graphic'.  Is it really graphic, and in what respect?
> Is it robust?
> 
> How does one set breakpoints, examine the contents of variables, 
> does it expand structures?  How do you trace through executing code?  
> Can you examine/trace through at the assembler level? 
> 
> Just a few simple question like that...
> 
> Thanks,
> 
> Doug Kent
> Independent NeXT Developer (what does that really mean?)
> adonis1@nwnexus.wa.com

Doug -
BugByte is essentially a graphical interface on top of the GNU debugger. I  
think it's about as graphical as a debugger can get. A separate window has a  
browser which lists the various object classes in the first column. When you  
click on one of the classes, the second column in the browser fills with all of  
the methods in that class. When you click on one of those, the source code for  
that method appears in the main window. One sets breakpoints by double clicking  
on the line and clicking the "set" icon, after which a small stop sign appears  
in a column to the left of the selected line. You can then click "run" to run  
the program and when your program hits the breakpoint, you are put back into  
BugByte. A black arrow shows the line that you are currently at. From here, you  
can step through, either by clicking "step" (which will step you into all  
functions), or "next" which will step over functions and keep you in your  
current source file. You can examine the contents of variables by double  
clicking them and then clicking either the "Print" button or the "Print *"  
button. I'm not sure what you mean by "expanding structures". I can click on a  
pointer to a struct and then click "Print *" and it gives me back all of the  
values of the fields in that struct. You cannot examine/trace at the assembler  
level, as far as I know. One nice feature is that you can edit your source  
right in the main window, save it and click a "Make" option. It will "make  
debug" your code and then reload the libraries automatically. You can then just  
click run. It also has a neat feature for examining the stack.

Anything else you wanted to know?

- Bill Edney
- Los Alamos National Laboratory

"I don't speak for my employer and they don't speak for me. Kind of a nice  
arrangement."

cnh5730@maraba.tamu.edu (Charles Herrick) (05/11/91)

In article <23533@lanl.gov> bedney@lanl.gov (Bill Edney) writes:

   Path:helios!cs.utexas.edu!sdd.hp.com!wuarchive!psuvax1!hsdndev!cmcl2!lanl!
        bedney@lanl.gov  
   From: bedney@lanl.gov (Bill Edney)
   Newsgroups: comp.sys.next
   Date: 10 May 91 17:06:40 GMT
   References: <506@nwnexus.WA.COM>
   Sender: news@lanl.gov
   Lines: 48

[...crap deleted...]

Here's what you get from sendmail if you send email to this address:


   ----- Transcript of session follows -----
>>> RCPT To:<bedney@lanl.gov>
<<< 550 <bedney@lanl.gov>... Addressee unknown
550 <bedney@lanl.gov>... User unknown

   ----- Unsent message ----

In other words, another new entry for my kill file.
--
"Battle not with monsters, lest ye become a monster,
 and if you gaze into the abyss, the abyss gazes also into you."
	-Friedrich Wilhelm Nietzsche

madler@nntp-server.caltech.edu (Mark Adler) (05/11/91)

That all sounds rather Obj-C oriented.  Does BugByte make debugging
"classic" C (or maybe even C++) easier or more convenient?

Mark Adler
madler@pooh.caltech.edu

jcargill@oka.cs.wisc.edu (Jon Cargille) (05/11/91)

In <CNH5730.91May10140343@maraba.tamu.edu> cnh5730@maraba.tamu.edu (Charles Herrick) writes:

>Here's what you get from sendmail if you send email to this address:


>   ----- Transcript of session follows -----
>>>> RCPT To:<bedney@lanl.gov>
><<< 550 <bedney@lanl.gov>... Addressee unknown
>550 <bedney@lanl.gov>... User unknown

>   ----- Unsent message ----

>In other words, another new entry for my kill file.

What kind of cr*p is this?  Are you trying to insinuate that the guy
doesn't exist or something?  So he's got a bad return address...  So
what?

> f edney@lanl.gov
[edney@lanl.gov]
Login name: wje                         In real life: William J. Edney
Office: ADP-3
Phone: 505-665-1434, Mailstop: p222
Last login Wed Aug 23, 1989 on ttyK2

Looks like a Bill Edney to me...  Hasn't logged in for a while, but
he's probably just using a machine in lanl.gov's subnet.

Bill: You should probably get your 'From:' address fixed, so people
can reply to you...

Charles:  Why are you giving this guy a hard time?  Admittedly, his
first post was less than incredibly informative, but he gave a more
useful followup when he got more specific questions.  Lighten up.

Jon
--

------------
Jon Cargille		jcargill@cs.wisc.edu  <-- Now receiving NeXTmail

bedney@lanl.gov (Bill Edney) (05/13/91)

In article <1991May10.201831.7413@nntp-server.caltech.edu>  
madler@nntp-server.caltech.edu (Mark Adler) writes:
> 
> That all sounds rather Obj-C oriented.  Does BugByte make debugging
> "classic" C (or maybe even C++) easier or more convenient?
> 
> Mark Adler
> madler@pooh.caltech.edu

It does make C debugging easier if you like a graphical interface to your  
debugging.

- Bill Edney
- Los Alamos National Laboratory

"I don't speak for my employer, and they don't speak for me. Kind of a nice  
arrangement."