Database Software

Hi everyone,

First I have been looking for similar issues in this forum and nothing I have found is conslussive regarding the problem I am about to tell you.

I have a java DB client running in a Solaris 8 machine and since about a month we have had our process killed because java was receiving a SIGSEGV signal.

It is very strange and I do not seem to be able to understand what is going on. Let me give you more data about the problem I am having.

Machine
-------
$ uname -a
SunOS 5.8 Generic_117350-21 sun4u sparc SUNW,Sun-Fire-V240

JAVA VERSION
------------

$ java -version
java version "1.5.0_11"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
Java HotSpot(TM) Server VM (build 1.5.0_11-b03, mixed mode)

$ which java
/usr/jdk/jdk1.5.0_11/bin/java

TIMESTEN VERSION
----------------

$ pwd
/opt/TimesTen/
$ head README.TXT
Release Notes For TimesTen 5.1.34
=================================

This document provides late-breaking information as well as
information that is not yet part of the formal documentation.

To install TimesTen, run setup.exe (for Windows) or setup.sh
(for all other operating systems) from the installation media.

For installation information, please see the TimesTen Installation



Please, find enclosed this piece of hs_err file dumped by the JVM after it crashed just in case it is useful:


# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0xf81b053c, pid=2719, tid=215
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_11-b03 mixed mode)
# Problematic frame:
# C [libttclient.so+0x1053c]
#

--------------- T H R E A D ---------------

Current thread (0x002a89d0): JavaThread "Thread-203" [_thread_in_native, id=215]

siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x05000008

Registers:
O0=0x00c87d78 O1=0x009b6b88 O2=0x009b6b88 O3=0xf8415ce0
O4=0xf84bb438 O5=0x006662b4 O6=0xc6980780 O7=0xf81d23c0
G1=0x000a5000 G2=0x05000000 G3=0x00000000 G4=0x00008000
G5=0x00009638 G6=0x00000000 G7=0xc6981d98 Y=0x00000000
PC=0xf81b053c nPC=0xf81b0540


Top of Stack: (sp=0xc6980780)
0xc6980780: 00000000 00000000 00000000 00000000
0xc6980790: 00000000 00000000 00000000 00000000
0xc69807a0: 009b6b78 00000001 009b6b78 009b6b88
0xc69807b0: 000aa274 fe42d024 c69807e0 f81a5cc4
0xc69807c0: 002a8a8c 00000066 00000001 fe3d8000
0xc69807d0: d44714b8 002ee0c0 00000000 00000002
0xc69807e0: f81b0520 00000002 00000000 fe42186c
0xc69807f0: fe3d8000 00008800 00000274 fe43106c

Instructions: (pc=0xf81b053c)
0xf81b052c: 80 a2 20 00 22 48 00 08 c4 06 a0 0c c4 02 20 00
0xf81b053c: e0 00 a0 08 9f c4 00 00 92 10 20 01 c4 06 a0 0c

Stack: [0xc6902000,0xc6981d98), sp=0xc6980780, free space=505k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libttclient.so+0x1053c]
C [libttclient.so+0x5ccc] SQLFreeEnv+0xac
C [libttJdbcCS.so+0x8544] Java_com_timesten_jdbc_JdbcOdbcClient_freeEnv+0x38
j com.timesten.jdbc.JdbcOdbcClient.freeEnv(I[B)V+424123328
j com.timesten.jdbc.JdbcOdbcClient.freeEnv(I[B)V+0
j com.timesten.jdbc.JdbcOdbc.SQLFreeEnv(I)V+40
v ~C2IAdapter
J com.timesten.jdbc.JdbcOdbcConnection.close()V
v ~I2CAdapter
j org.apache.commons.dbcp.PoolingConnection.close()V+51
j org.apache.commons.dbcp.DelegatingConnection.close()V+8
j org.apache.commons.dbcp.PoolableConnection.reallyClose()V+1
j org.apache.commons.dbcp.PoolableConnectionFactory.destroyObject(Ljava/lang/Object;)V+11
j org.apache.commons.pool.impl.GenericObjectPool.returnObject(Ljava/lang/Object;)V+149
j org.apache.commons.dbcp.PoolableConnection.close()V+22
j org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.close()V+8