|
Evaluation
|
After reproducing this bug and I got the native stack trace:
(/ws/on10-tools/SUNWspro/SC6.2/bin/../WS6U2/bin/sparcv9/dbx) where
current thread: xxxxx@xxxxx
=>[1] __lwp_kill(0x0, 0x6, 0x0, 0xff33a000, 0x0, 0xff00), at 0xff31ca78
[2] raise(0x6, 0x0, 0xfb7faa20, 0x0, 0xff1d52c4, 0xff1c2000), at 0xff2cbacc
[3] abort(0x0, 0xfb7faab0, 0x0, 0xfffffff8, 0x0, 0xfb7faad9), at 0xff2b5690
[4] os::abort(0x1, 0xff1c2000, 0x1, 0xff1c2000, 0xb12d0, 0xfb7faacc), at 0xff1056b4
[5] report_error(0xe6, 0xfb7fb34a, 0x366, 0xff1649a4, 0xff1fefe8, 0xff1c2000), at 0xff0550a8
[6] report_fatal(0x366, 0xff1c2000, 0xff18afa8, 0x0, 0xad0250, 0x8d52c), at 0xff054978
[7] CompiledCodeSafepointHandler::release(0x0, 0x211028, 0xff1c2000, 0xad0250, 0xff1fecd4, 0x212898), at 0xff1121a4
[8] SafepointSynchronize::end(0x257b8, 0xff1c2000, 0x211d68, 0x211028, 0xff1d3580, 0xff1c2000), at 0xfefefb38
[9] VMThread::loop(0xb12d0, 0xff1ccb44, 0x8, 0xff1dedf4, 0xff1dede8, 0xff1dedf8), at 0xfef81dc4
[10] VMThread::run(0xff1c2000, 0xb12d0, 0x0, 0x0, 0x0, 0x0), at 0xfef819ec
[11] _start(0xff1c2000, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfef81928
It turn out this bug is duplicate of bug 4460034.
xxxxx@xxxxx 2003-10-21
|
