/opt/SUNWspro/prod/bin/acomp core dump!!

Recently, when I compile the ESP ghostscript 8.51 on Solaris 10 and Solaris 9, the progamm acomp (in /opt/SUNWspro/prod/bin/) cored dump, the errors is as follows:
cc:/opt/SUNWspro/prod/bin/acomp fatal error
status 139
*** Error code 139
make: Fatal error: Command failed for target `obj/gdevdjet.o'
there is no errors before the acomp cores dump, only some warning, why does the acomp core dump? what's meaning for the error code 139?

I add the -V -# compilation flags, then the output is as follows:
cc -DHAVE_MKSTEMP -DHAVE_HYPOT -O -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLOCKS=1 -DHAVE_ST_BLOCKS=1 -DTIME_WITH_SYS_TIME=1 -DSIZEOF_UNSIGNED_LONG_INT=4 -DSIZEOF_UNSIGNED_LONG_LONG=8 -DHAVE_LIBM=1 -DHAVE_LIBDL=1 -DHAVE_LIBX11=1 -DHAVE_LIBXEXT=1 -DHAVE_LIBXT=1 -DHAVE_MKSTEMP=1 -DHAVE_HYPOT=1 -DHAVE_UNISTD_H=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DRETSIGTYPE=void -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 -DHAVE_VPRINTF=1 -DHAVE_DOPRNT=1 -DHAVE_BZERO=1 -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMCHR=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MKDIR=1 -DHAVE_MKFIFO=1 -DHAVE_MODF=1 -DHAVE_POW=1 -DHAVE_PUTENV=1 -DHAVE_RINT=1 -DHAVE_SETENV=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSPN=1 -DHAVE_STRSTR=1 -V - -I./obj -I./src -O -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_MALLOC_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STRUCT_STAT_ST_BLOCKS=1 -DHAVE_ST_BLOCKS=1 -DTIME_WITH_SYS_TIME=1 -DSIZEOF_UNSIGNED_LONG_INT=4 -DSIZEOF_UNSIGNED_LONG_LONG=8 -DHAVE_LIBM=1 -DHAVE_LIBDL=1 -DHAVE_LIBX11=1 -DHAVE_LIBXEXT=1 -DHAVE_LIBXT=1 -DHAVE_MKSTEMP=1 -DHAVE_HYPOT=1 -DHAVE_UNISTD_H=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 -DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1 -DRETSIGTYPE=void -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 -DHAVE_VPRINTF=1 -DHAVE_DOPRNT=1 -DHAVE_BZERO=1 -DHAVE_DUP2=1 -DHAVE_FLOOR=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_MEMCHR=1 -DHAVE_MEMMOVE=1 -DHAVE_MEMSET=1 -DHAVE_MKDIR=1 -DHAVE_MKFIFO=1 -DHAVE_MODF=1 -DHAVE_POW=1 -DHAVE_PUTENV=1 -DHAVE_RINT=1 -DHAVE_SETENV=1 -DHAVE_SQRT=1 -DHAVE_STRCHR=1 -DHAVE_STRERROR=1 -DHAVE_STRRCHR=1 -DHAVE_STRSPN=1 -DHAVE_STRSTR=1 -V - -o ./obj/gdevdjet.o -c ./src/gdevdjet.c
cc: Sun C 5.7 2005/01/07
cc: Sun C 5.7 2005/01/07
acomp: Sun C 5.7 2005/01/07
acomp: Sun C 5.7 2005/01/07
"./src/gdevdjet.c", 130 : :
"./src/gdevdjet.c", 137 : :
"./src/gdevdjet.c", 144 : :
"./src/gdevdjet.c", 151 : :
"./src/gdevdjet.c", 158 : :
"./src/gdevdjet.c", 165 : :
"./src/gdevdjet.c", 172 : :
"./src/gdevdjet.c", 179 : :
"./src/gdevdjet.c", 186 : :
"./src/gdevdjet.c", 193 : :
"./src/gdevdjet.c", 200 : :
"./src/gdevdjet.c", 207 : :
"./src/gdevdjet.c", 214 : :
cc:/opt/SUNWspro/prod/bin/acomp
139
*** Error code 139
make: Fatal error: Command failed for target `obj/gdevdjet.o'
the line 130 to 214 is some warning, because my compiler supports Chinese font, the waring line cann't be show correctly here.
#uname -a
SunOS kf06-1 5.10 Generic sun4u sparc SUNW,Ultra-4
#whoami
ems

Similar Messages

CC error on SS10. Failure in /opt/SUNWspro/prod/bin/fbe, status = 0x7f00

When I compile program with
CC -g -mt -I../ZLib -c XScenar.cpp
Failure in /opt/SUNWspro/prod/bin/fbe, status = 0x7f00
Fatal Error exec'int /opt/SUNWspro/prod/bin/fbe
gmake: *** XScenar.o Error 1

Maybe it's a compiler bug, and it might already be fixed. Do you have the current patches for Sun Studio 10? You can get them here:
http://developers.sun.com/sunstudio/downloads/patches/index.jsp
But the failure might be unrelated to Sun Studio -- it looks like fbe (a compiler component) failed to execute. That could be due to a resource limit being exceeded, or out of memory.
If you run just the one CC command do you still get the error? (The error message you show comes via gmake.)
Does the error always occur in the same place during the build?
How many compilations are you running in parallel?
If you reduce the number of parallel compilations, does the error go away?

Cc: Fatal error in /space/SunCompiler/SUNWspro/prod/bin/cg    on openssl

Hello,
i'm trying to compile openssl using cc but i have error after doing the make
CFLAGS=" -m32 -xarch=sparc -D__SunOS_5_9"
./Configure shared --prefix=/openssl solaris-sparcv9-cc*After doing the make command , i have this output :*_
--root@mySolaris9 :/SOURCES/openssl-0.9.8e-- :# make
making all in crypto...
make[1]: Entering directory `/SOURCES/openssl-0.9.8e/crypto'
( echo "#ifndef MK1MF_BUILD"; \
echo ' /* auto-generated by crypto/Makefile for crypto/cversion.c */'; \
echo ' #define CFLAGS "cc -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO4 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM"'; \
echo ' #define PLATFORM "solaris-sparcv9-cc"'; \
echo " #define DATE \"`LC_ALL=C LC_TIME=C date`\""; \
echo '#endif' ) >buildinf.h
cc -I. -I.. -I../include -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO2 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM   -c -o cryptlib.o cryptlib.c
cc -I. -I.. -I../include -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO2 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM   -c -o mem.o mem.c
cc -I. -I.. -I../include -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO2 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM   -c -o mem_clr.o mem_clr.c
cc -I. -I.. -I../include -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO2 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM   -c -o mem_dbg.o mem_dbg.c
cc -I. -I.. -I../include -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO2 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM   -c -o cversion.o cversion.c
cc -I. -I.. -I../include -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO2 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM   -c -o ex_data.o ex_data.c
cc -I. -I.. -I../include -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO2 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM   -c -o tmdiff.o tmdiff.c
cc -I. -I.. -I../include -KPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -xO2 -xtarget=ultra -m32 -xarch=sparc -xstrconst -Xa -DB_ENDIAN -DBN_DIV2W -DMD5_ASM   -c -o cpt_err.o cpt_err.c
*<span style="color:#800000">cc: Fatal error in /space/SunCompiler/SUNWspro/prod/bin/cg*
*cc: Status 139*
*make[1]: *** [cpt_err.o] Error 139*
*make[1]: Leaving directory `/SOURCES/openssl-0.9.8e/crypto'</span>*
make: *** [build_crypto] Error 1Do you have any idea for this error or how to fix this ?
Thanks in advance

I generate a core dump after compilation and using dbx i had this output :
((dbx) debug - /SOURCES/openssl-0.9.8e/crypto/core
Corefile specified executable: "/space/SunCompiler/SUNWspro/prod/bin/cg"
Reading cg
core file header read successfully
Reading ld.so.1
Reading lib_I_dbg_gen.so.1
Reading libsunir.so
Reading liblni.so.1
Reading libelf.so.1
Reading libm.so.1
Reading libc.so.1
Reading libdl.so.1
Reading libmd5.so.1
Reading libc_psr.so.1
Reading model_cg_ultra.so.3
program terminated by signal SEGV (no mapping at the fault address)
0x004619a8: Generic_hashtab+0x00d4: prefetch [%i5 + 264], #n_writes_strong
(dbx)

Recycle Bin and Core Dump

Hi Friends,
Why do we use core dump I mean "core_dump_dest" till now I didn't see any files in this particular destination.
My 2nd Question is where is the Recycle Bin created and can we adjust the size of the recycle bin according to our requirement.
Say,
SQL>> drop table stock;
I can get back the table from the recyclebin using flashback option. I heard recyclebin stores in the same datafile pertaining to the table dropped.
Update me regarding this.
Cheers,
Sailesh

Hi,
>>Why do we use core dump I mean "core_dump_dest" till now I didn't see any files in this particular destination
"A core dump is a memory image of the Oracle shadow process produced when an unexpected , unrecoverable or invalid condition occurs." It seems it was primarily used on Unix platforms and I think they are normally produced when the session or the instance terminates abnormally with errors.
>>My 2nd Question is where is the Recycle Bin created and can we adjust the size of the recycle bin according to our requirement.
In fact, the recycle bin is a logical structure within each tablespace that holds dropped tables and objects related to the tables, such as indexes. By the way, there is no such initialization parameter that can limit the "size" of the recyclebin. In addition, according to documentation, the objects in the recycle bin are dropped to satisfy space requests before any of the tablespace’s datafiles are autoextended.
Cheers
Legatti

Compilation error, no /opt/SUNWspro/bin/cc on Solaris 10 64bit(x86)

I was trying to compile Apache mod_jk on Solaris 10 64bit platform(x86) and I got the following error. I checked my system and I do not have /opt/SUNWspro/bin/cc. Any suggestions how to solve it?
root@unknown >./configure --with-apxs=/usr/apache2/bin/apxs
building connector for "apache-2.0"
checking for gcc... /opt/SUNWspro/bin/cc
checking for C compiler default output file name... configure: error: C compiler cannot create executables
See `config.log' for more details.
Edited by: loveclaire on Aug 5, 2009 8:26 PM

SUNWspro is sun studio. Its a free download from the sun site. So you could just install that.
Alternatively, Solaris ships with gcc already installed. But apxs is trying to be clever and compile mod_jk with the same compiler that was used to compile the rest of apache.
It would probably work with gcc, but I'm not sure how you would persuade apxs to use gcc instead.

Dbx core dumping

dbx core dumping when I debug my application with RTC enable (I'm truying to dectect some memory leaks in my code). and I'm getting the following
RTC: Enabling Error Checking...
RTC: Running program...
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) suppress rui
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) cont
t@10 (l@10) signal SEGV (no mapping at the fault address) in __rtc_trap_handler at 0xff2e1148
0xff2e1148: __rtc_trap_handler+0x0058: ld [%l5], %l0
dbx: warning: undefined type number (0,158) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #207 sqlca:(0,158),
assuming type `int {assumed}'
dbx: warning: undefined type number (0,211) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #530 host:(0,211),
assuming type `int {assumed}'
dbx: warning: undefined type number (0,212) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #531 pwd:(0,212),
assuming type `int {assumed}'
dbx: warning: undefined type number (0,213) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #532 usrid:(0,213),
assuming type `int {assumed}'
dbx: warning: undefined type number (0,214) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #533 address:(0,214),
assuming type `int {assumed}'
dbx: warning: undefined type number (0,228) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #577 module:(0,228),
assuming type `int {assumed}'
dbx: warning: undefined type number (0,237) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #638 data:(0,237),
assuming type `int {assumed}'
dbx: warning: undefined type number (0,238) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #639 dest:(0,238),
assuming type `int {assumed}'
dbx: warning: undefined type number (0,846) at /export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #1136 username:G(0,846),
assuming type `int {assumed}'
Current function is queue_message
751 EXEC SQL CALL p_message.queue(:seq,:dest, :data, :notempty, :ret);
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where
current thread: t@10
[1] sqlscht(0x48708, 0x47914, 0xa, 0x1, 0x3, 0xa), at 0xfe8cd0f8
[2] sqldbid(0x48708, 0xfacf8aa8, 0x4dbf8, 0xff0d180c, 0x4, 0x390), at 0xfe8b0fec
[3] sqlexp(0x48708, 0x1, 0x7a, 0x7a, 0xfacf8aa8, 0xfedecb18), at 0xfe8b4208
[4] sqlcmex(0x0, 0x4dbf8, 0xfacf8aa8, 0xff0d18a6, 0xfedecafc, 0xfee1689c), at 0xfe8ab770
[5] sqlcxt(0xfacf9cac, 0xff0e3d84, 0xfacf8aa8, 0xff0d18a6, 0xfacf9d48, 0xa), at 0xfe8abdbc
Segmentation Fault (core dumped)
Some iformation you might need:
Compiler : code compiled with cc version 6.2
Debugger : 6.2 patch 111683-03
OS : Solaris 8 patch 108528-12
Machine : E250
Thanks

/export/home/husam/release/lib/libstorage_s.so.1:backend.c stab #530 host:(0,211),The key to your problem is probably the stabs reading error.
How was backend.c compiled?
Normally dbx will load stabs information on demand as needed.
You can start dbx and use the "module" command to load
the stabs information right away without running the program or using RTC.
Try this:
(dbx) module backend.o
Does that cause the stabs warnings?
If you can "repair" or "normalize" the stabs information in that module,
the crash will probably go away.

Value type exception causes core dump

Hi,
Here is the situation: Session EJB (SynchronousAdapterBean) running on WebLogic
7.0 is being called by C++ client using Tuxedo 8.1 Solaris 8. The SynchronousAdapterBean
has a find method which throws a user defined exception (SynchronousAdapterException)
resulting in a core dump.
I have read through much documentation on the newsgroups, edocs.bea.com, and
the examples coming with WebLogic.
Here some of the things I did:
1.
When using the 'idl' command to generate the C++ code, I did not forget to use
a '-i' to generate the implementation files: SynchronousAdapterException_i.cpp
and SynchronousAdapterException_i.h.
In my "play with it to make it work" phase, I also did this for: SynchronousAdapterEx_i.cpp
and SynchronousAdapterEx_i.h.
2.
In my C++ client, I did not forget to register the factory as such:
orb->register_value_factory
((char* const)com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException->id(),
(CORBA::ValueFactory)
new com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory());
This seemed to work because I actually put debug cout statements in the 'com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory'
in the file SynchronousAdapterEx_i.cpp and it confirmed that it was constructed
and the reference count was incremented.
3.
I know for sure that it is a 'SynchronousAdapterException' being thrown on the
server side because all the find method does it this point is:
throw new SynchronousAdapterException("test1");
Questions:
1. I read at a few places that one only has to register the "most derived" class
being thrown (in my case 'SynchronousAdapterException'). What does one do with
all the other exceptions generated:
EJBException_c.h
EJBException_c.cpp
EJBEx_c.h
EJBEx_c.cpp
CreateEx_c.h
CreateEx_c.cpp
CreateException_c.h
CreateException_c.cpp
RemoveEx_c.h
RemoveEx_c.cpp
RemoveException_c.h
RemoveException_c.cpp
RuntimeEx_c.h
RuntimeEx_c.cpp
RuntimeException_c.cpp
RuntimeException_c.h
SynchronousAdapterEx_c.cpp
SynchronousAdapterEx_c.h
SynchronousAdapterEx_i.cpp
SynchronousAdapterEx_i.h
Exc.cpp
Exc.h
Exceptionc.cpp
Exceptionc.h
2. What step could I have missed?
Alex

Hi Andy,
1.
Well no new member classes in SynchronousAdapterException it just looks like this:
public class SynchronousAdapterException extends Exception {
public SynchronousAdapterException() {
super();
Not available in 1.3.1, but is available in 1.4
public SynchronousAdapterException(String message, Throwable ex) {
super(message, ex);
public SynchronousAdapterException(String message) {
super(message);
Not available in 1.3.1, but is available in 1.4
public SynchronousAdapterException(Throwable ex) {
super(ex);
2.
We are using:
java version "1.3.1_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_03-b03)
Java HotSpot(TM) Client VM (build 1.3.1_03-b03, mixed mode)
3.
dbx produces the following, anything ring a bell?
Reading libdl.so.1
Reading libaio.so.1
Reading libmp.so.2
Reading libc_psr.so.1
Reading liborbiiop.so.71
Reading liborbtcp.so.71
detected a multithreaded program
t@2 (l@2) terminated by signal ABRT (Abort)
0xfec9bbd4: lwpkill+0x0008: bgeu,a lwpkill+0x1c
Current function is operator>>
218 mb.UnMarshalValue(::com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException,
obj);
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where
current thread: t@2
[1] lwpkill(0x0, 0x2, 0x0, 0x6, 0x197f0, 0x4c6e0), at 0xfec9bbd4
[2] raise(0x6, 0x0, 0xffffffff, 0xc00cc, 0x8, 0xfee355c0), at 0x4c6e8
[3] abort(0xd2040, 0xbeaf8, 0xff3b2aac, 0xfee34684, 0x15398, 0xfee34874), at
0x4c6a8
[4] __Cimpl::ex_terminate(0x0, 0x0, 0xfee4a500, 0xff1edf90, 0xff09ecd0, 0x1),
at 0xfee34684
---- hidden frames, use 'where -h' to see them all ----
[6] OBB::MarshalBuf::UnMarshalValue(0xfeaf9a28, 0xc9dd8, 0xfeaf99b0, 0xff1edf90,
0xff1edfd0, 0xfed2ebb8), at 0xff0a3980
=>[7] operator>>(mb = CLASS, obj = CLASS), line 218 in "SynchronousAdapterExc.cpp"
[8] _tcr_com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterEx_unmarsh(mh =
0xce520, obj = 0xfeaf9b7c, flags = 130U), line 259 in "SynchronousAdapterEx_c.cpp"
[9] TCInterpreter::DecodeByTypeCode(0x16, 0xff1d674c, 0xfeaf9b7c, 0xce520, 0x82,
0xfeaf9b07), at 0xff0f3aec
[10] TCInterpreter::DecodeById(0xcbaa0, 0xcf230, 0xfeaf9b7c, 0xce520, 0x82,
0xfeaf9f98), at 0xff0f3c94
[11] ReplyMessage::DecodeMessageBody(0x18000, 0xcd820, 0xfeaf9f98, 0xbf358,
0xfebcffb0, 0xfed2ebb8), at 0xff0e1938
[12] GIOPMessage::DecodeBody(0xce240, 0xfeaf9f98, 0xff0dd494, 0xff0dd494, 0xffffffd0,
0xfeb93e24), at 0xff0c23a0
[13] IiopProtocol::Reply(0xd0958, 0xce240, 0xce148, 0xfeaf9f98, 0x100, 0xfebd0010),
at 0xfeb94064
[14] IiopMsgReceiver::MsgReceived(0xca5a0, 0xce240, 0xce148, 0xfeaf9f98, 0x0,
0xfeaf9f98), at 0xfeb9bc74
[15] GiopMessageProtocol::MsgReceived(0xcb358, 0xfeaf9dd8, 0xd1160, 0xfeaf9f98,
0x0, 0xfeaf9f98), at 0xfebac6fc
[16] MessageManager::RecvMsgFirstTime(0xcf8c0, 0xce240, 0xd1160, 0xcb358, 0xd11d0,
0xfeaf9f98), at 0xfebab1b0
[17] MessageManager::AvailableForRecvMsg(0xcf8c0, 0xd1160, 0xcb358, 0xfeaf9f98,
0x3e8, 0xd1170), at 0xfebaa030
[18] ChannelManager::DoReadWork(0xff1d674c, 0xfebd0038, 0xd1160, 0x0, 0x0, 0xcfd58),
at 0xfeba54dc
[19] ChannelManager::DoIt(0xcb3b0, 0xfeaf9f98, 0x0, 0xfebcffd0, 0xcfda0, 0xfebcffd0),
at 0xfeba0750
[20] WorkerManager::DoWorkerThread(0x0, 0xca648, 0xfeaf9f98, 0xcfda0, 0xfeba9924,
0x0), at 0xfeba7894
[21] WorkerThread(0xcfd98, 0xfeafa000, 0x0, 0x0, 0x0, 0x0), at 0xfeba9974
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx)
Thanks,
Alex
Andy Piper <[email protected]> wrote:
"Alex" <[email protected]> writes:
It sounds like you have done all the right steps. More comments in-line:
1.
When using the 'idl' command to generate the C++ code, I did not forgetto use
a '-i' to generate the implementation files: SynchronousAdapterException_i.cpp
and SynchronousAdapterException_i.h. Ok.
In my "play with it to make it work" phase, I also did this for: SynchronousAdapterEx_i.cpp
and SynchronousAdapterEx_i.h.This should not be necessary - XXXEx is an IDL exception.
2.
In my C++ client, I did not forget to register the factory as such:
orb->register_value_factory
((char* const)com::trs::cv::comm::cnja::synchadapter::_tc_SynchronousAdapterException->id(),
(CORBA::ValueFactory)
new com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory());Ok. What does the Exception actually look like in Java? (Incidentally
the _i file creates a useful helper function called _register() which
will do this step for you). Did you register all member classes? You
are correct about most derived types being the important ones, but you
need to also register member classes if they are not standard.
This seemed to work because I actually put debug cout statements inthe 'com_trs_cv_comm_cnja_synchadapter_SynchronousAdapterException_factory'
in the file SynchronousAdapterEx_i.cpp and it confirmed that it wasconstructed
and the reference count was incremented.
3.
I know for sure that it is a 'SynchronousAdapterException' being thrownon the
server side because all the find method does it this point is:
throw new SynchronousAdapterException("test1");Ok (incidentally you are not running the server on JDK 1.4 are
you. This would cause problems).
Questions:
1. I read at a few places that one only has to register the "most derived"class
being thrown (in my case 'SynchronousAdapterException'). What doesone do with
Yes.
all the other exceptions generated:These are just needed at compile time so that you don't get undefined
symbols.
2. What step could I have missed?Its not clear. You should try running in a debugger and seeing where
its falling over.
andy

Intresting segv:studio12update1 core dump in stlport 4 startup:mixing C&C++

Hi
I am getting core dump below is the stack trace:
(dbx) where
current thread: t@1
=>[1] std::basic_filebuf<wchar_t,std::char_traits<wchar_t> >::imbue(0xffffffff4b3d0bf0, 0xffffffff7fffe790, 0x4c8, 0xffffffff6971f128, 0x400, 0xffffffff69711e68), at 0xffffffff69592200
[2] std::basic_streambuf<wchar_t,std::char_traits<wchar_t> >::pubimbue(0xffffffff695921a0, 0xffffffff4b3d0bf0, 0xffffffff7fffe790, 0xffffffff6971a938, 0x0, 0xffffffff7fffe6d0), at 0xffffffff6956d4e8
[3] std::basic_ios<wchar_t,std::char_traits<wchar_t> >::imbue(0xffffffff7fffe798, 0xffffffff6971fbd0, 0xffffffff7fffe790, 0xffffffff69711e68, 0x13da94, 0x400), at 0xffffffff6957284c
[4] std::basic_ios<wchar_t,std::char_traits<wchar_t> >::init(0xffffffff6971fbd0, 0xffffffff4b3d0bf0, 0x448, 0xffffffff69711e68, 0x19f4c4, 0x400), at 0xffffffff69572a0c
[5] std::basic_ostream<wchar_t,std::char_traits<wchar_t> >::basic_ostream(0xffffffff6971fbc8, 0xffffffff4b3d0bf0, 0xc0, 0x185fec, 0x0, 0xffffffff69711e68), at 0xffffffff6958becc
[6] std::__Wide_Init::__Wide_Init(0xffffffff4b3ceec0, 0xffffffff4b3d0bf0, 0xffffffff4b3d0c90, 0xffffffff4b3c27d0, 0xffffffff6971fd38, 0xe000), at 0xffffffff4b21444c
---- hidden frames, use 'where -h' to see them all ----
[8] __Cimpl::cplus_init(0x1, 0xffffffff4de0dd60, 0xffffffff4de0dd68, 0x0, 0x1044a4, 0xffffffff4b3cf460), at 0xffffffff4dd08660
[9] 0xffffffff4b235ae8(0x0, 0x0, 0xffffffff7f72cb18, 0xffffffff7f611ee8, 0x11e6a0, 0xffffffff7f402400), at 0xffffffff4b235ae8
[10] call_init(0x1, 0x1, 0xffffffff4b235a10, 0xffffffff68a007b8, 0xffdfffff, 0xffffffff7f72cb18), at 0xffffffff7f611ef0
[11] setup(0xc7, 0x28, 0xc10000, 0xa000000, 0xffffffff61a01b08, 0x100000), at 0xffffffff7f6113b4
[12] _setup(0x6ffffff9, 0xb00, 0xffffffff7f62ae5c, 0x100000040, 0x0, 0xffffffff7ffff158), at 0xffffffff7f620554
[13] rtboot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffffffff7f60511c
Some important notes I am mixing C & C++
wrap is the C interface so when I link application I am explicitly linking libC & libstlport.so
-L/opt/sunstudio12.1/lib/stlport4/v9 -lstlport
-L/usr/lib/64
-lstlport
-lCrun
I am compiling my application like this :
CC -g0 -mt -compat=5 -I/opt/sunstudio12.1/prod/include/CC/stlport4 -D_POSIX_PTHREAD_SEMANTICS -DACE_HAS_KSTAT -DACE_HAS_SCTP -DACE_HAS_LKSCTP -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DSUN_CC_HAS_PVFC_BUG -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -m64 -DXALTEDSUN64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -m64 -D_THREAD_SAFE -D_LARGE_FILES=1 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. -I/export/home/frtbld/3rdparty/include/bdb -I/export/home/frtbld/3rdparty/include -I/export/home/oracle/OraHome/precomp/public -I/export/home/oracle/OraHome/network/public -I/export/home/oracle/OraHome/rdbms/public -I/export/home/oracle/OraHome/plsql/public -I/export/home/oracle/OraHome/rdbms/demo -I/export/home/frtbld/libcinc -I/usr/local/include -c DBAbs.cpp -o /export/home/frtbld/TMPOBJ/DBAbs.o
Generating MyDb.o file from MyDb.cpp file ...
CC -g0 -mt -compat=5 -I/opt/sunstudio12.1/prod/include/CC/stlport4 -D_POSIX_PTHREAD_SEMANTICS -DACE_HAS_KSTAT -DACE_HAS_SCTP -DACE_HAS_LKSCTP -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DSUN_CC_HAS_PVFC_BUG -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -m64 -DXALTEDSUN64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -m64 -D_THREAD_SAFE -D_LARGE_FILES=1 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. -I/export/home/frtbld/3rdparty/include/bdb -I/export/home/frtbld/3rdparty/include -I/export/home/oracle/OraHome/precomp/public -I/export/home/oracle/OraHome/network/public -I/export/home/oracle/OraHome/rdbms/public -I/export/home/oracle/OraHome/plsql/public -I/export/home/oracle/OraHome/rdbms/demo -I/export/home/frtbld/libcinc -I/usr/local/include -c MyDb.cpp -o /export/home/frtbld/TMPOBJ/MyDb.o
Generating wrap.o file from wrap.cpp file ...
CC -g0 -mt -compat=5 -I/opt/sunstudio12.1/prod/include/CC/stlport4 -D_POSIX_PTHREAD_SEMANTICS -DACE_HAS_KSTAT -DACE_HAS_SCTP -DACE_HAS_LKSCTP -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DSUN_CC_HAS_PVFC_BUG -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -m64 -DXALTEDSUN64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -m64 -D_THREAD_SAFE -D_LARGE_FILES=1 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I. -I/export/home/frtbld/3rdparty/include/bdb -I/export/home/frtbld/3rdparty/include -I/export/home/oracle/OraHome/precomp/public -I/export/home/oracle/OraHome/network/public -I/export/home/oracle/OraHome/rdbms/public -I/export/home/oracle/OraHome/plsql/public -I/export/home/oracle/OraHome/rdbms/demo -I/export/home/frtbld/libcinc -I/usr/local/include -c wrap.cpp -o /export/home/frtbld/TMPOBJ/wrap.o
ar *.o -o /export/home/frtbld/libcbin/LIB_BDBManager.a
/export/home/tuxedo/bea/tuxedo10gR3/bin/buildclient -o /export/home/frtbld/TMPBIN/CompilerPP -f-L/export/home/oracle/OraHome/lib -f-lclntsh \
-f /export/home/frtbld/TMPOBJ/CompilerMainPP.o \
-f /export/home/frtbld/TMPOBJ/CompilerDataBasePP1.o \
-f /export/home/frtbld/TMPOBJ/CompilerDataBasePP2.o \
-f /export/home/frtbld/TMPOBJ/utilityPP.o \
-f "-L/opt/sunstudio12.1/lib/stlport4/v9 -lstlport -L/export/home/frtbld/3rdparty/lib/bdblib -L/export/home/frtbld/3rdparty/lib/acelib -ldb_cxx-4.7 -lACE /export/home/frtbld/libcbin/LIB_DataBase.a /export/home/frtbld/libcbin/LIB_FileManager.a /export/home/frtbld/libcbin/LIB_Log.a /export/home/frtbld/libcbin/LIB_SHMManager.a /export/home/frtbld/libcbin/LIB_Expression.a /export/home/frtbld/libcbin/LIB_Timing.a /export/home/frtbld/libcbin/LIB_MMFManager.a /export/home/frtbld/libcbin/LIB_LicManager.a /export/home/frtbld/libcbin/LIB_InterProcComm.a /export/home/frtbld/libcbin/LIB_BDBManager.a /export/home/frtbld/libcbin/LIB_RatingPPMMFManager.a -L/usr/lib/hpux32/ -L/usr/local/lib/hpux32 -L/lib/hpux32 -L/export/home/frtbld/3rdparty/lib/ssllib -lcrypto -lz -lm -L/usr/lib/64 -L/opt/sunstudio12.1/lib/stlport4/v9 -lCrun "
Regards
Anand Rathi

Hi Thanks for your help
I changed the linking process to use CC
but still its same .....
and i can also see that its invoking __Cimpl::cplus_init
also i have an doubt about 64bit and std::__Wide_Init::__Wide_Init
weather issue is with wide character 64 bit ?
Now the command is
CC -g0 -mt -compat=5 -I/opt/sunstudio12.1/prod/include/CC/stlport4 -D_POSIX_PTHREAD_SEMANTICS -DACE_HAS_KSTAT -DACE_HAS_SCTP -DACE_HAS_LKSCTP -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DSUN_CC_HAS_PVFC_BUG -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -m64 -DXALTEDSUN64 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -m64 -mt -I/export/home/tuxedo/bea/tuxedo10gR3/include -o /export/home/frtbld/TMPBIN/CompilerPP -L/export/home/tuxedo/bea/tuxedo10gR3/lib -xarch=v9 -L/export/home/oracle/OraHome/lib -lclntsh /export/home/frtbld/TMPOBJ/CompilerMainPP.o /export/home/frtbld/TMPOBJ/CompilerDataBasePP1.o /export/home/frtbld/TMPOBJ/CompilerDataBasePP2.o /export/home/frtbld/TMPOBJ/utilityPP.o -L/opt/sunstudio12.1/lib/stlport4/v9 -lstlport -L/export/home/frtbld/3rdparty/lib/bdblib -L/export/home/frtbld/3rdparty/lib/acelib -ldb_cxx-4.7 -lACE /export/home/frtbld/libcbin/LIB_DataBase.a /export/home/frtbld/libcbin/LIB_FileManager.a /export/home/frtbld/libcbin/LIB_Log.a /export/home/frtbld/libcbin/LIB_SHMManager.a /export/home/frtbld/libcbin/LIB_Expression.a /export/home/frtbld/libcbin/LIB_Timing.a /export/home/frtbld/libcbin/LIB_MMFManager.a /export/home/frtbld/libcbin/LIB_LicManager.a /export/home/frtbld/libcbin/LIB_InterProcComm.a /export/home/frtbld/libcbin/LIB_BDBManager.a /export/home/frtbld/libcbin/LIB_RatingPPMMFManager.a -L/usr/lib/hpux32/ -L/usr/local/lib/hpux32 -L/lib/hpux32 -L/export/home/frtbld/3rdparty/lib/ssllib -lcrypto -lz -lm -L/usr/lib/64 -L/opt/sunstudio12.1/lib/stlport4/v9 -lCrun -ltux -lbuft -lfml -lfml32 -lengine -R/usr/lib/lwp -lpthread -lposix4 -lsocket -lnsl -lm -lnsl -lsocket
t@1 (l@1) program terminated by signal SEGV (no mapping at the fault address)
0xffffffff7e192200: imbue+0x0060: ldx [%o0], %o1
(dbx) where
current thread: t@1
=>[1] std::basic_filebuf<wchar_t,std::char_traits<wchar_t> >::imbue(0xffffffff7acd0bf0, 0xffffffff7fffe4d0, 0x4c8, 0xffffffff7e31f128, 0x400, 0xffffffff7e311e68), at 0xffffffff7e192200
[2] std::basic_streambuf<wchar_t,std::char_traits<wchar_t> >::pubimbue(0xffffffff7e1921a0, 0xffffffff7acd0bf0, 0xffffffff7fffe4d0, 0xffffffff7e31a938, 0x13da94, 0xffffffff7fffe410), at 0xffffffff7e16d4e8
[3] std::basic_ios<wchar_t,std::char_traits<wchar_t> >::imbue(0xffffffff7fffe4d8, 0xffffffff7e31fbd0, 0xffffffff7fffe4d0, 0xffffffff7e311e68, 0x13da94, 0x400), at 0xffffffff7e17284c
[4] std::basic_ios<wchar_t,std::char_traits<wchar_t> >::init(0xffffffff7e31fbd0, 0xffffffff7acd0bf0, 0x448, 0xffffffff7e311e68, 0x19f4c4, 0x400), at 0xffffffff7e172a0c
[5] std::basic_ostream<wchar_t,std::char_traits<wchar_t> >::basic_ostream(0xffffffff7e31fbc8, 0xffffffff7acd0bf0, 0xc0, 0x185fec, 0x0, 0xffffffff7e311e68), at 0xffffffff7e18becc
[6] std::__Wide_Init::__Wide_Init(0xffffffff7acceec0, 0xffffffff7acd0bf0, 0xffffffff7acd0c90, 0xffffffff7acc27d0, 0xffffffff7e31fd38, 0xe000), at 0xffffffff7ab1444c
---- hidden frames, use 'where -h' to see them all ----
[8] __Cimpl::cplus_init(0x1, 0xffffffff7d00dd60, 0xffffffff7d00dd68, 0x0, 0x1044a4, 0xffffffff7accf460), at 0xffffffff7cf08660
[9] 0xffffffff7cf0a500(0x0, 0x0, 0xffffffff7f72cb18, 0xffffffff7f611ee8, 0x11e6a0, 0xffffffff79702000), at 0xffffffff7cf0a500
[10] call_init(0x1, 0x3, 0xffffffff7cf0a428, 0xffffffff7f201530, 0xffdfffff, 0xffffffff7f72cb18), at 0xffffffff7f611ef0
[11] elf_bndr(0xffffffff7f500718, 0xffffffff7cf016e0, 0xffffffff7ab35ab4, 0xffffffff7cf06610, 0xffffffff78d009e8, 0xffffffff7f72f6d8), at 0xffffffff7f61f060
[12] elf_rtbndr(0x590000, 0x1001d3538, 0x0, 0xffffffff7ab35ab4, 0x0, 0x0), at 0xffffffff7f60514c
[13] 0x0(0xffffffff7acc7e28, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x0
[14] 0xffffffff7ab35ab4(0x0, 0x0, 0xffffffff7f72cb18, 0xffffffff7f611ee8, 0x11e6a0, 0xffffffff79702000), at 0xffffffff7ab35ab4
[15] call_init(0x1, 0x1, 0xffffffff7ab35a10, 0xffffffff7a900030, 0xffdfffff, 0xffffffff7f72cb18), at 0xffffffff7f611ef0
[16] setup(0x0, 0x27, 0xc10000, 0xa000000, 0xffffffff78d01780, 0x100000), at 0xffffffff7f6113b4
[17] _setup(0x6ffffff9, 0xb00, 0xffffffff7f62ae5c, 0x100000040, 0x0, 0xffffffff7ffff288), at 0xffffffff7f620554
[18] rtboot(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xffffffff7f60511c
Edited by: anandprathi on Aug 12, 2009 9:48 AM
Edited by: anandprathi on Aug 12, 2009 9:52 AM

Core dump at ::~RWCString

I am compiling with V5.0 compiler on solaris 2.6
I am getting the following core dump. I am using RogueWave with -library=rwtools7,iostream
compiler option.
The traceback from the core file is:
signal SEGV (no mapping at the fault address) in RWReference::removeRe
ference at 0x77ba70
0x0077ba70: removeReference+0x0038: ld [%i0], %i0
(/opt/shared/sun/workshop/v5.0/SUNWspro/bin/../WS5.0/bin/sparcv9/dbx) where
current thread: t@1
=>[1] RWReference::removeReference(0x323030f4, 0x323030f4, 0xd2dc60, 0xfede36f8,
0x81010100, 0x0), at 0x77ba70
[2] RWCString::~RWCString(0x323030f4, 0x9aa2bc, 0xffbed85c, 0x638790, 0x16608,
0xd30c14), at 0x76e868
[3] StSearchEng::searchbydetail(0xffbedaf0, 0xed2b38, 0x0, 0xd30bcc, 0x986074,
0x0), at 0x6387a0
[4] StStairsSearchGuiMgr::search(0xed2a20, 0xeddcc8, 0xfffffff5, 0xffbeddfc, 0
xfed9a000, 0xeddcc8), at 0x3c5824
[5] UxCStairsSearch::activateCBsearchPB(0xed2ef8, 0xeddcc8, 0x0, 0xffbedf4c,
0xff08ec20, 0x2a5), at 0x25a36c
[6] UxCStairsSearch::WrapactivateCB_searchPB(0xeddcc8, 0x0, 0xffbedf4c, 0xfe
e72000, 0xdc5ab0, 0x0), at 0x25a5d4
[7] XtCallCallbackList(0xeddcc8, 0x0, 0xffbedf4c, 0xeddcc8, 0xe697d8, 0xeddcc8
), at 0xfee3c36c
[8] ActivateCommon(0x0, 0xffbee248, 0xff086000, 0xeddcc8, 0xfef83588, 0xfee3ef
84), at 0xfef83764
[9] HandleActions(0x0, 0xffbee248, 0xe00b88, 0xeddcc8, 0xede69c, 0xe04e80), at
0xfee3f324
[10] HandleComplexState(0xeddd00, 0xe04ee0, 0xe8bed0, 0xfee72000, 0xeddcf8, 0x
ffbee07c), at 0xfee45f94
[11] _XtTranslateEvent(0xfee78298, 0xeddcf8, 0xfee72000, 0xeddcc8, 0xedb358, 0
x8), at 0xfee3dd40
[12] XtDispatchEventToWidget(0x0, 0x1, 0x0, 0xffbee248, 0xeddcc8, 0x8), at 0xf
ee3dab0
[13] _XtDefaultDispatcher(0x8, 0xeddcc8, 0xdd0a54, 0xeddcc8, 0x0, 0x0), at 0xf
ee3d39c
[14] XtDispatchEvent(0x0, 0xfee3cff8, 0xdbb920, 0xfee72000, 0x0, 0x1), at 0xfe
e3ced0
[15] XtAppMainLoop(0xdbb920, 0xdbb920, 0x3e8, 0xde99b8, 0x36ee80, 0xfee72000),
at 0xfee3ab74
[16] main(0x1, 0xffbee724, 0xffbee72c, 0x9f0800, 0x0, 0x0), at 0x283bdc
Thanks
Mohan

I am compiling with V5.0 compiler on solaris 2.6
I am getting the following core dump. I am using RogueWave with -library=rwtools7,iostream
compiler option.
The traceback from the core file is:
signal SEGV (no mapping at the fault address) in RWReference::removeRe
ference at 0x77ba70
0x0077ba70: removeReference+0x0038: ld [%i0], %i0
(/opt/shared/sun/workshop/v5.0/SUNWspro/bin/../WS5.0/bin/sparcv9/dbx) where
current thread: t@1
=>[1] RWReference::removeReference(0x323030f4, 0x323030f4, 0xd2dc60, 0xfede36f8,
0x81010100, 0x0), at 0x77ba70
[2] RWCString::~RWCString(0x323030f4, 0x9aa2bc, 0xffbed85c, 0x638790, 0x16608,
0xd30c14), at 0x76e868
[3] StSearchEng::searchbydetail(0xffbedaf0, 0xed2b38, 0x0, 0xd30bcc, 0x986074,
0x0), at 0x6387a0
[4] StStairsSearchGuiMgr::search(0xed2a20, 0xeddcc8, 0xfffffff5, 0xffbeddfc, 0
xfed9a000, 0xeddcc8), at 0x3c5824
[5] UxCStairsSearch::activateCBsearchPB(0xed2ef8, 0xeddcc8, 0x0, 0xffbedf4c,
0xff08ec20, 0x2a5), at 0x25a36c
[6] UxCStairsSearch::WrapactivateCB_searchPB(0xeddcc8, 0x0, 0xffbedf4c, 0xfe
e72000, 0xdc5ab0, 0x0), at 0x25a5d4
[7] XtCallCallbackList(0xeddcc8, 0x0, 0xffbedf4c, 0xeddcc8, 0xe697d8, 0xeddcc8
), at 0xfee3c36c
[8] ActivateCommon(0x0, 0xffbee248, 0xff086000, 0xeddcc8, 0xfef83588, 0xfee3ef
84), at 0xfef83764
[9] HandleActions(0x0, 0xffbee248, 0xe00b88, 0xeddcc8, 0xede69c, 0xe04e80), at
0xfee3f324
[10] HandleComplexState(0xeddd00, 0xe04ee0, 0xe8bed0, 0xfee72000, 0xeddcf8, 0x
ffbee07c), at 0xfee45f94
[11] _XtTranslateEvent(0xfee78298, 0xeddcf8, 0xfee72000, 0xeddcc8, 0xedb358, 0
x8), at 0xfee3dd40
[12] XtDispatchEventToWidget(0x0, 0x1, 0x0, 0xffbee248, 0xeddcc8, 0x8), at 0xf
ee3dab0
[13] _XtDefaultDispatcher(0x8, 0xeddcc8, 0xdd0a54, 0xeddcc8, 0x0, 0x0), at 0xf
ee3d39c
[14] XtDispatchEvent(0x0, 0xfee3cff8, 0xdbb920, 0xfee72000, 0x0, 0x1), at 0xfe
e3ced0
[15] XtAppMainLoop(0xdbb920, 0xdbb920, 0x3e8, 0xde99b8, 0x36ee80, 0xfee72000),
at 0xfee3ab74
[16] main(0x1, 0xffbee724, 0xffbee72c, 0x9f0800, 0x0, 0x0), at 0x283bdc
Thanks
Mohan

Help: dbx core dump, solaris 10, amd64

Hi,
Recently I run into the following when I debug a core dump,
(dbx) where
dbx: internal error: signal SIGSEGV (no mapping at the fault address)
dbx's coredump will appear in /tmp
Abort (core dumped)
-bash-3.00$ dbx -V
Sun Ceres DBX Debugger 7.7 SunOS_i386 2008/10/22
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.7' in your .dbxrc
(dbx)
I wonder if anyone has some idea of this bug, is it known? Is it fixed in sunstudio 12 u1?
If needed, I can supply /tmp/core dumped by dbx.
Thanks,

-bash-3.00$ cat /etc/release
Solaris 10 5/08 s10x_u5wos_10 X86
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 24 March 2008
-bash-3.00$ pstack /tmp/core
core '/tmp/core' of 11962: /z/tools/SUNWspro/bin/../prod/bin/amd64/dbx ./gp3310/bin/postgres core
fffffd7fff1bc99a lwpkill () + a
fffffd7fff161c89 raise () + 19
fffffd7fff141210 abort () + 90
0000000000565bb4 ???????? ()
fffffd7fff1b7176 __sighndlr () + 6
fffffd7fff1aba72 call_user_handler () + 252
fffffd7fff1abc8e sigacthandler (b, fffffd7fffdfeef0, fffffd7fffdfeb90) + de
--- called from signal handler with signal 11 (SIGSEGV) ---
00000000007854a8 SUNWXUnw_Decode_FDE () + 324
000000000078393b ???????? ()
0000000000783a74 ???????? ()
000000000060345d __1cLUnwindStackIdown_one6M_i_ () + 1d
00000000005e7185 __1cFFramePunwind_down_one6MpnGPstack__b_ () + e1
00000000005e77c8 __1cFFrameLcreate_next6FpnGPstack_i_p0_ () + 2e0
0000000000677471 __1cGPstackRcreate_next_frame6M_pnFFrame__ () + 59
0000000000677d00 __1cGPstackJwalkstack6MipnFFrame_bpF2pv_b3_2_ () + 78
0000000000678bc1 __1cGPstackIwherecmd6Miibpv_v_ () + 221
000000000060c9a5 __1cVDbxWhereCmdProcessingHprocess6Mippc_i_ () + 151
000000000060ca5a __1cJksh_where6FpnGInterp_ippcpv_i_ () + 32
000000000072f3ea ???????? ()
000000000072ecfe __1cNpdksh_execute6FpnGInterp_pnCop_i_i_ () + 946
000000000071d3ac __1cLpdksh_shell6FpnGInterp_pnGSource__i_ () + 468
0000000000569254 __1cNmain_cmd_loop6FpnGInterp__v_ () + 9c
0000000000569ba5 main () + 705
000000000055defc ???????? ()
Thanks,

Core Dump in RWCString destructor

I have written a program on occasionally core dump.
The core dump are in destructor in RWCString.
Moreover, I have a case that the RWCString is wrongly put to other cache. It is a mulit-threaded program.
I have used -DRW_MULTI_THREAD -mt options. I also need /usr/ucblib and -lc. Not sure if there is any conflict
I am using Forte C++ 7.0 with RWSP_TOOLS 4.0.
It is very hard to simulate the problem.
Is there anybody having experience or idea on some core dump regarding RWCString?

Sun doesn't have a product called "Forte C++ 7.0". You can find out the product name by running the "version" command out the same bin directory as the CC command.
For example, if the CC command is /opt/SUNWspro/bin/CC, you can run /opt/SUNWspro/bin/version to find out the product name, and the version numbers of its components.
Then go to the Sun Studio patch page
http://developers.sun.com/prodtech/cc/downloads/patches/index.html
and make sure you have the current patches for the compiler. Be sure also to get the current Solaris patches for the C++ runtime libraries (available from the same patch page).
We can't provide direct support for 3rd-party libraries that we do not ship with the compiler. For help with RW SourcePro, you need to talk to Rogue Wave tech support.

Hotspot core dumping during JVM garbage collection ?

We have an application which calls a 3rd party supplied server API which has recently been upgraded to use Java 1.5
We are getting the following error reported by our client application. The application is also now running Java 1.5 but references many classes in jar files which would have quite old code in.
The supplier of the API has stated that the problem requires us to recompile all our jar files using v 1.5 ( including things like jconnect and jms ?!?!? ). This sounds like a bit of a cop-out to me, not to mention being impossible since we don't have the source for things like jconnect.
I suspect that there is a garbage collection problem at the bottom of all this, but I'm not sure how I can "prove" this, nor do I currently have any real clue as to how to fix any GC problem that may exist.
The application is supposed to wait for a message on a MQSeries queue and then transforms it via Xalan XSLT and sends it to a Server application. I've tried playing around with heap sizes etc but that just seems to make it worse. If I leave it at the settings that the previous version used then the client at least manages to process a couple of messages before core dumping. There doesn't seem to be a consistent trigger event to cause the core dump ( it's not a message arriving on a queue for example ) but it does seem to be fairly consistent timewise, i.e. after
Any ideas gratefully accepted.
Here's a logfile excerpt from my applications showing the Hotspot error message :
=====================================================================================
08-Jul-2008 10:01:05 Waiting for messages from COLT.BBFS
08-Jul-2008 10:02:05 Waiting for messages from COLT.BBFS
08-Jul-2008 10:03:05 Waiting for messages from COLT.BBFS
405.815: [GC [PSYoungGen: 17331K->9244K(37632K)] 111702K->103615K(192128K), 0.1615910 secs]
405.977: [Full GC#
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGBUS (0xa) at pc=0xfe141348, pid=2600, tid=8
# Java VM: Java HotSpot(TM) Server VM (1.5.0_03-b07 mixed mode)
# Problematic frame:
# V [libjvm.so+0x141348]
# An error report file with more information is saved as hs_err_pid2600.log
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
=====================================================================================
The logfile referred to in the error message contains the following.
=====================================================================================
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGBUS (0xa) at pc=0xfe141348, pid=2600, tid=8
# Java VM: Java HotSpot(TM) Server VM (1.5.0_03-b07 mixed mode)
# Problematic frame:
# V [libjvm.so+0x141348]
--------------- T H R E A D ---------------
Current thread (0x001484d8): VMThread [id=8]
siginfo:si_signo=10, si_errno=0, si_code=1, si_addr=0x0000080f
Registers:
O0=0x00487588 O1=0xfe7d6454 O2=0x000079b0 O3=0x00007800
O4=0x00008868 O5=0x00147d48 O6=0xf8781460 O7=0xfe0f7938
G1=0xe52aaae8 G2=0x00000003 G3=0x00000003 G4=0x001484d8
G5=0xf8781d98 G6=0x00000002 G7=0xf8781d98 Y=0x805683e2
PC=0xfe141348 nPC=0xfe14134c
Top of Stack: (sp=0xf8781460)
0xf8781460: fe786000 00c6ba20 fe10013c e54bab68
0xf8781470: 0000080f e54bab6c 0000080f 00000004
0xf8781480: 00487588 00000134 e54bab6c 00000004
0xf8781490: 00000001 00000000 f87814c0 fe17aef4
0xf87814a0: fe6485b4 fe7d899c 001484d8 0011da40
0xf87814b0: 00148988 00148c10 00148d7c f8781880
0xf87814c0: 007c3389 007c3c0e 00000f87 00008868
0xf87814d0: 00008800 00487588 fe141310 fe7d6454
Instructions: (pc=0xfe141348)
0xfe141338: ec 06 c0 1a 80 a5 a0 00 22 40 00 0a ba 07 60 01
0xfe141348: f2 05 a0 00 ae 0e 60 03 80 a5 e0 03 22 40 00 05
Stack: [0xf8702000,0xf8781d98), sp=0xf8781460, free space=509k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x141348]
V [libjvm.so+0x17aefc]
V [libjvm.so+0x2d557c]
V [libjvm.so+0x300ef8]
V [libjvm.so+0x301e84]
V [libjvm.so+0x2ff950]
V [libjvm.so+0x29df30]
V [libjvm.so+0x362b44]
V [libjvm.so+0x6436f0]
VM_Operation (0xe03012b0): parallel gc system gc, mode: safepoint, requested by thread 0x0031bca0
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00b2c028 JavaThread "Thread-4" [_thread_in_native, id=85]
0x007f5048 JavaThread "Thread-0" [_thread_blocked, id=84]
0x00c27cf0 JavaThread "Notification Delivery" [_thread_blocked, id=81]
0x0026fa08 JavaThread "RMI LeaseChecker" daemon [_thread_blocked, id=73]
0x00821048 JavaThread "RMI RenewClean-[162.11.2.32:44425]" daemon [_thread_blocked, id=70]
0x0031bca0 JavaThread "GC Daemon" daemon [_thread_blocked, id=67]
0x00cd5d28 JavaThread "RMI Reaper" [_thread_blocked, id=66]
0x003c9300 JavaThread "Timer-0" daemon [_thread_blocked, id=65]
0x00929fe0 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=64]
0x0089bf18 JavaThread "SeedGenerator Thread" daemon [_thread_blocked, id=42]
0x00c47248 JavaThread "Pool thread #7" daemon [_thread_blocked, id=38]
0x00c466a0 JavaThread "Pool thread #6" daemon [_thread_blocked, id=37]
0x00311850 JavaThread "Pool thread #5" daemon [_thread_blocked, id=36]
0x00287a40 JavaThread "Pool thread #4" daemon [_thread_blocked, id=35]
0x00286e98 JavaThread "Pool thread #3" daemon [_thread_blocked, id=34]
0x00c134b0 JavaThread "Pool thread #2" daemon [_thread_blocked, id=33]
0x00ad09e0 JavaThread "Pool thread #1" daemon [_thread_blocked, id=32]
0x00286cd8 JavaThread "PoolThreadManager" daemon [_thread_blocked, id=31]
0x00c129e0 JavaThread "Channel Reaper" daemon [_thread_blocked, id=30]
0x00c669e8 JavaThread "ORB Daemon Thread" daemon [_thread_blocked, id=29]
0x00b10170 JavaThread "Worker for ServerProtocol: (iiop) /0.0.0.0:20168" daemon [_thread_blocked, id=22]
0x008a17e0 JavaThread "Syn~ Client" daemon [_thread_blocked, id=21]
0x003dc378 JavaThread "PoolScavenger0" daemon [_thread_blocked, id=20]
0x0015a928 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=15]
0x00159880 JavaThread "CompilerThread1" daemon [_thread_blocked, id=14]
0x00158a18 JavaThread "CompilerThread0" daemon [_thread_blocked, id=13]
0x00157b98 JavaThread "AdapterThread" daemon [_thread_blocked, id=12]
0x00156dc8 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11]
0x0014ccd8 JavaThread "Finalizer" daemon [_thread_blocked, id=10]
0x0014ad90 JavaThread "Reference Handler" daemon [_thread_blocked, id=9]
0x00038238 JavaThread "main" [_thread_in_native, id=1]
Other Threads:
=>0x001484d8 VMThread [id=8]
0x0015c3b0 WatcherThread [id=16]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00037728/0x00037758] Threads_lock - owner thread: 0x001484d8
[0x00033650/0x00037ba8] Heap_lock - owner thread: 0x0031bca0
Heap
PSYoungGen total 37632K, used 9244K [0xf2eb0000, 0xf7ba0000, 0xf8400000)
eden space 28352K, 0% used [0xf2eb0000,0xf2eb0000,0xf4a60000)
from space 9280K, 99% used [0xf4a60000,0xf5367080,0xf5370000)
to space 25216K, 0% used [0xf6300000,0xf6300000,0xf7ba0000)
PSOldGen total 154496K, used 94371K [0xe8400000, 0xf1ae0000, 0xf2eb0000)
object space 154496K, 61% used [0xe8400000,0xee028e78,0xf1ae0000)
PSPermGen total 35584K, used 18260K [0xe4400000, 0xe66c0000, 0xe8400000)
object space 35584K, 51% used [0xe4400000,0xe55d5158,0xe66c0000)
Dynamic libraries:
0x00010000      /dsdvlp/java/jvm/jdk1.5.0_03/bin/java
0xff350000      /usr/lib/libthread.so.1
0xff340000      /usr/lib/libdl.so.1
0xff200000      /usr/lib/libc.so.1
0xff390000      /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1
0xfe000000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/server/libjvm.so
0xff1e0000      /usr/lib/libsocket.so.1
0xff2d0000      /usr/lib/libsched.so.1
0xff1b0000      /usr/lib/libCrun.so.1
0xff160000      /usr/lib/libm.so.1
0xff080000      /usr/lib/libnsl.so.1
0xff060000      /usr/lib/libmp.so.2
0xff030000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/native_threads/libhpi.so
0xfdfc0000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libverify.so
0xfdf80000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libjava.so
0xfdf50000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libzip.so
0xfb7e0000      /usr/lib/locale/en_GB.ISO8859-1/en_GB.ISO8859-1.so.2
0xe4190000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libnet.so
0xe3bd0000      /dsdvlp/lib/5/libSolarisNatives.so
0xe3e90000      /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/librmi.so
VM Arguments:
jvm_args: -Djava.ext.dirs=/dsdvlp/java/tmijar/firs7/lib/cli:/dsdvlp/java/tmijar/firs7/lib/cli/ext:/dsdvlp/java/tmijar/firs7/lib/cmn/OpenORB:/dsdvlp/java/tmijar/firs7/lib/cmn/OpenORB/ext:/dsdvlp/java/tmijar/firs7/lib/cmn:/dsdvlp/java/tmijar/firs7/lib/cmn/ext:/dsdvlp/java/tmijar/firs7/daemonlib -Duser.dir=/dsdvlp/java/tmijar/firs7 -Dopenorb.config=file:/dsdvlp/java/tmijar/firs7/configs/OpenORB/config/SynOpenORB.xml -Dopenorb.home=file:/dsdvlp/java/tmijar/firs7/configs/OpenORB -Dcom.coexis.syn.general.orbbinding=com.coexis.syn.general.orbbinding.openorb.OpenORBBinding_1_4 -Dsun.rmi.dgc.client.gcInterval=360000 -Dsun.rmi.dgc.server.gcInterval=360000000 -Xms32m -Xmx256m -Dcom.coexis.syn.clientcommandsconfiglocation=file://localhost//dsdvlp/java/tmijar/firs7/configs/clientcommands.xml -Dcom.coexis.syn.clientconfiglocation=file://localhost//dsdvlp/java/tmijar/firs7/configs/fsbbtd_client.xml -XX:+PrintGCTimeStamps -XX:+PrintGCDetails
java_command: com.coexis.syn.mqmessaging.daemon.RunDaemon -p /dsdvlp/bin/5/lndsfsd_fsbbtd.properties start
Environment Variables:
JAVA_HOME=/dsdvlp/java/jvm/jdk150
CLASSPATH=.:/dsdvlp/java/jar/jconnect520.jar:/dsdvlp/java/jar/vbjapp340.jar:/dsdvlp/java/jar/vbjorb340.jar:/dsdvlp/java/jar/javax_jndi120.jar
PATH=/usr/local/etc:/usr/lang:/usr/openwin/bin:/usr/ucb:/bin:/usr/etc:/usr/local/5/bin:/dsdvlp/bin/5:/dsdvlp/bin/4:/home/app/sybase/5/bin:/home/app/sybase/5/localscripts:/home/app/sybase/5/sqr:/home/app/lang:/home/app/lang/SC2.0.1:/usr/ccs/bin:/usr/local/opt/Acrobat3/bin:/dsdvlp/bin:.
LD_LIBRARY_PATH=/dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/server:/dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc:/dsdvlp/java/jvm/jdk1.5.0_03/jre/../lib/sparc:/usr/lib:/usr/openwin/lib:/usr/local/5/lib:/dsdvlp/lib/5:/dstest/lib/5:/home/app/sybase/5/lib:/dstest/cats/sun4/lib:/tmitest/Opus/opus/lib
SHELL=/bin/csh
DISPLAY=CLI00184.mfil.local:1.0
OS=5
--------------- S Y S T E M ---------------
OS: Solaris 8 2/02 s28s_u7wos_08a SPARC
Copyright 2002 Sun Microsystems, Inc. All Rights Reserved.
Assembled 18 December 2001
uname:SunOS 5.8 Generic_117350-20 sun4u (T1 libthread)
rlimit: STACK 8192k, CORE 9216k, NOFILE 4096, AS infinity
load average:2.24 2.67 2.68
CPU:total 4 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 8388608k(166384k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_03-b07) for solaris-sparc, built on Apr 13 2005 03:31:26 by unknown with unknown Workshop:0x550

The very first suggestion I have is to move your VM to a more recent update of 1.5.0.
It looks like you are crashing with 5.0u3, and I'm pretty sure 5.0u16 is available. You
don't want to waste your time chasing a bug that's already been fixed.

ORA-07445: exception encountered: core dump

HI
we are on 12.0.1
10R2
Dump file /opt/prod/db/tech_st/10.2.0/admin/PROD_ebs12db/udump/prod_ora_13498.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /opt/prod/db/tech_st/10.2.0
System name:     Linux
Node name:     EBS12DB.EROSGROUP.AE
Release:     2.6.9-67.ELlargesmp
Version:     #1 SMP Wed Nov 7 14:07:22 EST 2007
Machine:     x86_64
Instance name: PROD
Redo thread mounted by this instance: 1
Oracle process number: 298
Unix process pid: 13498, image: [email protected]
*** 2010-05-13 12:41:50.080
*** ACTION NAME:(FRM:HASANAND.T:CWH_OUTBOUND) 2010-05-13 12:41:50.022
*** MODULE NAME:(INVRSVF1) 2010-05-13 12:41:50.022
*** SERVICE NAME:(PROD) 2010-05-13 12:41:50.022
*** SESSION ID:(719.34855) 2010-05-13 12:41:50.022
KGX cleanup...
KGX Atomic Operation Log 0xf08bf9e0
Mutex 0xa48e2be8(719, 0) idn 0 oper EXAM
Cursor Parent uid 719 efd 5 whr 26 slp 0
oper=DEFAULT pt1=(nil) pt2=(nil) pt3=(nil)
pt4=(nil) u41=0 stt=0
Dump file /opt/prod/db/tech_st/10.2.0/admin/PROD_ebs12db/udump/prod_ora_13498.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /opt/prod/db/tech_st/10.2.0
System name:     Linux
Node name:     EBS12DB.EROSGROUP.AE
Release:     2.6.9-67.ELlargesmp
Version:     #1 SMP Wed Nov 7 14:07:22 EST 2007
Machine:     x86_64
Instance name: PROD
Redo thread mounted by this instance: 1
Oracle process number: 261
Unix process pid: 13498, image: [email protected]
*** 2010-10-27 14:29:13.577
*** ACTION NAME:() 2010-10-27 14:29:13.548
*** MODULE NAME:(Disco10, ACBG.SALES:ACBG SALES) 2010-10-27 14:29:13.548
*** SERVICE NAME:(PROD) 2010-10-27 14:29:13.548
*** SESSION ID:(487.5406) 2010-10-27 14:29:13.548
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x0, PC: [0x2a955720a8, intelfast_memcpy.A()+10]
*** 2010-10-27 14:29:13.598
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [_intel_fast_memcpy.A()+10] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []
Current SQL statement for this session:
select optimizer_cost cost from V$SQL sql, V$OPEN_CURSOR csr, V$SESSION ses where sql.hash_value = csr.hash_value and sql.address = csr.address and csr.sid = ses.sid and ses.audsid = userenv('SESSIONID') and sql.sql_text like :thesql order by sql.last_load_time
Thanks
Valla

970106 wrote:
I have the same problem.
I help me, please.
Thank you!Please see the doc referenced above by Helios and select your database version and type the "Error Code First Argument" and go through the docs. If this is your production instance, please log a SR.
Thanks,
Hussein

Core dump while running jmf application

I am running a bit customised version of Transcode & Concat from JMF samples as a single application on Solaris 10.
I got core dump while running the application.
Any clue ?
Below are the content from hs_err_pid#.out file.
+#+
+# An unexpected error has been detected by HotSpot Virtual Machine:+
+#+
+# SIGSEGV (0xb) at pc=0xfecaa04c, pid=23754, tid=97822+
+#+
+# Java VM: Java HotSpot(TM) Server VM (1.5.0_11-b03 mixed mode)+
+# Problematic frame:+
+# V [libjvm.so+0x4aa04c]+
+#+
--------------- T H R E A D ---------------
+Current thread (0x05b62e40): JavaThread "Loop thread: com.sun.media.parser.audio.WavParser$WavTrack@8d6f11" [_thread_in_vm, id=97822]+
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
Registers:
O0=0x00008000 O1=0x00000b90 O2=0x016d8b90 O3=0xff02d024
O4=0x0000942c O5=0x00009400 O6=0xbfa7f1e0 O7=0x00009400
G1=0x00000000 G2=0x000077bc G3=0x00000000 G4=0x80000000
G5=0x00000006 G6=0x00000000 G7=0xae787200 Y=0x00000000
PC=0xfecaa04c nPC=0xfecaa050
Top of Stack: (sp=0xbfa7f1e0)
+0xbfa7f1e0: ff02d02c 00000002 00001ffc 00000001+
+0xbfa7f1f0: fefd8000 ff02d028 00008800 ff03106c+
+0xbfa7f200: ff02d9e4 00000000 00000000 05b62e40+
+0xbfa7f210: 00008374 00009638 bfa7f240 bfd04dc4+
+0xbfa7f220: 00000000 00000000 00000000 00000000+
+0xbfa7f230: 00000000 00000000 00000000 00000000+
+0xbfa7f240: feca9f1c 00007fec 00000006 00034cb8+
+0xbfa7f250: 00000005 00000002 01000000 006d81a8+
Instructions: (pc=0xfecaa04c)
+0xfecaa03c: 7f f8 86 38 90 10 00 1b 8a 10 20 06 ca 26 e0 e4+
+0xfecaa04c: ec 06 60 00 fa 05 a0 08 80 a7 60 00 02 40 00 11+
Stack: [0xbfa00000,0xbfa80000), sp=0xbfa7f1e0, free space=508k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
+V [libjvm.so+0x4aa04c]+
+C [libjmmpa.so+0x4dcc] Java_com_sun_media_codec_audio_mpa_NativeEncoder_nFlush+0x1c+
+j com.sun.media.codec.audio.mpa.NativeEncoder.nFlush(I[B)I+0+
+j com.sun.media.codec.audio.mpa.NativeEncoder.nFlush(I[B)I+0+
j com.sun.media.codec.audio.mpa.NativeEncoder.process(Ljavax/media/Buffer;Ljavax/media/Buffer;)I20+
v ~C2IAdapter
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.SourceThread.process()Z
J com.sun.media.util.LoopThread.run()V
v ~I2CAdapter
v ~StubRoutines::call_stub
+V [libjvm.so+0x19b95c]+
+V [libjvm.so+0x2c1a24]+
+V [libjvm.so+0x2e1010]+
+V [libjvm.so+0x2dcbac]+
+V [libjvm.so+0x67a7e0]+
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
+j com.sun.media.codec.audio.mpa.NativeEncoder.nFlush(I[B)I+0+
j com.sun.media.codec.audio.mpa.NativeEncoder.process(Ljavax/media/Buffer;Ljavax/media/Buffer;)I20+
v ~C2IAdapter
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.SourceThread.process()Z
J com.sun.media.util.LoopThread.run()V
v ~I2CAdapter
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
+0x0557db38 JavaThread "Thread-3024" [_thread_blocked, id=97827]+
+0x05390a28 JavaThread "Loop thread" [_thread_blocked, id=97823]+
+=>0x05b62e40 JavaThread "Loop thread: com.sun.media.parser.audio.WavParser$WavTrack@8d6f11" [_thread_in_vm, id=97822]+
+0x05725a68 JavaThread "JMF thread: SendEventQueue: com.sun.media.ProcessEngine" [_thread_blocked, id=97814]+
+0x05303e38 JavaThread "JMF thread: SendEventQueue: com.sun.media.processor.unknown.Handler" [_thread_blocked, id=97813]+
+0x053d6848 JavaThread "Loop thread" [_thread_blocked, id=97812]+
+0x05b8d508 JavaThread "RawBufferStream Thread" [_thread_blocked, id=97811]+
+0x04a957b8 JavaThread "JMF thread: SendEventQueue: com.sun.media.ProcessEngine" [_thread_blocked, id=97806]+
+0x0573c8a0 JavaThread "JMF thread: SendEventQueue: com.sun.media.processor.unknown.Handler" [_thread_blocked, id=97805]+
+0x04be2248 JavaThread "Keep-Alive-Timer" daemon [_thread_blocked, id=97804]+
+0x00189ea0 JavaThread "Timer-1" daemon [_thread_blocked, id=38]+
+0x00e2d5f8 JavaThread "OamBus" daemon [_thread_in_native, id=26]+
+0x00e5d168 JavaThread "Dispatcher-Thread-3" daemon [_thread_blocked, id=25]+
+0x00c972b8 JavaThread "Thread-2" [_thread_blocked, id=20]+
+0x00c4e9b0 JavaThread "RMI TCP Accept-19912" daemon [_thread_in_native, id=18]+
+0x00c56c90 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=17]+
+0x00c51da0 JavaThread "Timer-0" daemon [_thread_blocked, id=16]+
+0x001ae158 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=15]+
+0x001ac898 JavaThread "CompilerThread1" daemon [_thread_blocked, id=14]+
+0x001aba20 JavaThread "CompilerThread0" daemon [_thread_blocked, id=13]+
+0x001aab08 JavaThread "AdapterThread" daemon [_thread_blocked, id=12]+
+0x001a9d68 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11]+
+0x001a90d8 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=10]+
+0x0019c718 JavaThread "Finalizer" daemon [_thread_blocked, id=9]+
+0x0019c1d8 JavaThread "Reference Handler" daemon [_thread_blocked, id=8]+
+0x0003b260 JavaThread "main" [_thread_blocked, id=1]+
Other Threads:
+0x0019a0f8 VMThread [id=7]+
+0x00c55fe0 WatcherThread [id=19]+
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
par new generation   total 24512K, used 3242K [0xd4800000, 0xd6000000, 0xd6000000)
eden space 24448K, 13% used [0xd4800000, 0xd4b2aa50, 0xd5fe0000)
from space 64K,   0% used [0xd5fe0000, 0xd5fe0000, 0xd5ff0000)
to   space 64K,   0% used [0xd5ff0000, 0xd5ff0000, 0xd6000000)
concurrent mark-sweep generation total 499712K, used 263197K [0xd6000000, 0xf4800000, 0xf4800000)
concurrent-mark-sweep perm gen total 50712K, used 30431K [0xf4800000, 0xf7986000, 0xf8800000)
Dynamic libraries:
+0x00010000      /usr/jdk/instances/jdk1.5.0/bin/java+
+0xff390000      /usr/lib/libthread.so.1+
+0xff360000      /usr/lib/libdl.so.1+
+0xff200000      /usr/lib/libc.so.1+
+0xff380000      /platform/SUNW,Netra-440/lib/libc_psr.so.1+
+0xfe800000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/server/libjvm.so+
+0xff300000      /usr/lib/libsocket.so.1+
+0xff330000      /usr/lib/libsched.so.1+
+0xff1c0000      /usr/lib/libCrun.so.1+
+0xff190000      /usr/lib/libm.so.1+
+0xff080000      /usr/lib/libnsl.so.1+
+0xfe700000      /usr/lib/libm.so.2+
+0xff160000      /usr/lib/libscf.so.1+
+0xff140000      /usr/lib/libdoor.so.1+
+0xff060000      /usr/lib/libuutil.so.1+
+0xfe7d0000      /usr/lib/libgen.so.1+
+0xfe6d0000      /usr/lib/libmd.so.1+
+0xfe6b0000      /platform/SUNW,Netra-440/lib/libmd_psr.so.1+
+0xfe690000      /usr/lib/libmp.so.2+
+0xfe650000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/native_threads/libhpi.so+
+0xfe5c0000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libverify.so+
+0xfe580000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libjava.so+
+0xfe560000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libzip.so+
+0xfe410000      /usr/lib/locale/en_US/en_US.so.3+
+0xfe310000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libmanagement.so+
+0xfe250000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libnet.so+
+0xcc450000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libj2pkcs11.so+
+0xcc410000      /usr/lib/libpkcs11.so+
+0xcc3f0000      /usr/lib/libcryptoutil.so.1+
+0xcc340000      /usr/lib/security/pkcs11_softtoken.so+
+0xcc3d0000      /opt/tib/EAG/tibrv/lib/libtibrvj.so+
+0xcc310000      /opt/tib/EAG/tibrv/lib/libtibrvcmq.so+
+0xcc250000      /opt/tib/EAG/tibrv/lib/libtibrvcm.so+
+0xcc230000      /opt/tib/EAG/tibrv/lib/libtibrvft.so+
+0xcc110000      /opt/tib/EAG/tibrv/lib/libtibrv.so+
+0xccbf0000      /usr/lib/libpthread.so.1+
+0xcc210000      /usr/lib/libkstat.so.1+
+0xcc050000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libnio.so+
+0xcc030000      /usr/lib/librt.so.1+
+0xcc010000      /usr/lib/libaio.so.1+
+0xc0680000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libawt.so+
+0xc0500000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libmlib_image.so+
+0xcb920000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/headless/libmawt.so+
+0xcb850000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libjmutil.so+
+0xbfd80000      /usr/lib/libX11.so.4+
+0xcb810000      /usr/openwin/lib/libXext.so.0+
+0xbfd00000      /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libjmmpa.so+
VM Arguments:
jvm_args: -DappInstanceId=19912 -DsocketCountPorts= -Dlog4j.configuration=DCL_BusListener-19912-5.1.2-log4j.xml -Dcfg.uri=/u01/home/ihome/ops/Server/cfg/dcl_bus_responder.xml -Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0 -Dcom.sun.management.jmxremote.port=19912 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.awt.headless=true -Dargos.group=VMABusListener -Dspring.bootstrap=spring/VoiceMailAdapter/dcl/DCLSpringBootstrapContext.xml -Xmx512m -Xms512m -verbose:gc -XX:PrintGCDetails -XX:+PrintGCApplicationConcurrentTime -XX:+PrintGCApplicationStoppedTime -XX:MaxNewSize=24m -XX:NewSize=24m -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=60+
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/usr/jdk/latest
PATH=/usr/jdk/latest/bin:/usr/local/bin:/usr/jdk/latest/bin:/usr/local/bin:/usr/sbin:/usr/bin:/usr/sfw/bin:/opt/sfw/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/sadm/bin:/usr/proc/bin:/opt/tib/EAG/tibrv:.:/u01/home/ihome/.bin:/usr/sfw/bin:/opt/tib/EAG/tibrv/bin:/u01/app/oracle/product/10.2.0/db10g/bin:/opt/tib/EAG/tibrv:.:/u01/home/ihome/.bin:/usr/sfw/bin:/opt/tib/EAG/tibrv/bin:/u01/app/oracle/product/10.2.0/db10g/bin
LD_LIBRARY_PATH=/usr/jdk/instances/jdk1.5.0/jre/lib/sparc/server:/usr/jdk/instances/jdk1.5.0/jre/lib/sparc:/usr/jdk/instances/jdk1.5.0/jre/../lib/sparc:/opt/tib/EAG/tibrv/lib:/opt/tib/EAG/tibrv/lib
SHELL=/usr/bin/bash
Signal Handlers:
+SIGSEGV: [libjvm.so+0x709bb4], sa_mask[0]=0xffbffeff, sa_flags=0x00000004+
+SIGBUS: [libjvm.so+0x709bb4], sa_mask[0]=0xffbffeff, sa_flags=0x00000004+
+SIGFPE: [libjvm.so+0x274474], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c+
SIGPIPE: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
+SIGILL: [libjvm.so+0x274474], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c+
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGHUP: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
+SIGQUIT: [libjvm.so+0x67bb74], sa_mask[0]=0xffbffeff, sa_flags=0x00000004+
+SIGTERM: [libjvm.so+0x67bb74], sa_mask[0]=0xffbffeff, sa_flags=0x00000004+
--------------- S Y S T E M ---------------
OS:                       Solaris 10 11/06 s10s_u3wos_10 SPARC
Copyright 2006 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 14 November 2006
uname:SunOS 5.10 Generic_127111-11 sun4u (T2 libthread)
rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
load average:9.45 9.59 9.62
CPU:total 4 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 16777216k(6702928k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_11-b03) for solaris-sparc, built on Dec 15 2006 01:18:11 by unknown with unknown Workshop:0x550

Hello captfoss!
The Linux video drivers are buggy. If you give them video they don't like, they crash.You seem to repeat this statement quite often......but I don't think s/he is using Linux. S/He is using Solaris10 !!!
I don't know if Linux and Solaris are same OS.............
Thanks! And please don't take it as a comment! :-)

JVM Core Dump - An irrecoverable stack overflow has occurred.; Unexpected Signal : 11 occurred at PC=0xfb3d40cc;

Hi all,
We have faced this problem in our production system.
Machine is Solaris 8, sparc, Running Java 1.3.1_08 hotspot version.
I searched around quite a bit but no good solution.
Here is the stack trace that I have just before the JVM crashes.
Also, I am new to gdb. I tried to connect to core dump file through gdb but i
do not see any details. The application is running on japanese platform how can
I read the core file?
Regards
Tapan
~~~~~~~~~~~~~~~~~~~~~~
STACK TRACE -
<2004/04/26 9:44:34:JST> <Info> <T3Services> <Integral5: ReliableTopicConnection.createTopicSession:
INSIDE...>
Tag 'insert' can't insert page '/dealing/Snippet.do?name=pricingDetail.edit'.
Check if it exists.
Null property value for 'allQuotes'
java.lang.IllegalArgumentException: Null property value for 'allQuotes'
     at org.apache.commons.beanutils.PropertyUtils.getNestedProperty(PropertyUtils.java:619)
     at org.apache.commons.beanutils.PropertyUtils.getProperty(PropertyUtils.java:669)
     at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:509)
     at org.apache.struts.taglib.bean.DefineTag.doStartTag(DefineTag.java:200)
     at directDerivatives._integral._dealing._swap._CC.__PricingDetailEdit._jspService(__PricingDetailEdit.java:325)
     at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:262)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:198)
     at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:530)
     at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:350)
     at org.apache.struts.tiles.ActionComponentServlet.processForward(ActionComponentServlet.java:262)
     at org.apache.struts.tiles.ActionComponentServlet.processActionForward(ActionComponentServlet.java:104)
     at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1529)
     at com.integral.jsp.framework.IdcActionServlet.validateRequest(IdcActionServlet.java:331)
     at com.integral.jsp.framework.IdcActionServlet.process(IdcActionServlet.java:139)
     at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:487)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:262)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:198)
     at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:530)
     at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:350)
     at weblogic.servlet.jsp.PageContextImpl.include(PageContextImpl.java:123)
     at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(InsertTag.java:733)
     at org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:368)
     at directDerivatives._integral._dealing._workflow._template.__DealingFormLayout._jspService(__DealingFormLayout.java:1912)
     at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:262)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:198)
     at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:284)
     at org.apache.struts.tiles.ActionComponentServlet.processForward(ActionComponentServlet.java:264)
     at org.apache.struts.tiles.ActionComponentServlet.processActionForward(ActionComponentServlet.java:104)
     at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1529)
     at com.integral.jsp.framework.IdcActionServlet.validateRequest(IdcActionServlet.java:331)
     at com.integral.jsp.framework.IdcActionServlet.process(IdcActionServlet.java:139)
     at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:487)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:262)
     at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:198)
     at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:2678)
     at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2412)
     at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:140)
     at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:121)<2004/04/26 9:44:34:JST>
<Info> <T3Services> <Integral5: ReliableTopicConnection.createTopicSession: ABOUT
TO ACQUIRE LOCK...>
<2004/04/26 9:44:34:JST> <Info> <T3Services> <Integral5: ReliableTopicConnection.createTopicSession:
ABOUT TO ACQUIRE LOCK...>
<2004/04/26 9:44:34:JST> <Info> <T3Services> <Integral5: ReliableTopicConnection.createTopicSession:
INSIDE...>
<2004/04/26 9:44:34:JST> <Info> <T3Services> <Integral5: ReliableTopicConnection.createTopicSession:
INSIDE...>
An irrecoverable stack overflow has occurred.
Unexpected Signal : 11 occurred at PC=0xfb3d40cc
Function name=getValue (compiled Java code)
Library=(N/A)
Current Java thread:
Dynamic libraries:
0x10000      /opt/weblogic/jdk131/bin/../bin/sparc/native_threads/java
0xff350000      /usr/lib/libthread.so.1
0xff390000      /usr/lib/libdl.so.1
0xff200000      /usr/lib/libc.so.1
0xff330000      /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1
0xfe400000      /opt/weblogic/jdk131/jre/lib/sparc/client/libjvm.so
0xff2e0000      /usr/lib/libCrun.so.1
0xff1e0000      /usr/lib/libsocket.so.1
0xff100000      /usr/lib/libnsl.so.1
0xff0d0000      /usr/lib/libm.so.1
0xff310000      /usr/lib/libw.so.1
0xff0b0000      /usr/lib/libmp.so.2
0xff060000      /opt/weblogic/jdk131/jre/lib/sparc/native_threads/libhpi.so
0xff030000      /opt/weblogic/jdk131/jre/lib/sparc/libverify.so
0xfe7c0000      /opt/weblogic/jdk131/jre/lib/sparc/libjava.so
0xfe790000      /opt/weblogic/jdk131/jre/lib/sparc/libzip.so
0xfe2d0000      /usr/lib/locale/ja_JP.PCK/ja_JP.PCK.so.2
0xfe2b0000      /usr/lib/locale/ja_JP.PCK/methods_ja_JP.PCK.so.2
0xaf5e0000      /opt/weblogic/jdk131/jre/lib/sparc/libnet.so
0xaf360000      /usr/lib/nss_files.so.1
0xaf340000      /opt/weblogic/wlserver/lib/solaris/libmuxer.so
0xaf320000      /usr/ucblib/libucb.so.1
0xaf230000      /usr/lib/libresolv.so.2
0xaf140000      /usr/lib/libelf.so.1
0xa7080000      /opt/weblogic/wlserver/lib/solaris/oci920_8/libweblogicoci37.so
0xa6400000      /opt/oracle/product/lib32/libclntsh.so.9.0
0xaf010000      /usr/lib/libC.so.5
0xaef60000      /opt/oracle/product/lib32/libwtc9.so
0xaef40000      /usr/lib/libgen.so.1
0xaef20000      /usr/lib/libsched.so.1
0xaee60000      /usr/lib/libaio.so.1
0xaee40000      /usr/lib/librt.so.1
0xad760000      /opt/weblogic/jdk131/jre/lib/sparc/libioser12.so
Local Time = Mon Apr 26 09:44:34 2004
Elapsed Time = 67979
# HotSpot Virtual Machine Error : 11
# Error ID : 4F530E43505002BD 01
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
# Java VM: Java HotSpot(TM) Client VM (1.3.1_08-b03 mixed mode)
<2004/04/26 9:44:34:JST> <Info> <T3Services> <Integral5: ReliableTopicConnection.createTopicSession:
ABOUT TO ACQUIRE LOCK...>
ˆÙíI—¹

Before debugging, look at these 20 or so search hits - at least one one of them looks like a possibility.
http://search.java.sun.com/search/java/index.jsp?qp=&nh=10&qt=4F530E43505002CC&col=javabugs&col=javaforums&x=27&y=9
Also - if the problem came on suddenly, what changed....environment, software, power, hardware, etc???

/opt/SUNWspro/prod/bin/acomp core dump!!

Similar Messages

Maybe you are looking for