Does Insight Actually work or is it just an alpha or pre-alpha?

Does Insight Actually work or is it just an alpha or pre-alpha?

[Dave Arnold]

has anyone actually been able to use Insight to do debugging?

I have downloaded the latest and greatest pre-built version for windows95
and haven't been able to use it at all.  Nice GUI but useless because

1. Breakpoints don't work
2. Can't load .exe's for debugging
3. Show's all source in Assembly.
4. Execution stops with error 193:
5. Single stepping doesn't work

Let me elaborate:

1. Breakpoints don't work:

run gdb from a bash prompt with executable name as argument: BASH.EXE-2.04$
gdb foo
...Insight gui pops up showing source code foo.c  ... set a break point in
main at the first
instruction,...click run, then nothing happens, execution doesn't stop at
the breakpoint,
focus moves to last line of main() being highlighted and the red breakpoint
marker there being
on.

2. Can't load .exe's for debugging:
...run gdb like so: BASH.EXE-2.04$ gdb
...gui pops up...from file menu choose Open...browse to and choose an
executable to debug...
source is all displayed in assembly, cannot switch view to 'source' the file
list at bottom
of the window has bunch of files not associated with your program
like...libccrt0.cc, mount.h, _ansi.h...
and so on.  Execution will stop at a breakpoint, but when trying to single
step, program seems to
run to completion and doesn't stop at the next instruction.

3. Source code in Assembly:
...when loading .exe's from commandline like so: gdb foo  source code is
shown C but when loading
from file->open menu only viewable in assembly.

4. Execution stops with error 193:
load an executable into gdb for debugging,
open the console view
(gdb) file foo
(gdb) break main
Breakpoint 3 at 0x2704: file foo.c, line 50.
(gdb) r
Starting program: /lab5/foo model1
Error: Error creating process /lab5/foo , (error 193)


5. Single stepping doesn't work:

...Same as above, can't step into a program. Have to set a breakpoint first
I assume and then
run...but I think this is just the way gdb works right? In order to step you
have to first 'run' the program.
but would be nice if you could step into a program without having to set any
breakpoints.
Sometimes what happens is the execution breaks in one of the cygwin files
and Insight window is
showing source like this:

- 0x40374f <cygwin_crt0_common(int (*)(int, char **, char **))+47>:
- 0x403754 <cygwin_crt0_common(int (*)(int, char **, char **))+52>:


I would really like to use Insight to do debugging but so far it's useless
to me besides having a nice
GUI.  Can anyone give me any suggestions to resolve these issues?  Initially
I was very excited to see
such a great looking front end but that is starting to fade unless I figure
out how to make this thing work.
The online help is so minimal, doesn't help much.

/dAVe

Re: Does Insight Actually work or is it just an alpha orpre-alpha?

[Jim Ingham]

Also sprach Dave Arnold:

I have not tried Insight on Win95, only on NT, but some of Cygnus's
customers use it on 95, and it does seem to work.  Couple of questions for
you come to mind:

1) How did you compile the code that you are trying to debug (presumably
gcc, but looks like not "-g"?)

2) What version of Cygwin are you using?

3) If you run "gdb -nw" do you get the same problems (does "list" show you
sources, do breakpoints work, etc...)

Jim

> has anyone actually been able to use Insight to do debugging?
> 
> I have downloaded the latest and greatest pre-built version for windows95
> and haven't been able to use it at all.  Nice GUI but useless because
> 
> 1. Breakpoints don't work
> 2. Can't load .exe's for debugging
> 3. Show's all source in Assembly.
> 4. Execution stops with error 193:
> 5. Single stepping doesn't work
> 
> Let me elaborate:
> 
> 1. Breakpoints don't work:
> 
> run gdb from a bash prompt with executable name as argument: BASH.EXE-2.04$
> gdb foo
> ...Insight gui pops up showing source code foo.c  ... set a break point in
> main at the first
> instruction,...click run, then nothing happens, execution doesn't stop at
> the breakpoint,
> focus moves to last line of main() being highlighted and the red breakpoint
> marker there being
> on.
> 
> 2. Can't load .exe's for debugging:
> ...run gdb like so: BASH.EXE-2.04$ gdb
> ...gui pops up...from file menu choose Open...browse to and choose an
> executable to debug...
> source is all displayed in assembly, cannot switch view to 'source' the file
> list at bottom
> of the window has bunch of files not associated with your program
> like...libccrt0.cc, mount.h, _ansi.h...
> and so on.  Execution will stop at a breakpoint, but when trying to single
> step, program seems to
> run to completion and doesn't stop at the next instruction.
> 
> 3. Source code in Assembly:
> ...when loading .exe's from commandline like so: gdb foo  source code is
> shown C but when loading
> from file->open menu only viewable in assembly.
> 
> 4. Execution stops with error 193:
> load an executable into gdb for debugging,
> open the console view
> (gdb) file foo
> (gdb) break main
> Breakpoint 3 at 0x2704: file foo.c, line 50.
> (gdb) r
> Starting program: /lab5/foo model1
> Error: Error creating process /lab5/foo , (error 193)
> 
> 
> 5. Single stepping doesn't work:
> 
> ...Same as above, can't step into a program. Have to set a breakpoint first
> I assume and then
> run...but I think this is just the way gdb works right? In order to step you
> have to first 'run' the program.
> but would be nice if you could step into a program without having to set any
> breakpoints.
> Sometimes what happens is the execution breaks in one of the cygwin files
> and Insight window is
> showing source like this:
> 
> - 0x40374f <cygwin_crt0_common(int (*)(int, char **, char **))+47>:
> - 0x403754 <cygwin_crt0_common(int (*)(int, char **, char **))+52>:
> 
> 
> I would really like to use Insight to do debugging but so far it's useless
> to me besides having a nice
> GUI.  Can anyone give me any suggestions to resolve these issues?  Initially
> I was very excited to see
> such a great looking front end but that is starting to fade unless I figure
> out how to make this thing work.
> The online help is so minimal, doesn't help much.
> 
> /dAVe
> 
> 
> 

-- 
Jim Ingham                                 jingham@apple.com
Apple Computer

Re: Does Insight Actually work or is it just an alpha orpre-alpha?

[Fernando Nasser]

Before anything else, please try a post 5.0 version of gdb and the latest
CygWin snapshot.  There was a mismatch between the handling of reversed bars
at some point and not finding files is typical.

Please make sure you got rid of all previous versions of cygwin1.dll (the same
for the Tcl ones etc).  Take them out of your disk or change the .dll portion 
to something like _dll (they are found in more places that one could expect).
Make sure you're using the latest version of everything (shell included).

Try the "cygcheck -s" command to verify that cygwin is using the right stuff.

You should be able to use gdb and Insight as everybody else.
However, I use it on NT 4.0 SP3.  As far as I know it also works on Win95
but I have never personally used it in that (I could never kept Win95 to
freeze my system less than 4 times a day, so I switched to NT).


-- 
Fernando Nasser
Red Hat Canada Ltd.                     E-Mail:  fnasser@cygnus.com
2323 Yonge Street, Suite #300           Tel:  416-482-2661 ext. 311
Toronto, Ontario   M4P 2C9              Fax:  416-482-6299

Re: Does Insight Actually work or is it just an alpha orpre-alpha?

[Jim Ingham]

Also sprach Dave Arnold:

> hi Jim,
> 
> 1.
> I did use "-g" option for gcc.

Yeah, sorry to have to ask, but you never know...

> 
> 2. Version information:
> 
> BASH.EXE-2.04$ bash --version
> GNU bash, version 2.04.0(1)-release (i586-pc-cygwin)
> Copyright 1999 Free Software Foundation, Inc.
> 
> BASH.EXE-2.04$ gcc -v
> Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/specs
> gcc version 2.95.2 19991024 (release-2)
> 
> BASH.EXE-2.04$ gdb -v
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i686-pc-cygwin".
> BASH.EXE-2.04$
> 
> 3. Other worse problems occur using gdb -nw
> like hanging bash window, can't find libccrt0.c, can't find source, etc.
> 
> BASH.EXE-2.04$ gdb -nw load
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i686-pc-cygwin"...
> (gdb) list
> 1       /cygnus/netrel/src/cygwin-1.1.2/winsup/cygwin/libccrt0.cc: No such
> file
> or directory.
> (gdb)
> 
> (gdb) list load5.c:1
> No source file named load5.c.
> (gdb) list load5.c:main
> No source file named load5.c.
> (gdb) list
> 1       in /cygnus/netrel/src/cygwin-1.1.2/winsup/cygwin/libccrt0.cc
> (gdb)
> 

You do have one screwed up version of gdb, that is for sure...  There may be
some conflict between the version of cygwin you are using and the one that
the gdb you got was build with?  I think that the cygcheck command will tell
you your cygwin version.  Don't know how you find out the version gdb was
built against.

If you can't sort this out, you will probably need to have a stab at
building it yourself.  For this you will need to get a recent (snapshot)
version of Cygwin, and the CVS version of insight (there were some problems
with the gdb 5.0 release vrs. Cygwin that you can find discussed on the
archives of this mailing list.)

Then configure & make should give you what you want.  Slight emphasis on the
"should".

If you have more questions on the process of building, you should probably
address them to the cygwin mailing list (also on the sourceware.cygnus.com
site), not because we want to palm you off on someone else, but because that
is where the real experts on cygwin hide out...

> 
> THANKS FOR TAKING THE TIME TO HELP,

Not a prob...

Jim

> /Dave
> 
> -----Original Message-----
> From: Jim Ingham <jingham@apple.com>
> To: Dave Arnold <avr_fan@mailandnews.com>; insight@sourceware.cygnus.com
> <insight@sourceware.cygnus.com>
> Date: Wednesday, July 05, 2000 11:18 AM
> Subject: Re: Does Insight Actually work or is it just an alpha orpre-alpha?
> 
> 
>> Also sprach Dave Arnold:
>> 
>> I have not tried Insight on Win95, only on NT, but some of Cygnus's
>> customers use it on 95, and it does seem to work.  Couple of questions for
>> you come to mind:
>> 
>> 1) How did you compile the code that you are trying to debug (presumably
>> gcc, but looks like not "-g"?)
>> 
>> 2) What version of Cygwin are you using?
>> 
>> 3) If you run "gdb -nw" do you get the same problems (does "list" show you
>> sources, do breakpoints work, etc...)
>> 
>> Jim
>> 
>>> has anyone actually been able to use Insight to do debugging?
>>> 
>>> I have downloaded the latest and greatest pre-built version for windows95
>>> and haven't been able to use it at all.  Nice GUI but useless because
>>> 
>>> 1. Breakpoints don't work
>>> 2. Can't load .exe's for debugging
>>> 3. Show's all source in Assembly.
>>> 4. Execution stops with error 193:
>>> 5. Single stepping doesn't work
>>> 
>>> Let me elaborate:
>>> 
>>> 1. Breakpoints don't work:
>>> 
>>> run gdb from a bash prompt with executable name as argument:
> BASH.EXE-2.04$
>>> gdb foo
>>> ...Insight gui pops up showing source code foo.c  ... set a break point
> in
>>> main at the first
>>> instruction,...click run, then nothing happens, execution doesn't stop at
>>> the breakpoint,
>>> focus moves to last line of main() being highlighted and the red
> breakpoint
>>> marker there being
>>> on.
>>> 
>>> 2. Can't load .exe's for debugging:
>>> ...run gdb like so: BASH.EXE-2.04$ gdb
>>> ...gui pops up...from file menu choose Open...browse to and choose an
>>> executable to debug...
>>> source is all displayed in assembly, cannot switch view to 'source' the
> file
>>> list at bottom
>>> of the window has bunch of files not associated with your program
>>> like...libccrt0.cc, mount.h, _ansi.h...
>>> and so on.  Execution will stop at a breakpoint, but when trying to
> single
>>> step, program seems to
>>> run to completion and doesn't stop at the next instruction.
>>> 
>>> 3. Source code in Assembly:
>>> ...when loading .exe's from commandline like so: gdb foo  source code is
>>> shown C but when loading
>>> from file->open menu only viewable in assembly.
>>> 
>>> 4. Execution stops with error 193:
>>> load an executable into gdb for debugging,
>>> open the console view
>>> (gdb) file foo
>>> (gdb) break main
>>> Breakpoint 3 at 0x2704: file foo.c, line 50.
>>> (gdb) r
>>> Starting program: /lab5/foo model1
>>> Error: Error creating process /lab5/foo , (error 193)
>>> 
>>> 
>>> 5. Single stepping doesn't work:
>>> 
>>> ...Same as above, can't step into a program. Have to set a breakpoint
> first
>>> I assume and then
>>> run...but I think this is just the way gdb works right? In order to step
> you
>>> have to first 'run' the program.
>>> but would be nice if you could step into a program without having to set
> any
>>> breakpoints.
>>> Sometimes what happens is the execution breaks in one of the cygwin files
>>> and Insight window is
>>> showing source like this:
>>> 
>>> - 0x40374f <cygwin_crt0_common(int (*)(int, char **, char **))+47>:
>>> - 0x403754 <cygwin_crt0_common(int (*)(int, char **, char **))+52>:
>>> 
>>> 
>>> I would really like to use Insight to do debugging but so far it's
> useless
>>> to me besides having a nice
>>> GUI.  Can anyone give me any suggestions to resolve these issues?
> Initially
>>> I was very excited to see
>>> such a great looking front end but that is starting to fade unless I
> figure
>>> out how to make this thing work.
>>> The online help is so minimal, doesn't help much.
>>> 
>>> /dAVe
>>> 
>>> 
>>> 
>> 
>> --
>> Jim Ingham                                 jingham@apple.com
>> Apple Computer
>> 
> 

-- 
Jim Ingham                                 jingham@apple.com
Apple Computer

Re: Does Insight Actually work or is it just an alpha orpre-alpha?

[Dave Arnold]

[-- Attachment #1: Type: text/plain, Size: 5406 bytes --]

hi Jim,

1.
I did use "-g" option for gcc.

2. Version information:

BASH.EXE-2.04$ bash --version
GNU bash, version 2.04.0(1)-release (i586-pc-cygwin)
Copyright 1999 Free Software Foundation, Inc.

BASH.EXE-2.04$ gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/specs
gcc version 2.95.2 19991024 (release-2)

BASH.EXE-2.04$ gdb -v
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin".
BASH.EXE-2.04$

3. Other worse problems occur using gdb -nw
like hanging bash window, can't find libccrt0.c, can't find source, etc.

BASH.EXE-2.04$ gdb -nw load
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
(gdb) list
1       /cygnus/netrel/src/cygwin-1.1.2/winsup/cygwin/libccrt0.cc: No such
file
or directory.
(gdb)

(gdb) list load5.c:1
No source file named load5.c.
(gdb) list load5.c:main
No source file named load5.c.
(gdb) list
1       in /cygnus/netrel/src/cygwin-1.1.2/winsup/cygwin/libccrt0.cc
(gdb)


THANKS FOR TAKING THE TIME TO HELP,
/Dave

-----Original Message-----
From: Jim Ingham <jingham@apple.com>
To: Dave Arnold <avr_fan@mailandnews.com>; insight@sourceware.cygnus.com
<insight@sourceware.cygnus.com>
Date: Wednesday, July 05, 2000 11:18 AM
Subject: Re: Does Insight Actually work or is it just an alpha orpre-alpha?


>Also sprach Dave Arnold:
>
>I have not tried Insight on Win95, only on NT, but some of Cygnus's
>customers use it on 95, and it does seem to work.  Couple of questions for
>you come to mind:
>
>1) How did you compile the code that you are trying to debug (presumably
>gcc, but looks like not "-g"?)
>
>2) What version of Cygwin are you using?
>
>3) If you run "gdb -nw" do you get the same problems (does "list" show you
>sources, do breakpoints work, etc...)
>
>Jim
>
>> has anyone actually been able to use Insight to do debugging?
>>
>> I have downloaded the latest and greatest pre-built version for windows95
>> and haven't been able to use it at all.  Nice GUI but useless because
>>
>> 1. Breakpoints don't work
>> 2. Can't load .exe's for debugging
>> 3. Show's all source in Assembly.
>> 4. Execution stops with error 193:
>> 5. Single stepping doesn't work
>>
>> Let me elaborate:
>>
>> 1. Breakpoints don't work:
>>
>> run gdb from a bash prompt with executable name as argument:
BASH.EXE-2.04$
>> gdb foo
>> ...Insight gui pops up showing source code foo.c  ... set a break point
in
>> main at the first
>> instruction,...click run, then nothing happens, execution doesn't stop at
>> the breakpoint,
>> focus moves to last line of main() being highlighted and the red
breakpoint
>> marker there being
>> on.
>>
>> 2. Can't load .exe's for debugging:
>> ...run gdb like so: BASH.EXE-2.04$ gdb
>> ...gui pops up...from file menu choose Open...browse to and choose an
>> executable to debug...
>> source is all displayed in assembly, cannot switch view to 'source' the
file
>> list at bottom
>> of the window has bunch of files not associated with your program
>> like...libccrt0.cc, mount.h, _ansi.h...
>> and so on.  Execution will stop at a breakpoint, but when trying to
single
>> step, program seems to
>> run to completion and doesn't stop at the next instruction.
>>
>> 3. Source code in Assembly:
>> ...when loading .exe's from commandline like so: gdb foo  source code is
>> shown C but when loading
>> from file->open menu only viewable in assembly.
>>
>> 4. Execution stops with error 193:
>> load an executable into gdb for debugging,
>> open the console view
>> (gdb) file foo
>> (gdb) break main
>> Breakpoint 3 at 0x2704: file foo.c, line 50.
>> (gdb) r
>> Starting program: /lab5/foo model1
>> Error: Error creating process /lab5/foo , (error 193)
>>
>>
>> 5. Single stepping doesn't work:
>>
>> ...Same as above, can't step into a program. Have to set a breakpoint
first
>> I assume and then
>> run...but I think this is just the way gdb works right? In order to step
you
>> have to first 'run' the program.
>> but would be nice if you could step into a program without having to set
any
>> breakpoints.
>> Sometimes what happens is the execution breaks in one of the cygwin files
>> and Insight window is
>> showing source like this:
>>
>> - 0x40374f <cygwin_crt0_common(int (*)(int, char **, char **))+47>:
>> - 0x403754 <cygwin_crt0_common(int (*)(int, char **, char **))+52>:
>>
>>
>> I would really like to use Insight to do debugging but so far it's
useless
>> to me besides having a nice
>> GUI.  Can anyone give me any suggestions to resolve these issues?
Initially
>> I was very excited to see
>> such a great looking front end but that is starting to fade unless I
figure
>> out how to make this thing work.
>> The online help is so minimal, doesn't help much.
>>
>> /dAVe
>>
>>
>>
>
>--
>Jim Ingham                                 jingham@apple.com
>Apple Computer
>

[-- Attachment #2: cygcheck.out --]
[-- Type: text/x-Algol68, Size: 2191 bytes --]


Cygnus Win95/NT Configuration Diagnostics
Current System Time: Wed Jul  5 18:11:57 2000

Win95 Ver 4.0 build 67306684  B

Path:	/usr/bin
	/USR/LOCAL/BIN
	/e/GCC/DJDEV203/BIN
	/g/TURBOC/BIN
	.
	/cygdrive/c/WINDOWS
	/cygdrive/c/WINDOWS/COMMAND
	/cygdrive/c/DOS
	/e/GCC/EDITORS/VIM-5.3
	/usr/bin
	.
	/e/GCC/UNIXUTIL/UNXUTILS/USR/WBIN

SysDir: C:\WINDOWS\SYSTEM
WinDir: C:\WINDOWS

HOME = `/'
MAKE_MODE = `unix'
PWD = `/'

Use `-r' to scan registry

a:  fd           N/A    N/A                    
c:  hd  FAT      439Mb  97% CP    UN           WIN95
d:  hd  FAT      297Mb  51% CP    UN           SWAP
e:  hd  FAT32   1197Mb  95% CP    UN           PROGRAMS
f:  hd  FAT      501Mb  93% CP    UN           DATA
g:  hd  FAT     1019Mb  87% CP    UN           PROGRAMS
h:  hd  FAT      305Mb  64% CP    UN           PROGRAMS2
i:  cd  CDFS     606Mb 100% CP                 Audio CD
j:  cd  CDUDFRW   493Mb  85% CP    UN           C195Backup4

e:\temp\bin  /usr/bin  user    binmode
e:\temp\lib  /usr/lib  user    binmode
e:\temp  /        user    binmode
e:    /e       user    textmode
f:    /f       user    textmode
g:    /g       user    textmode

Found: e:\temp\bin\bash.exe
Found: e:\temp\bin\cat.exe
Found: e:\GCC\UNIXUTIL\UNXUTILS\USR\WBIN\cat.exe
Found: e:\temp\bin\cpp.exe
Found: g:\TURBOC\BIN\cpp.exe
Found: e:\temp\bin\find.exe
Found: c:\WINDOWS\COMMAND\find.exe
Found: e:\GCC\UNIXUTIL\UNXUTILS\USR\WBIN\find.exe
Found: e:\temp\bin\gcc.exe
Found: e:\GCC\DJDEV203\BIN\gcc.exe
Found: e:\temp\bin\gdb.exe
Found: e:\GCC\DJDEV203\BIN\gdb.exe
Found: e:\temp\bin\ld.exe
Found: e:\GCC\DJDEV203\BIN\ld.exe
Found: e:\temp\bin\ls.exe
Found: e:\GCC\UNIXUTIL\UNXUTILS\USR\WBIN\ls.exe
Found: e:\temp\bin\make.exe
Found: e:\GCC\DJDEV203\BIN\make.exe
Found: g:\TURBOC\BIN\make.exe
Found: e:\temp\bin\sh.exe
Found: e:\GCC\UNIXUTIL\UNXUTILS\USR\WBIN\sh.exe

  575k 2000/06/07 e:\temp\bin\cygwin1.dll
   83k 2000/06/11 e:\temp\bin\cygitcl30.dll
   35k 2000/06/11 e:\temp\bin\cygitk30.dll
  402k 2000/06/11 e:\temp\bin\cygtcl80.dll
    5k 2000/06/11 e:\temp\bin\cygtclpip80.dll
   10k 2000/06/11 e:\temp\bin\cygtclreg80.dll
  639k 2000/06/11 e:\temp\bin\cygtk80.dll
Use -h to see help about each section