JDK-4861744 : Java AsyncGetCallTrace() core dump using libcollector on S1AS7
  • Type: Bug
  • Component: vm-legacy
  • Sub-Component: jvmpi
  • Affected Version: k2_ea2
  • Priority: P2
  • Status: Closed
  • Resolution: Duplicate
  • OS: solaris_8
  • CPU: sparc
  • Submitted: 2003-05-09
  • Updated: 2003-05-14
  • Resolved: 2003-05-14
Related Reports
Duplicate :  
Description
I'm debugging the SunOne Appserver 7 using the Mar 03 RC-1 analyzer bits. I consistently get core dumps while running my application (SPECjAppserver within the SunOne appserver).

The  core file itself is not very helpful; loading the core file tells me this:
dbx: warning: NT_GWINDOWS section found.  Possible stack overflow condition
dbx: internal warning: writable memory segment 0x98ba0000[262144] of size 0 in core
There are about 25 repors of size 0 writable memory segments. The current thread reports a single method on its stack: =>[1] __sigprocmask(), at 0xfdfb60e4 

I attached dbx to the process at the beginning and was able to trap the problem that way; at issue is a BUS error from the following code:

=>[1] methodOopDesc::find_jni_id_or_null(0x9cd0b7c0, 0x9cd0b7a8, 0xffbfce70, 0x0, 0xa, 0x1), at 0xfd887254
  [2] fill_call_trace_given_top(0x203538, 0xffbfd234, 0x7f, 0xffbfd184, 0x1, 0x0), at 0xfd861bf4
  [3] AsyncGetCallTrace(0xffbfd234, 0x7f, 0xffbfdb00, 0xff0a3460, 0x3fc, 0xff),
at 0xfd861f1c
  [4] __collector_ext_jstack_unwind(0xffbfd2a0, 0x100, 0xffbfdb00, 0x800, 0x804, 0x0), at 0xff01f144
  [5] __collector_write_record(0xfda80030, 0x81, 0xffbfd8d0, 0x40, 0x58b09, 0x889fc0), at 0xff00c284
  [6] __collector_ext_profile_handler(0xff043208, 0x889fc0, 0x90c, 0x846c7e69, 0xffbfdde8, 0x278bcdc0), at 0xff00ca2c
  [7] __sighndlr(0x1d, 0xffbfddb8, 0xffbfdb00, 0xff00a2f8, 0x0, 0x0), at 0xfdfb61a0
  [8] call_user_handler(0x1d, 0xffbfddb8, 0xffbfdb00, 0x0, 0x0, 0x0), at 0xfdfafed0
  [9] sigacthandler(0x1d, 0xffbfddb8, 0xffbfdb00, 0x6, 0xcb7, 0xffbfe458), at 0xfdfb0080
  ---- called from signal handler with signal 29 (SIGPROF) ------
  [10] Bytecode_invoke::result_type(0x727dd0, 0x203538, 0xf8400000, 0x6, 0xcb7,
0xffbfe458), at 0xfd73485c
  [11] AbstractInterpreter::continuation_for(0x203b04, 0xf42aef22, 0x2, 0x0, 0xffbfdf2c, 0xfdec2d8c), at 0xfd67a014
  [12] deoptimizedVFrame::unpack_vframe_on_stack(0x0, 0x2, 0x2, 0xffbfdfc0, 0xf42aef22, 0x0), at 0xfd8f5428
  [13] vframeArray::unpack_to_stack(0x2036d8, 0xffbfe2b0, 0x2, 0x0, 0xf8432f08,
0x203f38), at 0xfd8f4930
  [14] Deoptimization::unpack_frames(0x203538, 0x2, 0xfffffff6, 0x2, 0x8, 0xffbfe2f8), at 0xfd67ca6c
  [15] 0xf8432f00(0xfffffff6, 0xfffffffe, 0x7aa638, 0x726010, 0x0, 0x0), at 0xf8432eff
  [16] 0xf84063e0(0x9cd0b758, 0xf4125100, 0x7aa638, 0x72600c, 0x1, 0x0), at 0xf84063df
  [17] 0xf84063d8(0x9cd0b758, 0xf4225c18, 0x7aa638, 0x726008, 0x2, 0xffbfe458),
at 0xf84063d7
  [18] 0xf8405a8c(0xffbfe574, 0x4f, 0x0, 0xf8415e98, 0xc, 0xffbfe458), at 0xf8405a8b
  [19] 0xf8405774(0xffbfe624, 0x25, 0x0, 0xf8415e98, 0x24, 0xffbfe4f8), at 0xf8405773
  [20] 0xf8405774(0xffbfe6e4, 0xf4244fa8, 0x0, 0xf8415e50, 0x24, 0xffbfe5a8), at 0xf8405773
  [21] 0xf8405804(0xffbfe79c, 0xb6, 0x0, 0xf84160d0, 0x4, 0xffbfe670), at 0xf8405803
  [22] 0xf8405804(0xffbfe81c, 0xb7, 0x0, 0xf8415e98, 0x8, 0xffbfe720), at 0xf8405803
  [23] 0xf8405804(0xffbfe8a4, 0xb8, 0x0, 0xf8416118, 0x8, 0xffbfe7b8), at 0xf8405803
  [24] 0xf8405804(0xffbfe92c, 0xf424ec88, 0x0, 0xf84162a0, 0x8, 0xffbfe838), at
0xf8405803
  [25] 0xf840596c(0xffbfe9ac, 0xb6, 0x0, 0xf8416418, 0x8, 0xffbfe8c8), at 0xf840596b
  [26] 0xf84056e4(0xffbfea3c, 0xb6, 0x0, 0xf8415e98, 0x8, 0xffbfe948), at 0xf84056e3
  [27] 0xf8405804(0xffbfeac4, 0xb6, 0x0, 0xf8415e50, 0x8, 0xffbfe9d8), at 0xf8405803
  [28] 0xf8405750(0xffbfeb64, 0xb8, 0x0, 0xf8415e50, 0x8, 0xffbfea58), at 0xf840574f
  [29] 0xf8405750(0xffbfec10, 0xb8, 0x0, 0xf8416250, 0x10, 0xffbfeaf0), at 0xf840574f
  [30] 0xf8405750(0xffbfeca4, 0xb6, 0x0, 0xf84162a0, 0x14, 0xffbfeba0), at 0xf840574f
  [31] 0xf8405804(0xffbfed1c, 0xb6, 0x0, 0xf8415e98, 0x8, 0xffbfec40), at 0xf8405803
  [32] 0xf8405804(0xffbfed9c, 0xf419b2f8, 0x0, 0xf8415e50, 0x4, 0xffbfecc0), at
0xf8405803
  [33] 0xf84059d8(0xffbfee24, 0xb8, 0x0, 0xf84163d0, 0x4, 0xffbfed40), at 0xf84059d7
  [34] 0xf8405750(0xffbfeec0, 0xb8, 0x0, 0xf84163d0, 0x4, 0xffbfedb8), at 0xf840574f
  [35] 0xf8405750(0xffbfef7c, 0xb8, 0x0, 0xf8415ea0, 0x4, 0xffbfee58), at 0xf840574f
  [36] 0xf8405804(0xffbff01c, 0xb6, 0x0, 0xf84162a0, 0x0, 0xffbfef00), at 0xf8405803
  [37] 0xf8405804(0xffbff0b4, 0x0, 0x0, 0xf8415e50, 0x8, 0xffbfefb0), at 0xf8405803
  [38] 0xf840010c(0xffbff140, 0xffbff348, 0xa, 0xf411ea80, 0x14, 0xffbff048), at 0xf840010b
  [39] JavaCalls::call_helper(0xffbff340, 0xffbff1f4, 0xffbff24c, 0x203538, 0x203538, 0x480), at 0xfd55e584
  [40] jni_invoke_nonstatic(0x203ae0, 0x0, 0x4f6fb4, 0x1, 0x54bd18, 0xffbff324), at 0xfd5833f8
  [41] jni_CallIntMethodV(0x2035cc, 0x4f6fb4, 0x54bd18, 0xffbff408, 0xf, 0x151854), at 0xfd5faab4
  [42] JNIEnv_::CallIntMethod(0x2035cc, 0x4f6fb4, 0x54bd18, 0x0, 0x3b530, 0x0),
at 0xfda3eaa0
  [43] J2EERunner::confPreInit(0x3b530, 0x3b530, 0xfda39b44, 0x0, 0xff063224, 0xff05320c), at 0xfda3e5a4
  [44] NSAPIConfigurationListener::setConfiguration(0x707190, 0x3b530, 0x3b530,
0xfef83bc0, 0xfee4da30, 0xff032160), at 0xfee5dee4
  [45] ConfigurationManager::setConfiguration(0x3b530, 0xfef915b0, 0x3000, 0x339c, 0x3400, 0x3600), at 0xfee9f1dc
  [46] WebServer::Run(0x36b8, 0x3000, 0x3278, 0x3000, 0x3314, 0xfef92038), at 0xfeebee38

I'm using SunOne Appserver 7.0.0_01 with build 21 of JDK 1.4.2

Comments
EVALUATION ###@###.### 2003-05-13 This failure is a duplicate of the following bug: 4808151 3/3 crash in AsyncGetCallTrace() when invoked during Deoptimization ###@###.### 2003-05-14 Discussed closing this bug with Scott Oaks and he is okay with it. He believes that Tiger is way too late for these fixes to make it into a release. Without these fixes they can't profile S1AS7.
11-06-2004

PUBLIC COMMENTS Java AsyncGetCallTrace core dump using libcollector on S1AS7
10-06-2004