[Bug backtrace/11313] New: internal-error: print_frame_args: Assertion `nsym != NULL' failed

[Bug backtrace/11313] New: internal-error: print_frame_args: Assertion `nsym != NULL' failed

[mgrojo at indra dot es]

We have a multilanguage shared library implemented in C++ and Ada, using
compilers "g++ (GCC) 3.4.6 20060404 (Red Hat 3.4.6-9)" and "gcc (GCC) 3.4.6
20051222 (prerelease) for GNAT Pro 5.04a1".

After the process receives segmentation fault, the stack is examined either with
 bt command or up command and in certain frame the debugger (gdb 7.0.1) raises
an internal error with the following message:

stack.c:289: internal-error: print_frame_args: Assertion `nsym != NULL' failed.

If we answer no to "Quit this debugging session?" we can continue and the
debugging session seems reliable.

Complete debugger output:

(gdb) set args -i CMS_NCS -n itec_cmd -p dep_cmd.xml -ORB_max_blocked_time
10000000 -ORB_poa_thread_stack_size 2000000000

(gdb) r
Starting program: /local/users/nor/dmoises/fix_ncs/spd_app_proc -i CMS_NCS -n
itec_cmd -p dep_cmd.xml -ORB_max_blocked_time 10000000
-ORB_poa_thread_stack_size 2000000000
[Thread debugging using libthread_db enabled]
[New Thread 0x40400960 (LWP 23503)]
[New Thread 0x40601960 (LWP 23504)]
[New Thread 0x2b0e758d60 (LWP 23505)]
[New Thread 0x2b85ab2d60 (LWP 23506)]
[New Thread 0x41002960 (LWP 23507)]
[New Thread 0x2c06458d60 (LWP 23508)]
[New Thread 0x2c7d7b2d60 (LWP 23509)]
[New Thread 0x4cebeb60 (LWP 23510)]
[New Thread 0x2cf4b0cd60 (LWP 23511)]
[New Thread 0x2d6be66d60 (LWP 23512)]
[New Thread 0x2de360cd60 (LWP 23513)]
[New Thread 0x2e640c4d60 (LWP 23526)]
[New Thread 0x4d8c0960 (LWP 23527)]
[New Thread 0x2edb41ed60 (LWP 23528)]
[New Thread 0x4e2c1960 (LWP 23529)]
[New Thread 0x2f52778d60 (LWP 23530)]
[New Thread 0x2fc9ad2d60 (LWP 23531)]
[New Thread 0x4ecc2960 (LWP 23532)]
[New Thread 0x3040e2cd60 (LWP 23533)]
[New Thread 0x30b8186d60 (LWP 23534)]
[New Thread 0x4f6c3960 (LWP 23535)]
[New Thread 0x312f4e0d60 (LWP 23536)]
[New Thread 0x31a683ad60 (LWP 23537)]
[New Thread 0x500c4960 (LWP 23538)]
[New Thread 0x321db94d60 (LWP 23539)]
[New Thread 0x3294eeed60 (LWP 23540)]
[New Thread 0x50ac5960 (LWP 23541)]
[New Thread 0x514c6960 (LWP 23542)]
[New Thread 0x51ec7960 (LWP 23543)]
[New Thread 0x528c8960 (LWP 23544)]
[New Thread 0x532c9960 (LWP 23545)]
[New Thread 0x53cca960 (LWP 23546)]
[New Thread 0x546cb960 (LWP 23547)]
[New Thread 0x550cc960 (LWP 23548)]
[New Thread 0x55acd960 (LWP 23549)]
[New Thread 0x564ce960 (LWP 23550)]
[New Thread 0x56ecf960 (LWP 23551)]
[New Thread 0x578d0960 (LWP 23552)]
[New Thread 0x582d1960 (LWP 23553)]
[New Thread 0x58cd2960 (LWP 23554)]
[New Thread 0x596d3960 (LWP 23555)]
[New Thread 0x5a0d4960 (LWP 23556)]
[New Thread 0x5aad5960 (LWP 23557)]
[New Thread 0x5b4d6960 (LWP 23558)]
[New Thread 0x5bed7960 (LWP 23559)]
[New Thread 0x5c8d8960 (LWP 23560)]
[New Thread 0x5d2d9960 (LWP 23561)]
[New Thread 0x5dcda960 (LWP 23562)]
[New Thread 0x5e6db960 (LWP 23563)]
[New Thread 0x5f0dc960 (LWP 23564)]
[New Thread 0x5fadd960 (LWP 23565)]
[New Thread 0x604de960 (LWP 23566)]
[New Thread 0x60edf960 (LWP 23567)]
[New Thread 0x618e0960 (LWP 23568)]
[New Thread 0x622e1960 (LWP 23569)]
[New Thread 0x62ce2960 (LWP 23570)]
[New Thread 0x636e3960 (LWP 23571)]
[New Thread 0x640e4960 (LWP 23572)]
[New Thread 0x64ae5960 (LWP 23573)]
[New Thread 0x654e6960 (LWP 23574)]
[New Thread 0x65ee7960 (LWP 23575)]
[New Thread 0x668e8960 (LWP 23576)]
[New Thread 0x672e9960 (LWP 23577)]
[New Thread 0x67cea960 (LWP 23578)]
[New Thread 0x686eb960 (LWP 23579)]
[New Thread 0x330d0d0d60 (LWP 23580)]
[New Thread 0x338442ad60 (LWP 23581)]
[New Thread 0x690ec960 (LWP 23583)]
[New Thread 0x69aed960 (LWP 23585)]
[New Thread 0x34034d1d60 (LWP 23590)]
[New Thread 0x34f5e70d60 (LWP 23591)]
Q_NCS_ACTIVE_SUPERVISION.P_CHECK_LOCAL_CMS_SHOULD_BE_ACTIVE: LOG Local CMS is active
[New Thread 0x6a4ee960 (LWP 23593)]
[New Thread 0x6aeef960 (LWP 23594)]
[New Thread 0x6b8f0960 (LWP 23597)]
[New Thread 0x6c2f1960 (LWP 23599)]
[New Thread 0x6ccf2960 (LWP 23601)]
[New Thread 0x6d6f3960 (LWP 23602)]
[New Thread 0x6e0f4960 (LWP 23605)]
[New Thread 0x6eaf5960 (LWP 23607)]
[New Thread 0x6f4f6960 (LWP 23609)]
[New Thread 0x6f6f7960 (LWP 23610)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x4cebeb60 (LWP 23510)]
0x00000034773723df in memcpy () from /lib64/tls/libc.so.6
(gdb) up
#1  0x000000347a090d71 in std::string::assign(char const*, unsigned long) ()
from /usr/lib64/libstdc++.so.6
(gdb) 
#2  0x0000002b86cc3ee4 in IDL2ADA::CSUP_SYSTEM_CONFIGURATION::C2CXX (c=...,
cxx=...) at generated/q_spdcsup_system_configuration_idl2c_glue.cc:55
55	generated/q_spdcsup_system_configuration_idl2c_glue.cc: No such file or
directory.
	in generated/q_spdcsup_system_configuration_idl2c_glue.cc
Warning: the current language does not match this frame.
(gdb) 
#3  0x0000002b86cc4413 in IDL2ADA::CSUP_SYSTEM_CONFIGURATION::C2CXX (c=...,
cxx=0x6618be0) at generated/q_spdcsup_system_configuration_idl2c_glue.cc:113
113	in generated/q_spdcsup_system_configuration_idl2c_glue.cc
(gdb) 
#4  0x0000002b86c41c9a in
SpiderGenerated::CCM_C_MOD_SUP_NCS_impl::P_GET_TOTAL_SYSTEM_VERSIONS_PRV_SYSTEM_CONFIGURATION
(this=0x7fa220stack.c:289: internal-error: print_frame_args: Assertion `nsym !=
NULL' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y
stack.c:289: internal-error: print_frame_args: Assertion `nsym != NULL' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) y

Debugger aborted (core dumped)


The core file can be provided if it is useful.

-- 
           Summary: internal-error: print_frame_args: Assertion `nsym !=
                    NULL' failed
           Product: gdb
           Version: 7.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: backtrace
        AssignedTo: unassigned at sourceware dot org
        ReportedBy: mgrojo at indra dot es
                CC: gdb-prs at sourceware dot org


http://sourceware.org/bugzilla/show_bug.cgi?id=11313

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug backtrace/11313] internal-error: print_frame_args: Assertion `nsym != NULL' failed

[mgrojo at indra dot es]

------- Additional Comments From mgrojo at indra dot es  2010-02-25 11:32 -------
The backtrace of the gdb core is:
#0  0x000000347732e25d in raise () from /lib64/tls/libc.so.6
#1  0x000000347732fa5e in abort () from /lib64/tls/libc.so.6
#2  0x000000000045128b in internal_vproblem (problem=0x8d92c0, 
    file=0x6a19e0 "stack.c", line=289, 
    fmt=0x5bf5120 "stack.c:289: internal-error: print_frame_args: Assertion
`nsym != NULL' failed.\nA problem internal to GDB has been detected,\nfurther
debugging may prove unreliable.", ap=0x1) at utils.c:979
#3  0x0000000000451549 in internal_verror (
    file=0x15b0 <Address 0x15b0 out of bounds>, line=6, 
    fmt=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>, ap=0x6)
    at utils.c:994
#4  0x00000000004515e1 in internal_error (
    file=0x15b0 <Address 0x15b0 out of bounds>, line=5552, 
    string=0x6 <Address 0x6 out of bounds>) at utils.c:1003
#5  0x000000000050828f in print_frame_args (func=<value optimized out>, 
    frame=0x5772068, num=-1, stream=0x9cb620) at stack.c:289
#6  0x000000000050984e in frame_info (addr_exp=<value optimized out>, 
    from_tty=<value optimized out>) at stack.c:1149
#7  0x000000000044e1c5 in execute_command (p=0xaab591 "", from_tty=1)
    at top.c:453
#8  0x0000000000513e32 in command_handler (command=0xaab587 "info frame")
    at event-top.c:511
#9  0x000000000051417b in command_line_handler (rl=0x4e0ec50 "\260b\226")
    at event-top.c:742
#10 0x00000000005c7813 in rl_callback_read_char () at callback.c:205
#11 0x0000000000513769 in rl_callback_read_char_wrapper (client_data=0x15b0)
    at event-top.c:178
#12 0x00000000005124d9 in process_event () at event-loop.c:394
#13 0x000000000051338f in gdb_do_one_event (data=<value optimized out>)
    at event-loop.c:447
#14 0x000000000050e07b in catch_errors (func=0x513340 <gdb_do_one_event>, 
    func_args=0x0, errstring=0x67269d "", mask=<value optimized out>)
    at exceptions.c:510
#15 0x00000000004aa07a in tui_command_loop (data=<value optimized out>)
    at ./tui/tui-interp.c:153
#16 0x00000000004470b9 in captured_command_loop (data=0x15b0) at ./main.c:226
#17 0x000000000050e07b in catch_errors (func=0x4470b0 <captured_command_loop>, 
    func_args=0x0, errstring=0x67269d "", mask=<value optimized out>)
    at exceptions.c:510
#18 0x0000000000447706 in captured_main (data=<value optimized out>)
    at ./main.c:902
#19 0x000000000050e07b in catch_errors (func=0x4470f0 <captured_main>, 
    func_args=0x7fbffff5e0, errstring=0x67269d "", mask=<value optimized out>)
    at exceptions.c:510
#20 0x0000000000447fd4 in gdb_main (args=0x15b0) at ./main.c:911
#21 0x0000000000446e87 in main (argc=6, argv=0x15b0) at gdb.c:33


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=11313

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug backtrace/11313] internal-error: print_frame_args: Assertion `nsym != NULL' failed

[rtaylor at synopsys dot com]

------- Additional Comments From rtaylor at synopsys dot com  2010-07-07 23:09 -------
Created an attachment (id=4875)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=4875&action=view)
tar file contains a small test case that demonstrates gdb asssert failure

I see a very similar problem to the one reported.  I have a very small test
program that demonstrates the issue. The attached tar file contains the program
source (tt2.f), a makefile used to compile the executable, the executable
(ifort) that causes the gdb assert failure, and lastly the gdb stack trace from
the gdb core file.  This problem occurs with both gdb 6.8 and gdb 7.1.	Also
the same executable (ifort) can be debugged with the TotalView debugger without
any problem.  If the gdb core file (7.9 MB) is needed it could be provided.
   Randy Taylor
   Staff Engineer
   Synopsys


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=11313

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug backtrace/11313] internal-error: print_frame_args: Assertion `nsym != NULL' failed

[rtaylor at synopsys dot com]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
            Version|7.0                         |7.1


http://sourceware.org/bugzilla/show_bug.cgi?id=11313

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug backtrace/11313] internal-error: print_frame_args: Assertion `nsym != NULL' failed

[rtaylor at synopsys dot com]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rtaylor at synopsys dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=11313

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug backtrace/11313] internal-error: print_frame_args: Assertion `nsym != NULL' failed

[rtaylor at synopsys dot com]

------- Additional Comments From rtaylor at synopsys dot com  2010-07-13 19:02 -------
Can this bug be assigned to someone to evaluate?  
  
The test case that I've uploaded should make it fairly straight forward to 
evaluate the difficulty of a fix.

    Randy Taylor
    Staff Engineer
    Synopsys Inc.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P2                          |P1


http://sourceware.org/bugzilla/show_bug.cgi?id=11313

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug backtrace/11313] internal-error: print_frame_args: Assertion `nsym != NULL' failed

[tromey at redhat dot com]

------- Additional Comments From tromey at redhat dot com  2010-07-16 16:47 -------
The problem here has to do with case-sensitivity.
lookup_symbol_in_language downcases the symbol name.
However, the DWARF reader doesn't do this, so the
symbol is then not found.  So, the assertion in stack.c
triggers.

In the long term the best thing to do would be to clean up this area.
See PR 11560.

In the short term it seems reasonable to me to just remove this assert.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=11313

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug backtrace/11313] internal-error: print_frame_args: Assertion `nsym != NULL' failed

[rtaylor at synopsys dot com]

------- Additional Comments From rtaylor at synopsys dot com  2010-07-16 21:55 -------
tromey,
    Thanks for taking a look at this and the suggestion to bypass the assert.
If I remove the assert via the simple code change below. (I am using the most 
recent 7.2.50.20100716 code base)  I see that I no longer get the assert as 
expected.  The "bt" command and "p str1" commands do not go through the assert 
mechanism but they do not give the value of the str1 parameter either.  The 
output I see is below.  I've read over PR 11560 and but not being so familiar 
with gdb internals I do not fully understand the commentary there. Is there a 
better way to implement this so that the command "p str1" can actually look up 
the symbol and print it's value?  Our product is using ifort to compile 
the .o's and then g++ to link edit the executable.  Intel's idbc and TotalView 
both can print the local varaible str1 when the break point is set in the 
test_func routine.
   Thanks again for your help,
   Randy Taylor
   Staff Sofware Engineer
   Synopsys Inc.


-----------------------------------------------------------
/remote/sde106/rtaylor/gdb/gdb-7.2.50.20100716/gdb/gdb ifort
GNU gdb (GDB) 7.2.50.20100716
Copyright (C) 2010 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 "x86_64-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /remote/srm226/rtaylor/rtaylor_tc/tt1_fort/ifort...done.
(gdb) break test_func
Breakpoint 1 at 0x8049c1a: file tt2.f, line 6.
(gdb) run
Starting program: /remote/srm226/rtaylor/rtaylor_tc/tt1_fort/ifort

Breakpoint 1, test_func (str1=..., .tmp.STR1.len_V$8=16) at tt2.f:6
6             str1 = ' '
(gdb) bt
#0  test_func (str1=..., .tmp.STR1.len_V$8=16) at tt2.f:6
#1  0x08049ce6 in tt1 () at tt2.f:14
#2  0x080630e3 in main ()
(gdb) p str1
$1 = (REF TO -> ( character*16 )) @0x0: <error reading variable>
(gdb)



diff -c stack.c.orig stack.c
*** stack.c.orig        Thu Jul  1 08:36:17 2010
--- stack.c     Fri Jul 16 14:09:36 2010
***************
*** 290,296 ****

              nsym = lookup_symbol (SYMBOL_LINKAGE_NAME (sym),
                                    b, VAR_DOMAIN, NULL);
!             gdb_assert (nsym != NULL);
              if (SYMBOL_CLASS (nsym) == LOC_REGISTER
                  && !SYMBOL_IS_ARGUMENT (nsym))
                {
--- 290,296 ----

              nsym = lookup_symbol (SYMBOL_LINKAGE_NAME (sym),
                                    b, VAR_DOMAIN, NULL);
!             if (nsym) {
              if (SYMBOL_CLASS (nsym) == LOC_REGISTER
                  && !SYMBOL_IS_ARGUMENT (nsym))
                {
***************
*** 334,339 ****
--- 334,340 ----
              else
                sym = nsym;
            }
+           }

          /* Print the current arg.  */
          if (!first)


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=11313

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.