From mboxrd@z Thu Jan  1 00:00:00 1970
From: James Ingham <jingham@cygnus.com>
To: tromey@cygnus.com
Cc: Insight List <insight@sourceware.cygnus.com>
Subject: Re: non-display of assembly
Date: Mon, 24 Apr 2000 10:28:00 -0000
Message-id: <14596.34015.413191.63095@leda.cygnus.com>
References: <877ldry056.fsf@cygnus.com>
X-SW-Source: 2000-q2/msg00131.html

Tom,

Some unexpected error was hit which messed up Insight.  The best first 
stab at debuging this sort of thing is to do:

setenv GDBTK_DEBUG 2

in the shell from which you launch gdb.  Then do whatever you normally do,
keeping an eye on the debugging window.  Errors will show up in an
orangish color.  This might give you a bit of a hint...

BTW, if you forget to set this env. var, you can also go to the
console, & type:

(gdb) tk ManagedWin::open DebugWin

Otherwise, I need a recipe for reproducing your bug before I can be
of much help.

Jim

 > Today, for a change, I'm debugging library code.  I'm trying to figure
 > out why a particular call to memmove() is failing.  Thinking that the
 > compiler might be inlining memmove(), I want to put the source window
 > into assembly mode.
 > 
 > This doesn't work.  The mouse pointer, when over the source window, is
 > a watch.  The source window itself is blank.  I don't get any sort of
 > error message.
 > 
 > Trying to switch the view back to source does not work.
 > 
 > I didn't try the "tk whatever" trick to reset it.
 > 
 > Any clues why this might happen?  The `disas' command works in the
 > console, but of course I'd rather not use that.
 > 
 > Tom
 >