Has anyone seen these errors. This problem occurs intermittently. Is there a way to get more out of the core file?
Here is some information:
OSF1 V5.1 2650 alpha server
We have seen these errors in log files:
exception system: exiting due to multiple internal errors:
locking error on exception resources shared among threads
locking error on exception resources shared among threads
The gdp binary is an ADA application:
file gdp
gdp: COFF format alpha dynamically linked, demand paged executable or object module not stripped - version 3.13-14
Info from the core file:
ladebug gdp core
Welcome to the Ladebug Debugger Version 69 (built May 4 2003 for Tru64 UNIX)
------------------
object file name: gdp
core file name: core
Reading symbolic information ...done
Core file produced from executable 'gdp'
Thread terminated at PC 0x3ff800edbc8 by signal ABRT
(ladebug) where
>0 0x3ff800edbc8 in __kill(...) in applibs/libc.so
#1 0x3ff80221290 in UnknownProcedure18FromFile10(...) in applibs/libc.so
#2 0x3ff80140994 in __tis_raise(...) in applibs/libc.so
#3 0x3ff801d3208 in abort(...) in applibs/libc.so
#4 0x3ff806322b0 in __exc_raise_status_exception(...) in applibs/libexc.so
#5 0x3ff801d56e4 in __exc_remote_lookup_function_entry(...) in applibs/libc.so
#6 0x3ff801d38b8 in __exc_remote_virtual_unwind(...) in applibs/libc.so
#7 0x3ff801d48a8 in __exc_virtual_unwind(...) in applibs/libc.so
#8 0x3ff80632450 in exc_raise_exception(...) in applibs/libexc.so
#9 0x3ff806322e4 in __exc_raise_status_exception(...) in applibs/libexc.so
#10 0x3ff801d5780 in __exc_remote_lookup_function_entry(...) in applibs/libc.so
#11 0x120e21e1c in _A_+do_raise_exception.13S12.ex_raise() in gdp
#12 0x120e1d344 in _A_+raise_interrupt.360S12.ex_utils() in gdp
(ladebug) up 12
(ladebug) wi
void _A_+raise_interrupt.360S12.ex_utils(void): /apex/bango/a/625/install/new_self_build/usr_lib_lib/ex_utils_b.a
[0x120e1d334] stq sp, 0(r28)
[0x120e1d338] bis r31, sp, r18
[0x120e1d33c] bis r31, r16, r9
[0x120e1d340] ldq r27, -9016(gp)
[0x120e1d344] jsr r26, (r27), _A_+raise_interrupt.360S12.ex_utils
*[0x120e1d348] ldah gp, 8006(r26)
[0x120e1d34c] lda gp, -28856(gp)
[0x120e1d350] bis r31, r9, r16
[0x120e1d354] bis r31, sp, r17
[0x120e1d358] ldq r27, -9888(gp)
Note: If you are the author of this question and wish to assign points to any of the answers, please login first.For more information on assigning points ,click
here
It'd be helpful to know the precise versions of things : Tru64 (sizer -v), patch kit (dupatch -track -type kit), and Ada itself (setld -i | grep -i ada).
If some of those are 'low' or old that might be a problem.
Output from an odump -Dl of your 'gdp' would show which libs its actually using - applibs/libc.so isn't the standard libc.so.
ada -v .... Version for Ada compiler VADS Ada Compiler, Copyright 1984, 1996 VADSself for DEC Alpha AXP, Digital UNIX V4.0 (Rev. 386), Version 6.2 Mon Apr 21 17:30:18 PDT 1997, 6.2.5(f)
** applibs is a directory I transported the .so's to for Ladebug debugging on another server.
# odump -Dl gdp
***LIBRARY LIST SECTION*** Name Time-Stamp CheckSum Flags Version gdp: libexc.so Oct 16 15:53:16 2002 0xb0f9a902 0 osf.1 libc.so Dec 5 16:37:03 2006 0xd4cf2394 0 osf.1
# ls -l ./usr/shlib/libexc.so lrwxr-xr-x 1 root system 21 Oct 13 2005 ./usr/shlib/libexc.so -> ../../shlib/libexc.so # ls -l ./usr/shlib/libc.so lrwxr-xr-x 1 root system 19 Oct 13 2005 ./usr/shlib/libc.so -> ../../shlib/libc.so
Printable version
