public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section
@ 2013-11-21 19:29 smaximov at yahoo dot com
2013-11-21 20:37 ` [Bug gdb/16201] " smaximov at yahoo dot com
` (21 more replies)
0 siblings, 22 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-21 19:29 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
Bug ID: 16201
Summary: internal error on a cygwin program linked against a
DLL with no .data section
Product: gdb
Version: 7.6
Status: NEW
Severity: critical
Priority: P2
Component: gdb
Assignee: unassigned at sourceware dot org
Reporter: smaximov at yahoo dot com
An internal error in gdb prevents debugging any Cygwin program linked against a
DLL without a .data section:
/netrel/src/gdb-7.6.50-4/gdb/minsyms.c:885: internal-error: sect_index_data not
initialized
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y
/netrel/src/gdb-7.6.50-4/gdb/minsyms.c:885: internal-error: sect_index_data not
initialized
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) n
Environment:
$ uname -a
CYGWIN_NT-6.1-WOW64 my-PC 1.7.25(0.270/5/3) 2013-08-31 20:39 i686 Cygwin
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-cygwin/4.8.2/lto-wrapper.exe
Target: i686-pc-cygwin
Configured with:
/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-1/src/gcc-4.8.2/configure
--srcdir=/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.2-1/src/gcc-4.8.2
--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var
--sysconfdir=/etc --libdir=/usr/lib --datarootdir=/usr/share
--docdir=/usr/share/doc/gcc -C --build=i686-pc-cygwin --host=i686-pc-cygwin
--target=i686-pc-cygwin --without-libiconv-prefix --without-libintl-prefix
--enable-shared --enable-shared-libgcc --enable-static
--enable-version-specific-runtime-libs --enable-bootstrap
--disable-__cxa_atexit --with-dwarf2 --with-arch=i686 --with-tune=generic
--disable-sjlj-exceptions
--enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite
--enable-threads=posix --enable-libatomic --enable-libgomp --disable-libitm
--enable-libquadmath --enable-libquadmath-support --enable-libssp
--enable-libada --enable-libjava --enable-libgcj-sublibs --disable-java-awt
--disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld
--with-gnu-as --with-cloog-include=/usr/include/cloog-isl
--without-libiconv-prefix --without-libintl-prefix --with-system-zlib
Thread model: posix
gcc version 4.8.2 (GCC)
How-To-Repeat:
$ cat test1.c
int icudt49_dat(int);
int main()
{
icudt49_dat(0);
return 0;
}
$ gcc -g -L. -o test1 test1.c -licudt49
$ gdb --args test1
GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special)
Copyright (C) 2013 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
..
Reading symbols from /home/user/test/test1...done.
(gdb) ru
Starting program: /home/user/test/test1
[New Thread 12768.0x1ce4]
/netrel/src/gdb-7.6.50-4/gdb/minsyms.c:885: internal-error: sect_index_data not
initialized
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y
/netrel/src/gdb-7.6.50-4/gdb/minsyms.c:885: internal-error: sect_index_data not
initialized
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) n
$ ldd test1.exe
ntdll.dll => /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x77320000)
kernel32.dll => /cygdrive/c/Windows/syswow64/kernel32.dll (0x76950000)
KERNELBASE.dll => /cygdrive/c/Windows/syswow64/KERNELBASE.dll
(0x753d0000)
cygwin1.dll => /usr/bin/cygwin1.dll (0x61000000)
icudt49.dll => /home/user/test/icudt49.dll (0x62c40000)
$ objdump -h test1.exe
test1.exe: file format pei-i386
Sections:
Idx Name Size VMA LMA File off Algn
0 .text 00000768 00401000 00401000 00000400 2**4
CONTENTS, ALLOC, LOAD, READONLY, CODE, DATA
1 .data 000000d8 00402000 00402000 00000c00 2**5
CONTENTS, ALLOC, LOAD, DATA
2 .rdata 00000018 00403000 00403000 00000e00 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
3 .eh_frame 0000036c 00404000 00404000 00001000 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
4 .bss 00000110 00405000 00405000 00000000 2**5
ALLOC
5 .idata 00000248 00406000 00406000 00001400 2**2
CONTENTS, ALLOC, LOAD, DATA
6 .debug_aranges 00000198 00407000 00407000 00001800 2**0
CONTENTS, READONLY, DEBUGGING
7 .debug_info 00006366 00408000 00408000 00001a00 2**0
CONTENTS, READONLY, DEBUGGING
8 .debug_abbrev 00000c33 0040f000 0040f000 00007e00 2**0
CONTENTS, READONLY, DEBUGGING
9 .debug_line 00000cb5 00410000 00410000 00008c00 2**0
CONTENTS, READONLY, DEBUGGING
10 .debug_str 00000043 00411000 00411000 00009a00 2**0
CONTENTS, READONLY, DEBUGGING
11 .debug_loc 0000027f 00412000 00412000 00009c00 2**0
CONTENTS, READONLY, DEBUGGING
12 .debug_ranges 00000018 00413000 00413000 0000a000 2**0
CONTENTS, READONLY, DEBUGGING
$ objdump -h icudt49.dll
icudt49.dll: file format pei-i386
Sections:
Idx Name Size VMA LMA File off Algn
0 .rdata 0111f4fa 10001000 10001000 00000400 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
1 .rsrc 00000458 11121000 11121000 0111fa00 2**2
CONTENTS, ALLOC, LOAD, READONLY, DATA
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
@ 2013-11-21 20:37 ` smaximov at yahoo dot com
2013-11-21 21:09 ` smaximov at yahoo dot com
` (20 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-21 20:37 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #1 from Stas Maximov <smaximov at yahoo dot com> ---
Created attachment 7289
--> https://sourceware.org/bugzilla/attachment.cgi?id=7289&action=edit
a DLL with no .data section
This is a DLL without .data section used to reproduce the bug
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
2013-11-21 20:37 ` [Bug gdb/16201] " smaximov at yahoo dot com
@ 2013-11-21 21:09 ` smaximov at yahoo dot com
2013-11-21 21:30 ` tromey at redhat dot com
` (19 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-21 21:09 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
Stas Maximov <smaximov at yahoo dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |smaximov at yahoo dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
2013-11-21 20:37 ` [Bug gdb/16201] " smaximov at yahoo dot com
2013-11-21 21:09 ` smaximov at yahoo dot com
@ 2013-11-21 21:30 ` tromey at redhat dot com
2013-11-21 21:36 ` smaximov at yahoo dot com
` (18 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: tromey at redhat dot com @ 2013-11-21 21:30 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
Tom Tromey <tromey at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
CC| |tromey at redhat dot com
--- Comment #2 from Tom Tromey <tromey at redhat dot com> ---
I tried it with "gdb icudt49.dll" using git master gdb,
and it worked fine for me.
Does this test cause your gdb to fail?
Given the location of the error, I would expect so.
If your gdb fails but mine does not, then the bug has been fixed.
If your gdb does not fail then I'd like a self-contained
test case. I don't have a cygwin box on which to try this;
but it ought to be host-independent anyhow, since it occurs
in symbol reading...
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (2 preceding siblings ...)
2013-11-21 21:30 ` tromey at redhat dot com
@ 2013-11-21 21:36 ` smaximov at yahoo dot com
2013-11-21 21:39 ` tromey at redhat dot com
` (17 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-21 21:36 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #3 from Stas Maximov <smaximov at yahoo dot com> ---
Tom, thanks for the quick response.
"gdb icudt49.dll" is not the test case.
Here is the test case:
$ cat test1.c
int icudt49_dat(int);
int main()
{
icudt49_dat(0);
return 0;
}
$ gcc -g -L. -o test1 test1.c -licudt49
$ $ gdb --args test1
(gdb) run
...
/netrel/src/gdb-7.6.50-4/gdb/minsyms.c:885: internal-error: sect_index_data not
initialized
...
Stas.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (3 preceding siblings ...)
2013-11-21 21:36 ` smaximov at yahoo dot com
@ 2013-11-21 21:39 ` tromey at redhat dot com
2013-11-21 21:54 ` smaximov at yahoo dot com
` (16 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: tromey at redhat dot com @ 2013-11-21 21:39 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #4 from Tom Tromey <tromey at redhat dot com> ---
(In reply to Stas Maximov from comment #3)
> Tom, thanks for the quick response.
>
> "gdb icudt49.dll" is not the test case.
>
> Here is the test case:
>
> $ cat test1.c
> int icudt49_dat(int);
> int main()
> {
> icudt49_dat(0);
> return 0;
> }
> $ gcc -g -L. -o test1 test1.c -licudt49
> $ $ gdb --args test1
> (gdb) run
I can't do this step.
> /netrel/src/gdb-7.6.50-4/gdb/minsyms.c:885: internal-error: sect_index_data
> not initialized
> ...
Can you debug gdb and see what objfile is being read when this assertion hits?
Or just try "gdb icudt49.dll"?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (4 preceding siblings ...)
2013-11-21 21:39 ` tromey at redhat dot com
@ 2013-11-21 21:54 ` smaximov at yahoo dot com
2013-11-21 22:01 ` tromey at redhat dot com
` (15 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-21 21:54 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #5 from Stas Maximov <smaximov at yahoo dot com> ---
This appears to be COFF-PE specific. It is not likely to be repeatable on a
platform other than 32-bit Cygwin.
If it helps, here is the result of coff-pe-read trace:
...
$ gdb test1
(gdb) set debug coff-pe-read 1
(gdb) run
Starting program: /home/user/test/test1.exe
[New Thread 8076.0x29e8]
Export RVA for dll "/cygdrive/c/Windows/system32/ntdll.dll" is in section
".text"
DLL "ntdll" has 2025 export entries, base=1
Finished reading "ntdll", exports 2025, forwards 0, total 2025/2025.
Export RVA for dll "/cygdrive/c/Windows/syswow64/kernel32.dll" is in section
".text"
DLL "KERNEL32" has 1364 export entries, base=1
Unable to find function "AddDllDirectory" in dll
"api-ms-win-core-libraryloader-l1-1-0", forward of "AddDllDirectory" in dll
"KERNEL32"
Unable to find function "CreateRemoteThreadEx" in dll
"api-ms-win-core-processthreads-l1-1-0", forward of "CreateRemoteThreadEx" in
dll "KERNEL32"
Unable to find function "DeleteProcThreadAttributeList" in dll
"api-ms-win-core-processthreads-l1-1-0", forward of
"DeleteProcThreadAttributeList" in dll "KERNEL32"
Unable to find function "GetLogicalProcessorInformationEx" in dll
"api-ms-win-core-sysinfo-l1-1-0", forward of "GetLogicalProcessorInformationEx"
in dll "KERNEL32"
Unable to find function "InitializeProcThreadAttributeList" in dll
"api-ms-win-core-processthreads-l1-1-0", forward of
"InitializeProcThreadAttributeList" in dll "KERNEL32"
Unable to find function "OpenProcessToken" in dll
"api-ms-win-core-processthreads-l1-1-0", forward of "OpenProcessToken" in dll
"KERNEL32"
Unable to find function "OpenThreadToken" in dll
"api-ms-win-core-processthreads-l1-1-0", forward of "OpenThreadToken" in dll
"KERNEL32"
Unable to find function "RemoveDllDirectory" in dll
"api-ms-win-core-libraryloader-l1-1-0", forward of "RemoveDllDirectory" in dll
"KERNEL32"
Unable to find function "SetDefaultDllDirectories" in dll
"api-ms-win-core-libraryloader-l1-1-0", forward of "SetDefaultDllDirectories"
in dll "KERNEL32"
Unable to find function "SetThreadToken" in dll
"api-ms-win-core-processthreads-l1-1-0", forward of "SetThreadToken" in dll
"KERNEL32"
Unable to find function "SetWaitableTimerEx" in dll
"api-ms-win-core-threadpool-l1-1-0", forward of "SetWaitableTimerEx" in dll
"KERNEL32"
Unable to find function "SystemTimeToTzSpecificLocalTimeEx" in dll
"kernelbase", forward of "SystemTimeToTzSpecificLocalTimeEx" in dll "KERNEL32"
Unable to find function "TzSpecificLocalTimeToSystemTimeEx" in dll
"kernelbase", forward of "TzSpecificLocalTimeToSystemTimeEx" in dll "KERNEL32"
Unable to find function "UpdateProcThreadAttribute" in dll
"api-ms-win-core-processthreads-l1-1-0", forward of "UpdateProcThreadAttribute"
in dll "KERNEL32"
Finished reading "KERNEL32", exports 1282, forwards 68, total 1350/1364.
Export RVA for dll "/cygdrive/c/Windows/syswow64/KERNELBASE.dll" is in section
".text"
DLL "KERNELBASE" has 633 export entries, base=1
Finished reading "KERNELBASE", exports 576, forwards 57, total 633/633.
Export RVA for dll "/home/user/test/icudt49.dll" is in section ".rdata"
DLL "icudt49" has 1 export entries, base=1
/netrel/src/gdb-7.6.50-4/gdb/minsyms.c:885: internal-error: sect_index_data not
initialized
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y
/netrel/src/gdb-7.6.50-4/gdb/minsyms.c:885: internal-error: sect_index_data not
initialized
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) n
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (5 preceding siblings ...)
2013-11-21 21:54 ` smaximov at yahoo dot com
@ 2013-11-21 22:01 ` tromey at redhat dot com
2013-11-21 22:04 ` smaximov at yahoo dot com
` (14 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: tromey at redhat dot com @ 2013-11-21 22:01 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #6 from Tom Tromey <tromey at redhat dot com> ---
(In reply to Stas Maximov from comment #5)
> This appears to be COFF-PE specific. It is not likely to be repeatable on a
> platform other than 32-bit Cygwin.
Except the crash occurs in the symbol reader, which is not host-dependent.
So it is likely to be reproducible if we knew which objfile was causing it.
> If it helps, here is the result of coff-pe-read trace:
It would help if you did one of the two things I asked for in comment #4.
Thanks.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (6 preceding siblings ...)
2013-11-21 22:01 ` tromey at redhat dot com
@ 2013-11-21 22:04 ` smaximov at yahoo dot com
2013-11-22 15:58 ` tromey at redhat dot com
` (13 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-21 22:04 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #7 from Stas Maximov <smaximov at yahoo dot com> ---
>> If it helps, here is the result of coff-pe-read trace:
> It would help if you did one of the two things I asked for in comment #4.
Sorry, here we go:
$ gdb icudt49.dll
GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special)
Copyright (C) 2013 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
..
Reading symbols from /home/user/test/icudt49.dll...(no debugging symbols
found)...done.
(gdb)
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (7 preceding siblings ...)
2013-11-21 22:04 ` smaximov at yahoo dot com
@ 2013-11-22 15:58 ` tromey at redhat dot com
2013-11-22 23:48 ` smaximov at yahoo dot com
` (12 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: tromey at redhat dot com @ 2013-11-22 15:58 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #8 from Tom Tromey <tromey at redhat dot com> ---
(In reply to Stas Maximov from comment #7)
> >> If it helps, here is the result of coff-pe-read trace:
> > It would help if you did one of the two things I asked for in comment #4.
>
> Sorry, here we go:
>
> $ gdb icudt49.dll
Ok, that's too bad :)
The next thing that would be good is a backtrace of gdb at the failure.
And, if possible, find the objfile causing the crash.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (8 preceding siblings ...)
2013-11-22 15:58 ` tromey at redhat dot com
@ 2013-11-22 23:48 ` smaximov at yahoo dot com
2013-11-23 17:23 ` keiths at redhat dot com
` (11 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-22 23:48 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #9 from Stas Maximov <smaximov at yahoo dot com> ---
Tom,
I am sorry, I can not configure/build debug version of gdb on Cygwin. The last
hurdle looks like this:
...
checking for Tcl configuration... found /usr/lib/tclConfig.sh
checking for Tk configuration... found /usr/lib/tkConfig.sh
checking for existence of /usr/lib/tclConfig.sh... loading
checking for Tcl private headers... configure: error: could not find private
Tcl headers
...
Any other way to get backtrace using Cygwin pre-built gdb?
Stas.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (9 preceding siblings ...)
2013-11-22 23:48 ` smaximov at yahoo dot com
@ 2013-11-23 17:23 ` keiths at redhat dot com
2013-11-25 18:30 ` smaximov at yahoo dot com
` (10 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: keiths at redhat dot com @ 2013-11-23 17:23 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
Keith Seitz <keiths at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |keiths at redhat dot com
--- Comment #10 from Keith Seitz <keiths at redhat dot com> ---
(In reply to Stas Maximov from comment #9)
> ...
> checking for Tcl configuration... found /usr/lib/tclConfig.sh
> checking for Tk configuration... found /usr/lib/tkConfig.sh
> checking for existence of /usr/lib/tclConfig.sh... loading
> checking for Tcl private headers... configure: error: could not find private
> Tcl headers
> ...
It looks like your build is trying to build Insight using system-supplied Tcl,
Tk, Itcl, and Iwidgets. This is not supported on Windows (Cygwin/MinGW).
Pass "--disable-gdbtk" to configure to disable this.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (10 preceding siblings ...)
2013-11-23 17:23 ` keiths at redhat dot com
@ 2013-11-25 18:30 ` smaximov at yahoo dot com
2013-11-25 21:33 ` tromey at redhat dot com
` (9 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-25 18:30 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #11 from Stas Maximov <smaximov at yahoo dot com> ---
Hi Tom, thanks to Keith's suggestion, here is the backtrace for the point of
failure:
$ gdb --args /usr/local/bin/gdb test1.exe
GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special)
Copyright (C) 2013 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
..
Reading symbols from /usr/local/bin/gdb...done.
(gdb) b internal_error
Breakpoint 1 at 0x5cb530: file ../../gdb-7.6.50-4/gdb/utils.c, line 839.
(gdb) ru
Starting program: /usr/local/bin/gdb test1.exe
[New Thread 14808.0x1d60]
[New Thread 14808.0x3b6c]
GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special)
Copyright (C) 2013 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
..
Reading symbols from /home/user/test/test1.exe...done.
(gdb) [New Thread 14808.0xb44]
[New Thread 14808.0x3514]
run
run
Starting program: /home/user/test/test1.exe
[New Thread 14704.0x2bcc]
Breakpoint 1, internal_error (file=file@entry=0x729c38
<__PRETTY_FUNCTION__.21996+1640> "../../gdb-7.6.50-4/gdb/minsyms.c",
line=line@entry=885, string=0x729dd8 <__PRETTY_FUNCTION__.21996+2056>
"sect_index_data not initialized")
at ../../gdb-7.6.50-4/gdb/utils.c:839
839 {
(gdb) bt
#0 internal_error (file=file@entry=0x729c38 <__PRETTY_FUNCTION__.21996+1640>
"../../gdb-7.6.50-4/gdb/minsyms.c",
line=line@entry=885, string=0x729dd8 <__PRETTY_FUNCTION__.21996+2056>
"sect_index_data not initialized")
at ../../gdb-7.6.50-4/gdb/utils.c:839
#1 0x00545c86 in prim_record_minimal_symbol (name=name@entry=0x801a7f38
"icudt49!icudt49_dat",
address=address@entry=1645875200, ms_type=mst_data,
objfile=objfile@entry=0x803e8c60)
at ../../gdb-7.6.50-4/gdb/minsyms.c:885
#2 0x005501ce in add_pe_exported_sym (sym_name=0x8019f156 "icudt49_dat",
func_rva=<optimized out>, ordinal=<optimized out>,
section_data=0x801a7e8c, dll_name=dll_name@entry=0x8019f14a "icudt49",
objfile=0x803e8c60)
at ../../gdb-7.6.50-4/gdb/coff-pe-read.c:178
#3 0x00550ad5 in read_pe_exported_syms (objfile=objfile@entry=0x803e8c60) at
../../gdb-7.6.50-4/gdb/coff-pe-read.c:585
#4 0x0054fbf2 in coff_symtab_read (objfile=0x803e8c60, nsyms=0,
symtab_offset=<optimized out>)
at ../../gdb-7.6.50-4/gdb/coffread.c:1187
#5 coff_symfile_read (objfile=0x803e8c60, symfile_flags=8) at
../../gdb-7.6.50-4/gdb/coffread.c:646
#6 0x004e8c9b in read_symbols (objfile=objfile@entry=0x803e8c60,
add_flags=add_flags@entry=8)
at ../../gdb-7.6.50-4/gdb/symfile.c:830
#7 0x004e8879 in syms_from_objfile_1 (add_flags=8, addrs=0x80166a40,
objfile=0x803e8c60)
at ../../gdb-7.6.50-4/gdb/symfile.c:998
#8 syms_from_objfile (add_flags=8, addrs=0x80166a40, objfile=0x803e8c60) at
../../gdb-7.6.50-4/gdb/symfile.c:1014
#9 symbol_file_add_with_addrs (abfd=<optimized out>, add_flags=8,
addrs=addrs@entry=0x80166a40, flags=2, parent=0x0)
at ../../gdb-7.6.50-4/gdb/symfile.c:1109
#10 0x004e8d31 in symbol_file_add_from_bfd (abfd=<optimized out>,
add_flags=<optimized out>, add_flags@entry=8,
addrs=addrs@entry=0x80166a40, flags=flags@entry=2, parent=parent@entry=0x0)
at ../../gdb-7.6.50-4/gdb/symfile.c:1196
#11 0x005dd5fe in solib_read_symbols (so=so@entry=0x80199200,
flags=flags@entry=8) at ../../gdb-7.6.50-4/gdb/solib.c:611
#12 0x005dda91 in solib_add (pattern=pattern@entry=0x0,
from_tty=from_tty@entry=0,
target=target@entry=0x877cc0 <current_target>, readsyms=1) at
../../gdb-7.6.50-4/gdb/solib.c:922
#13 0x004f636b in post_create_inferior (target=0x877cc0 <current_target>,
from_tty=from_tty@entry=0)
at ../../gdb-7.6.50-4/gdb/infcmd.c:451
#14 0x004f69c7 in run_command_1 (args=0x0, from_tty=<optimized out>,
tbreak_at_main=<optimized out>)
at ../../gdb-7.6.50-4/gdb/infcmd.c:603
#15 0x005c773e in execute_command (p=<optimized out>, p@entry=0x8003acf8 "",
from_tty=1) at ../../gdb-7.6.50-4/gdb/top.c:478
#16 0x00516238 in command_handler (command=0x8003acf8 "") at
../../gdb-7.6.50-4/gdb/event-top.c:433
#17 0x005165c1 in command_line_handler (rl=0x80161e60 "") at
../../gdb-7.6.50-4/gdb/event-top.c:631
#18 0x0060987e in rl_callback_read_char () at
../../gdb-7.6.50-4/readline/callback.c:220
#19 0x005162a8 in rl_callback_read_char_wrapper (client_data=0x0) at
../../gdb-7.6.50-4/gdb/event-top.c:164
#20 0x0051484e in handle_file_event (data=data@entry=...) at
../../gdb-7.6.50-4/gdb/event-loop.c:768
#21 0x00514fa4 in process_event () at ../../gdb-7.6.50-4/gdb/event-loop.c:342
#22 0x005152a7 in gdb_do_one_event () at
../../gdb-7.6.50-4/gdb/event-loop.c:394
#23 0x005154ee in start_event_loop () at
../../gdb-7.6.50-4/gdb/event-loop.c:431
#24 0x0050f282 in captured_command_loop (data=0x0) at
../../gdb-7.6.50-4/gdb/main.c:260
#25 0x0050d959 in catch_errors (func=func@entry=0x50f270
<captured_command_loop>, func_args=func_args@entry=0x0,
errstring=errstring@entry=0x70e766 <__PRETTY_FUNCTION__.13081+203> "",
mask=mask@entry=6)
at ../../gdb-7.6.50-4/gdb/exceptions.c:546
#26 0x00510089 in captured_main (data=0x2dbabe0) at
../../gdb-7.6.50-4/gdb/main.c:1057
#27 0x0050d959 in catch_errors (func=func@entry=0x50f540 <captured_main>,
func_args=func_args@entry=0x2dbabe0,
errstring=errstring@entry=0x70e766 <__PRETTY_FUNCTION__.13081+203> "",
mask=mask@entry=6)
at ../../gdb-7.6.50-4/gdb/exceptions.c:546
#28 0x005105b0 in gdb_main (args=args@entry=0x2dbabe0) at
../../gdb-7.6.50-4/gdb/main.c:1066
#29 0x006a4bc8 in main (argc=2, argv=0x2dbac1c) at
../../gdb-7.6.50-4/gdb/gdb.c:34
(gdb)
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (11 preceding siblings ...)
2013-11-25 18:30 ` smaximov at yahoo dot com
@ 2013-11-25 21:33 ` tromey at redhat dot com
2013-11-25 21:56 ` tromey at redhat dot com
` (8 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: tromey at redhat dot com @ 2013-11-25 21:33 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
Tom Tromey <tromey at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
--- Comment #12 from Tom Tromey <tromey at redhat dot com> ---
Thanks for the update.
Looking at your stack trace and mine, one difference is that
mine passes 0 for "addrs" to syms_from_objfile.
This makes me wonder what code path avoids default_symfile_offsets
and thus the "cleanup" code in init_objfile_sect_indices.
Two thoughts - one, try git master, in case changes in this area
helped; two, step through syms_from_objfile.
Unfortunately it seems you were correct that a windows box is
needed to easily reproduce. Sorry about that.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (12 preceding siblings ...)
2013-11-25 21:33 ` tromey at redhat dot com
@ 2013-11-25 21:56 ` tromey at redhat dot com
2013-11-26 0:21 ` smaximov at yahoo dot com
` (7 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: tromey at redhat dot com @ 2013-11-25 21:56 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #13 from Tom Tromey <tromey at redhat dot com> ---
Ok, maybe I see. I was able to reproduce it with
add-symbol-file icudt49.dll 0x0 -s .rdata 0x10000 -s rsrc 0x20000
This avoids the cleanup code in the obvious way (duh!) -
at the end of init_objfile_sect_indices there is a non-zero
offset, so this code is never used.
Also, I tried with git master and it still fails there.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (13 preceding siblings ...)
2013-11-25 21:56 ` tromey at redhat dot com
@ 2013-11-26 0:21 ` smaximov at yahoo dot com
2013-11-26 2:20 ` muller at sourceware dot org
` (6 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-26 0:21 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #14 from Stas Maximov <smaximov at yahoo dot com> ---
Confirmed the problem on 7.6.50.20131125-cvs snapshot:
$ gdb --args /usr/local/bin/gdb test1.exe
GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special)
Copyright (C) 2013 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word".
..
Reading symbols from /usr/local/bin/gdb...done.
(gdb) b internal_error
Breakpoint 1 at 0x5d2ec0: file ../../gdb-7.6.50.20131125/gdb/utils.c, line 826.
(gdb) ru
Starting program: /usr/local/bin/gdb test1.exe
[New Thread 11624.0x1978]
[New Thread 11624.0x48c]
GNU gdb (GDB) 7.6.50.20131125-cvs
Copyright (C) 2013 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".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from test1.exe...done.
(gdb) [New Thread 11624.0x3990]
[New Thread 11624.0x2aa0]
ru
ru
Starting program: /home/user/test/test1.exe
[New Thread 7868.0x2664]
Breakpoint 1, internal_error (
file=file@entry=0x734958 <__PRETTY_FUNCTION__.22235+1649>
"../../gdb-7.6.50.20131125/gdb/minsyms.c", line=line@entry=890,
string=0x734ad8 <__PRETTY_FUNCTION__.22235+2033> "sect_index_data not
initialized")
at ../../gdb-7.6.50.20131125/gdb/utils.c:826
826 {
(gdb) bt
#0 internal_error (file=file@entry=0x734958 <__PRETTY_FUNCTION__.22235+1649>
"../../gdb-7.6.50.20131125/gdb/minsyms.c",
line=line@entry=890, string=0x734ad8 <__PRETTY_FUNCTION__.22235+2033>
"sect_index_data not initialized")
at ../../gdb-7.6.50.20131125/gdb/utils.c:826
#1 0x0054ae16 in prim_record_minimal_symbol (name=name@entry=0x8019db78
"icudt49!icudt49_dat",
address=address@entry=1585713152, ms_type=mst_data,
objfile=objfile@entry=0x8027a9c8)
at ../../gdb-7.6.50.20131125/gdb/minsyms.c:890
#2 0x0055538e in add_pe_exported_sym (sym_name=0x8019dcde "icudt49_dat",
func_rva=<optimized out>, ordinal=<optimized out>,
section_data=0x8019dab4, dll_name=dll_name@entry=0x8019dcd2 "icudt49",
objfile=0x8027a9c8)
at ../../gdb-7.6.50.20131125/gdb/coff-pe-read.c:178
#3 0x00555c95 in read_pe_exported_syms (objfile=objfile@entry=0x8027a9c8) at
../../gdb-7.6.50.20131125/gdb/coff-pe-read.c:585
#4 0x00554da6 in coff_symtab_read (objfile=0x8027a9c8, nsyms=0,
symtab_offset=<optimized out>)
at ../../gdb-7.6.50.20131125/gdb/coffread.c:1200
#5 coff_symfile_read (objfile=0x8027a9c8, symfile_flags=8) at
../../gdb-7.6.50.20131125/gdb/coffread.c:659
#6 0x004eb05b in read_symbols (objfile=objfile@entry=0x8027a9c8,
add_flags=add_flags@entry=8)
at ../../gdb-7.6.50.20131125/gdb/symfile.c:839
#7 0x004eac49 in syms_from_objfile_1 (add_flags=8, addrs=0x8017bc40,
objfile=0x8027a9c8)
at ../../gdb-7.6.50.20131125/gdb/symfile.c:1014
#8 syms_from_objfile (add_flags=8, addrs=<optimized out>, objfile=0x8027a9c8)
at ../../gdb-7.6.50.20131125/gdb/symfile.c:1030
#9 symbol_file_add_with_addrs (abfd=<optimized out>, name=<optimized out>,
add_flags=8, addrs=0x8017bc40, flags=2,
parent=0x0) at ../../gdb-7.6.50.20131125/gdb/symfile.c:1127
#10 0x004eb10b in symbol_file_add_from_bfd (abfd=<optimized out>,
name=<optimized out>,
name@entry=0x80199a10 "/home/user/test/icudt49.dll", add_flags=<optimized
out>, add_flags@entry=8,
addrs=addrs@entry=0x8017bc40, flags=flags@entry=2, parent=parent@entry=0x0)
at ../../gdb-7.6.50.20131125/gdb/symfile.c:1216
#11 0x005e51d7 in solib_read_symbols (so=so@entry=0x80199808,
flags=flags@entry=8)
at ../../gdb-7.6.50.20131125/gdb/solib.c:630
#12 0x005e5671 in solib_add (pattern=pattern@entry=0x0,
from_tty=from_tty@entry=0,
target=target@entry=0x8856a0 <current_target>, readsyms=1) at
../../gdb-7.6.50.20131125/gdb/solib.c:941
#13 0x004f9fbb in post_create_inferior (target=0x8856a0 <current_target>,
from_tty=from_tty@entry=0)
at ../../gdb-7.6.50.20131125/gdb/infcmd.c:455
#14 0x004fa617 in run_command_1 (args=0x0, from_tty=<optimized out>,
tbreak_at_main=<optimized out>)
at ../../gdb-7.6.50.20131125/gdb/infcmd.c:607
#15 0x005cf0ee in execute_command (p=<optimized out>, p@entry=0x8003acf8 "",
from_tty=1)
at ../../gdb-7.6.50.20131125/gdb/top.c:468
#16 0x00519f88 in command_handler (command=0x8003acf8 "") at
../../gdb-7.6.50.20131125/gdb/event-top.c:435
#17 0x0051a3e0 in command_line_handler (rl=0x80039878 "") at
../../gdb-7.6.50.20131125/gdb/event-top.c:632
#18 0x0061165e in rl_callback_read_char () at
../../gdb-7.6.50.20131125/readline/callback.c:220
#19 0x00519ff8 in rl_callback_read_char_wrapper (client_data=0x0) at
../../gdb-7.6.50.20131125/gdb/event-top.c:164
#20 0x0051859e in handle_file_event (data=data@entry=...) at
../../gdb-7.6.50.20131125/gdb/event-loop.c:768
#21 0x00518cf4 in process_event () at
../../gdb-7.6.50.20131125/gdb/event-loop.c:342
#22 0x00518ff7 in gdb_do_one_event () at
../../gdb-7.6.50.20131125/gdb/event-loop.c:394
#23 0x0051923e in start_event_loop () at
../../gdb-7.6.50.20131125/gdb/event-loop.c:431
#24 0x005128e8 in current_interp_command_loop () at
../../gdb-7.6.50.20131125/gdb/interps.c:327
#25 0x00512fb2 in captured_command_loop (data=0x0) at
../../gdb-7.6.50.20131125/gdb/main.c:267
#26 0x00511619 in catch_errors (func=func@entry=0x512fa0
<captured_command_loop>, func_args=func_args@entry=0x0,
errstring=errstring@entry=0x71801c <__PRETTY_FUNCTION__.13085+214> "",
mask=mask@entry=RETURN_MASK_ALL)
at ../../gdb-7.6.50.20131125/gdb/exceptions.c:524
#27 0x00513da4 in captured_main (data=0x2e4abe0) at
../../gdb-7.6.50.20131125/gdb/main.c:1067
#28 0x00511619 in catch_errors (func=func@entry=0x513280 <captured_main>,
func_args=func_args@entry=0x2e4abe0,
errstring=errstring@entry=0x71801c <__PRETTY_FUNCTION__.13085+214> "",
mask=mask@entry=RETURN_MASK_ALL)
at ../../gdb-7.6.50.20131125/gdb/exceptions.c:524
#29 0x005142d0 in gdb_main (args=args@entry=0x2e4abe0) at
../../gdb-7.6.50.20131125/gdb/main.c:1076
#30 0x006ac8c8 in main (argc=2, argv=0x2e4ac1c) at
../../gdb-7.6.50.20131125/gdb/gdb.c:34
(gdb)
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (14 preceding siblings ...)
2013-11-26 0:21 ` smaximov at yahoo dot com
@ 2013-11-26 2:20 ` muller at sourceware dot org
2013-11-26 3:13 ` smaximov at yahoo dot com
` (5 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: muller at sourceware dot org @ 2013-11-26 2:20 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
Pierre Muller <muller at sourceware dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |muller at sourceware dot org
--- Comment #15 from Pierre Muller <muller at sourceware dot org> ---
This problem might indeed have been introduced by
my patch to improve reading of export sections in DLLs.
The problem is that minimal symbols only recognizes
three symbol types in enum ms_type:
mst_text, mst_data and mst_unknown
but objfile header
itself has four special sections:
sect_index_text, sect_index_data, sect_index_bss and sect_index_rodata
See:
https://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/coff-pe-read.c?rev=1.19&content-type=text/x-cvsweb-markup&cvsroot=src
The following patch seems to work for me,
but I am not sure it is correct...
diff --git a/gdb/coff-pe-read.c b/gdb/coff-pe-read.c
index 91ee3f6..954c457 100644
--- a/gdb/coff-pe-read.c
+++ b/gdb/coff-pe-read.c
@@ -466,6 +466,13 @@ read_pe_exported_syms (struct objfile *objfile)
{
section_data[sectix].rva_start = vaddr;
section_data[sectix].rva_end = vaddr + vsize;
+ /* Force sect_index, even if it was already set before. */
+ if (sectix == PE_SECTION_INDEX_TEXT)
+ objfile->sect_index_text = sectix;
+ if (sectix == PE_SECTION_INDEX_DATA)
+ objfile->sect_index_data = sectix;
+ if (sectix == PE_SECTION_INDEX_BSS)
+ objfile->sect_index_bss = sectix;
}
else
{
@@ -480,11 +487,23 @@ read_pe_exported_syms (struct objfile *objfile)
section_data[otherix].rva_end = vaddr + vsize;
section_data[otherix].vma_offset = 0;
if (characteristics & IMAGE_SCN_CNT_CODE)
- section_data[otherix].ms_type = mst_text;
+ {
+ section_data[otherix].ms_type = mst_text;
+ if (objfile->sect_index_text == -1)
+ objfile->sect_index_text = otherix;
+ }
else if (characteristics & IMAGE_SCN_CNT_INITIALIZED_DATA)
- section_data[otherix].ms_type = mst_data;
+ {
+ section_data[otherix].ms_type = mst_data;
+ if (objfile->sect_index_data == -1)
+ objfile->sect_index_data = otherix;
+ }
else if (characteristics & IMAGE_SCN_CNT_UNINITIALIZED_DATA)
- section_data[otherix].ms_type = mst_bss;
+ {
+ section_data[otherix].ms_type = mst_bss;
+ if (objfile->sect_index_bss == -1)
+ objfile->sect_index_bss = otherix;
+ }
else
section_data[otherix].ms_type = mst_unknown;
otherix++;
In the hope this helps,
Pierre Muller
PS: Is it "normal" that the program generates
a SIGSEGV?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (15 preceding siblings ...)
2013-11-26 2:20 ` muller at sourceware dot org
@ 2013-11-26 3:13 ` smaximov at yahoo dot com
2013-11-27 0:04 ` smaximov at yahoo dot com
` (4 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-26 3:13 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #16 from Stas Maximov <smaximov at yahoo dot com> ---
Pierre, thank you for the patch. It works for me.
> PS: Is it "normal" that the program generates a SIGSEGV?
Yes. The test case was minimized to the point of SIGSEGV. The original "bigger
brother" of the test does not do SIGSEGV, but also works well with the patch.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (16 preceding siblings ...)
2013-11-26 3:13 ` smaximov at yahoo dot com
@ 2013-11-27 0:04 ` smaximov at yahoo dot com
2013-12-02 11:33 ` asmwarrior at gmail dot com
` (3 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-11-27 0:04 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #17 from Stas Maximov <smaximov at yahoo dot com> ---
Could anyone estimate if/when this change makes it to the nearest release,
please?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (17 preceding siblings ...)
2013-11-27 0:04 ` smaximov at yahoo dot com
@ 2013-12-02 11:33 ` asmwarrior at gmail dot com
2013-12-21 0:49 ` smaximov at yahoo dot com
` (2 subsequent siblings)
21 siblings, 0 replies; 23+ messages in thread
From: asmwarrior at gmail dot com @ 2013-12-02 11:33 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
asmwarrior <asmwarrior at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |asmwarrior at gmail dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (18 preceding siblings ...)
2013-12-02 11:33 ` asmwarrior at gmail dot com
@ 2013-12-21 0:49 ` smaximov at yahoo dot com
2013-12-21 1:02 ` asmwarrior at gmail dot com
2023-12-09 12:46 ` ssbssa at sourceware dot org
21 siblings, 0 replies; 23+ messages in thread
From: smaximov at yahoo dot com @ 2013-12-21 0:49 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #18 from Stas Maximov <smaximov at yahoo dot com> ---
Can anyone get the proposed patch into the next release?
What can I do to facilitate that?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (19 preceding siblings ...)
2013-12-21 0:49 ` smaximov at yahoo dot com
@ 2013-12-21 1:02 ` asmwarrior at gmail dot com
2023-12-09 12:46 ` ssbssa at sourceware dot org
21 siblings, 0 replies; 23+ messages in thread
From: asmwarrior at gmail dot com @ 2013-12-21 1:02 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
--- Comment #19 from asmwarrior <asmwarrior at gmail dot com> ---
Hi, Stas Maximov. There are many discussions in the gdb patches maillist, you
can read them, see: https://sourceware.org/ml/gdb-patches/2013-12/msg00851.html
Yuanhui Zhang
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
* [Bug gdb/16201] internal error on a cygwin program linked against a DLL with no .data section
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
` (20 preceding siblings ...)
2013-12-21 1:02 ` asmwarrior at gmail dot com
@ 2023-12-09 12:46 ` ssbssa at sourceware dot org
21 siblings, 0 replies; 23+ messages in thread
From: ssbssa at sourceware dot org @ 2023-12-09 12:46 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=16201
Hannes Domani <ssbssa at sourceware dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ssbssa at sourceware dot org
--- Comment #20 from Hannes Domani <ssbssa at sourceware dot org> ---
Wasn't this bug fixed by this commit?:
https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=f93ba80c9848d3cf4bd2a3d05d9c1f86239b60ef
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2023-12-09 12:46 UTC | newest]
Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-11-21 19:29 [Bug gdb/16201] New: internal error on a cygwin program linked against a DLL with no .data section smaximov at yahoo dot com
2013-11-21 20:37 ` [Bug gdb/16201] " smaximov at yahoo dot com
2013-11-21 21:09 ` smaximov at yahoo dot com
2013-11-21 21:30 ` tromey at redhat dot com
2013-11-21 21:36 ` smaximov at yahoo dot com
2013-11-21 21:39 ` tromey at redhat dot com
2013-11-21 21:54 ` smaximov at yahoo dot com
2013-11-21 22:01 ` tromey at redhat dot com
2013-11-21 22:04 ` smaximov at yahoo dot com
2013-11-22 15:58 ` tromey at redhat dot com
2013-11-22 23:48 ` smaximov at yahoo dot com
2013-11-23 17:23 ` keiths at redhat dot com
2013-11-25 18:30 ` smaximov at yahoo dot com
2013-11-25 21:33 ` tromey at redhat dot com
2013-11-25 21:56 ` tromey at redhat dot com
2013-11-26 0:21 ` smaximov at yahoo dot com
2013-11-26 2:20 ` muller at sourceware dot org
2013-11-26 3:13 ` smaximov at yahoo dot com
2013-11-27 0:04 ` smaximov at yahoo dot com
2013-12-02 11:33 ` asmwarrior at gmail dot com
2013-12-21 0:49 ` smaximov at yahoo dot com
2013-12-21 1:02 ` asmwarrior at gmail dot com
2023-12-09 12:46 ` ssbssa at sourceware dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).