From: Brian Dessent <brian@dessent.net>
To: Daniel Jacobowitz <drow@false.org>
Cc: gdb-patches@sourceware.org,
Pedro Alves <pedro_alves@portugalmail.pt>,
insight@sourceware.org
Subject: Re: syms_from_objfile() warnings and win32-nat.c IO redirection (Was: suppress annoying warnings about cygwin1.dbg)
Date: Sat, 13 Oct 2007 00:09:00 -0000 [thread overview]
Message-ID: <470FFB00.9909C731@dessent.net> (raw)
In-Reply-To: <20071011195327.GB8200@caradoc.them.org>
[-- Attachment #1: Type: text/plain, Size: 3032 bytes --]
Daniel Jacobowitz wrote:
> The patch I was talking about has since been committed. I don't
> remember if that was supposed to fix Insight or supposed to allow
> some nicer patch to do it... could you let me know if there's still a
> problem in GDB 6.7 / HEAD?
Unfortunately, current HEAD is nearly unusable right now on Cygwin.
This is a simple hello world program:
$ /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...warning: no loadable sections found in added
symbol-file /usr/bin/cygwin1.dbg
warning: section .text not found in /usr/bin/cygwin1.dbg
warning: section .autoload_text not found in /usr/bin/cygwin1.dbg
warning: section .data not found in /usr/bin/cygwin1.dbg
warning: section .rdata not found in /usr/bin/cygwin1.dbg
warning: section .bss not found in /usr/bin/cygwin1.dbg
warning: section .edata not found in /usr/bin/cygwin1.dbg
warning: section .rsrc not found in /usr/bin/cygwin1.dbg
warning: section .reloc not found in /usr/bin/cygwin1.dbg
warning: section .cygwin_dll_common not found in /usr/bin/cygwin1.dbg
warning: section .idata not found in /usr/bin/cygwin1.dbg
warning: section .cygheap not found in /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 3872.0x95c]
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 {
For comparison, with 6.5.50.20060706-cvs:
(gdb) start
Reading in symbols for hello.c...done.
Breakpoint 1 at 0x401065: file hello.c, line 4.
[New thread 4052.0xdb4]
main (argc=1,
argv=0x662cd0) at hello.c:4
4 {
If you do this in insight it's much worse as every one of those warnings
gets its own popup message box, which means twelve annoying things to
dismiss before you can even start to debug. And on top of that, some of
these messages somehow end up spuriously appearing in with the program
display pane in insight (see attached PNG). I guess there's some kind
of filter in the insight code that needs updating, but preferrably these
warnings shouldn't even be generated.
Brian
[-- Attachment #2: insight-reading-symbols.png --]
[-- Type: image/png, Size: 16056 bytes --]
next prev parent reply other threads:[~2007-10-12 22:54 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <46262D3A.8B1A0D15@dessent.net>
[not found] ` <20070418150137.GA7338@trixie.casa.cgf.cx>
[not found] ` <46263710.D9755DAD@dessent.net>
[not found] ` <462639F3.FBCF4675@dessent.net>
[not found] ` <46264A56.BA86EED7@dessent.net>
2007-05-02 15:19 ` [patch ping] suppress annoying warnings about cygwin1.dbg Brian Dessent
2007-06-25 23:20 ` [patch ping^2] " Brian Dessent
2007-06-25 23:40 ` Pedro Alves
2007-06-25 23:52 ` Daniel Jacobowitz
2007-06-26 0:59 ` Brian Dessent
2007-06-26 7:37 ` Daniel Jacobowitz
2007-06-28 6:11 ` syms_from_objfile() warnings and win32-nat.c IO redirection (Was: suppress annoying warnings about cygwin1.dbg) Brian Dessent
2007-06-28 12:44 ` Daniel Jacobowitz
2007-10-11 20:26 ` Daniel Jacobowitz
2007-10-13 0:09 ` Brian Dessent [this message]
2007-10-13 1:44 ` Pedro Alves
2007-10-13 2:49 ` Brian Dessent
2007-10-13 3:33 ` Pedro Alves
2007-10-13 6:03 ` Brian Dessent
2007-10-24 19:06 ` Daniel Jacobowitz
2007-10-29 3:06 ` Pedro Alves
2007-10-29 12:33 ` Pedro Alves
2007-10-29 12:57 ` Daniel Jacobowitz
2007-10-29 22:54 ` Pedro Alves
2007-10-30 4:05 ` Christopher Faylor
2007-10-30 9:02 ` Pedro Alves
2007-10-30 1:27 ` Christopher Faylor
2007-11-08 23:56 ` Pedro Alves
2007-11-09 1:35 ` Pedro Alves
2007-11-09 13:34 ` Christopher Faylor
2007-11-09 13:59 ` Pedro Alves
2007-11-09 13:59 ` Daniel Jacobowitz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=470FFB00.9909C731@dessent.net \
--to=brian@dessent.net \
--cc=drow@false.org \
--cc=gdb-patches@sourceware.org \
--cc=insight@sourceware.org \
--cc=pedro_alves@portugalmail.pt \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox