This is the mail archive of the
insight@sourceware.org
mailing list for the Insight project.
Re: syms_from_objfile() warnings and win32-nat.c IO redirection (Was: suppress annoying warnings about cygwin1.dbg)
- From: Brian Dessent <brian at dessent dot net>
- To: Pedro Alves <pedro_alves at portugalmail dot pt>
- Cc: gdb-patches at sourceware dot org, Daniel Jacobowitz <drow at false dot org>, insight at sourceware dot org
- Date: Fri, 12 Oct 2007 18:44:45 -0700
- Subject: Re: syms_from_objfile() warnings and win32-nat.c IO redirection (Was: suppress annoying warnings about cygwin1.dbg)
- References: <20070418150137.GA7338@trixie.casa.cgf.cx> <46263710.D9755DAD@dessent.net> <462639F3.FBCF4675@dessent.net> <46264A56.BA86EED7@dessent.net> <4638AB6B.5AA94B26@dessent.net> <46803846.F99470AE@dessent.net> <46804DAD.4020309@portugalmail.pt> <20070625234015.GA17640@caradoc.them.org> <46833EB0.E8ABC8CB@dessent.net> <20070628104601.GA10328@caradoc.them.org> <20071011195327.GB8200@caradoc.them.org> <470FFB00.9909C731@dessent.net> <47101DB4.6010204@portugalmail.pt>
- Reply-to: gdb-patches at sourceware dot org
Pedro Alves wrote:
> I shook a bit when I read "unusable" :) That's a pretty strong word.
I consider having to dismiss a dozen spurious popups every time I run
the inferior to be unusable.
> I've had this fixed here for a while. It goes on the direction of removing
> the warnings, and removing the warning suppressing on win32-nat.c. Could
> you test it with cygwin1.dbg and with insight?
I had something like this in my tree in the past and it does in fact
kill the popups in insight, but the regular gdb output is still a lot
more chatty than it used to be:
$ /build/combined/gdb/gdb hello
GNU gdb 6.7.50-20071012-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...
Reading symbols from /home/brian/hello.exe...done.
(gdb) start
Reading in symbols for hello.c...done.
Reading in symbols for hello.c...done.
Breakpoint 1 at 0x401065: file hello.c, line 4.
Reading symbols from /winxp/system32/ntdll.dll...done.
Reading symbols from /winxp/system32/kernel32.dll...done.
Reading symbols from /usr/bin/cygwin1.dll...Reading symbols from
/usr/bin/cygwin1.dbg...done.
done.
Reading symbols from /winxp/system32/advapi32.dll...done.
Reading symbols from /winxp/system32/rpcrt4.dll...done.
Reading symbols from /winxp/system32/secur32.dll...done.
Reading symbols from /winxp/system32/shimeng.dll...done.
[New thread 2816.0xa70]
Reading symbols from /winxp/system32/user32.dll...done.
Reading symbols from /winxp/system32/gdi32.dll...done.
main (argc=1, argv=0x6629f0) at hello.c:4
4 {
(gdb) n
5 puts ("Hello world!");
(gdb) n
6 return 0;
(gdb) n
7 }
(gdb)
Reading in symbols for
/usr/src/sourceware/winsup/cygwin/dcrt0.cc...done.
Reading in symbols for
/usr/src/sourceware/winsup/cygwin/cygtls.cc...done.
Hello world!
Reading symbols from /winxp/system32/psapi.dll...done.
Program exited normally.
(gdb) quit
For these system DLLs that are not necessarily relevant to the user's
code it sort of feels rather spammy.
In insight the problem of "Reading symbols from ..." output screwing up
the source pane still exists, but I think that can be fixed with a tcl
regexp somewhere.
Brian