EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x78467eeb

Programação Java
#1

EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x78467eeb[size=18][/size]

Problemas ao executar um insert, com o prepareStatement. Alguém conseguiu resolver?

Já editei o eclipse.ini alterando os valores.
Antigo:
-vmargs-Xms40m-Xmx256m

Novo:
-vmargs-Xms256m-Xmx512m

Erro inteiro.

An unexpected error has been detected by HotSpot Virtual Machine:

EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x78467eeb, pid=2436, tid=2448

Java VM: Java HotSpot™ Client VM (1.5.0_04-b05 mixed mode, sharing)

Problematic frame:

C [ntdll.dll+0x7eeb]

An error report file with more information is saved as hs_err_pid2436.log

If you would like to submit a bug report, please visit:

http://java.sun.com/webapps/bugreport/crash.jsp

Fico no aguardo muito obrigado.

#2

Pelo o que eu entendi do que você escreveu, este crash deu quando você está rodando o eclipse.
Como na mensagem aparece um ntdll.dll, estou supondo que esteja rodando no Windows.

Agora vamos as coisas que não deu para adivinhar:

  • Qual a versão do Eclipse? Já tentou usar outra versão do Eclipse?
  • Já verificou se não é problema de hardware (memória, processador, etc)?
  • Foi gerado um log (hs_err_pid2436.log). Já leu este log para saber se existe alguma pista do problema?
  • Já tentou rodar com uma versão mais recente de JVM?
  • Já procurou pro estes problemas no forum do Eclipse ou da Sun?
  • Como você chegou a conclusão que é um insert em um PrepareStatement?
  • O erro começou a dar “do nada” ou você fez algum upgrade/instalação/alteração?
#3

Ops…

vamus lá…

Eclipse 3.1 não testei uma nova pois estou na empresa e é somente essa versão que eles disponibiliza para instalação.

Não é pois eu fiz um teste com esse metodo criando uma classe e chamando esse INSERT setando os valores na mão e não apresentou nenhum problema.

Já verifiquei o log sim mais não passa nenhuma informação apenas referencias a algumas dll’s processador e esse erro.

já tentei rodar com a JDK 1.6 e não funfou tb mesmo erro.

site sun: Já procurei mais não achei nada referente ese erro. pc=0x78467eeb

Como você chegou a conclusão que é um insert em um PrepareStatement?

Porque debuguei a aplicação e apresenta o erro na hora que passa pelo prepareStatement.

O erro não deu do nada estou desenvolvendo uma aplicação para controlar todas as demandas de minha empresa.

Estou extraindo os dados de um banco verificando se ele existe em um outro banco caso não exista ele executa esse insert.

Tem alguma idéia???

Vlw pela força… att andré guerrero.

#4

OK. Era mais para saber se nao era uma versao beta, ou a 3.3-M? que ja foram relatados varios bugs.

Verificar hardware em caso de crash eh sempre recomendavel. Testar o mesmo codigo em outra maquina tambem eh bom. Voce tem experiencia em analisar estes logs de crash?

[quote=andregf81]
já tentei rodar com a JDK 1.6 e não funfou tb mesmo erro.[/quote]
Problema da JVM nao deve ser. Recomendacao: se for usar JDK 1.5, use a versao mais recente.

[quote=andregf81]
site sun: Já procurei mais não achei nada referente ese erro. pc=0x78467eeb[/quote]
Nao tenho certeza, mas isto eh o numero de um ponteiro de dados. Vai ser diferente em cada execucao/computador. Tente procurar pelo nome de biblioteca onde deu o erro. Veja o log.

Alias, qual o banco de dados que voce esta usando? Ele usa alguma DLL para conectar no banco? Que tipo de dado voce esta inserindo? Eh BLOB, CLOB. O problema pode estar ai.

#5

Amigo vamus lá.

Estou efetuando um select em uma base em SQL server 2000 salvo esses dados em um arraylist faço o mesmo em uma base em acess depois compara um com o outro com a metodo equals se não existir os dados no access ele atualiza no access e é ae que entra o insert entendeu?

Cara não manjo analizar os codigos de crash… vou postar tudo que vem no log.

Qto ao o erro acredito que não seja o endereço de ponteiro pois sempre vem o mesmo codigo. pc=0x78467eeb

Os dados gravados são somente texto e numeros não uso nenhum campo blob ou clob.

Faço conexão com o banco de dados normalmente sem o uso de dll somente com o driver JdbcOBDC para Acces e para SQL 2000.

Ok?

Obrigado pela força.

Abaixo o conteudo do log.

An unexpected error has been detected by Java Runtime Environment:

EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x78467eeb, pid=2180, tid=1576

Java VM: Java HotSpot™ Client VM (1.6.0-b105 mixed mode, sharing)

Problematic frame:

C [ntdll.dll+0x7eeb]

If you would like to submit a bug report, please visit:

http://java.sun.com/webapps/bugreport/crash.jsp

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

Current thread (0x00776c00): JavaThread “main” [_thread_in_native, id=1576]

siginfo: ExceptionCode=0xc0000005, reading address 0x00000018

Registers:
EAX=0x00000004, EBX=0x269225d0, ECX=0x7ffdd000, EDX=0x00000004
ESP=0x0084fab4, EBP=0x0084fae8, ESI=0x00000000, EDI=0x02d528d0
EIP=0x78467eeb, EFLAGS=0x00010246

Top of Stack: (sp=0x0084fab4)
0x0084fab4: 1f7a1391 00000004 02d528f4 1f7a13ab
0x0084fac4: 02d528f4 02d528d0 1f7a2e6e 02d528f4
0x0084fad4: 00776ce8 1f7a5f6d 02d528d0 1f7d0000
0x0084fae4: 00000001 0084fb18 1f7a6224 02d528d0
0x0084faf4: 0084fb20 00000003 02a94f88 00776ce8
0x0084fb04: 6d3f124e 02d528d0 0084fb20 00776c00
0x0084fb14: 269225d0 0084fb60 0088a430 00000000
0x0084fb24: 0084fb7c 02d528d0 00000000 0084fb70

Instructions: (pc=0x78467eeb)
0x78467edb: cc cc cc cc cc 64 8b 0d 18 00 00 00 8b 54 24 04
0x78467eeb: 83 7a 14 00 75 4f 90 ff 42 04 75 19 8b 41 24 89

Stack: [0x00800000,0x00850000), sp=0x0084fab4, free space=318k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [ntdll.dll+0x7eeb]
C [ODBC32.dll+0x6224]
j sun.jdbc.odbc.JdbcOdbc.allocStmt(J[B)J+0
j sun.jdbc.odbc.JdbcOdbc.SQLAllocStmt(J)J+47
j sun.jdbc.odbc.JdbcOdbcConnection.prepareStatement(Ljava/lang/String;II)Ljava/sql/PreparedStatement;+55
j sun.jdbc.odbc.JdbcOdbcConnection.prepareStatement(Ljava/lang/String;)Ljava/sql/PreparedStatement;+8
j br.com.gpm_teste.dao.ProjetoDao.verifica_atualiza(Lbr/com/gpm_teste/modelo/ProjetoOracle;)V+6
j br.com.gpm_teste.dao.ProjetoDaoOracle.getListaOracle()Ljava/util/List;+361
j br.com.gpm_teste.testadao.testaListaProjeto.main([Ljava/lang/String;)V+9
v ~StubRoutines::call_stub

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.jdbc.odbc.JdbcOdbc.allocStmt(J[B)J+0
j sun.jdbc.odbc.JdbcOdbc.SQLAllocStmt(J)J+47
j sun.jdbc.odbc.JdbcOdbcConnection.prepareStatement(Ljava/lang/String;II)Ljava/sql/PreparedStatement;+55
j sun.jdbc.odbc.JdbcOdbcConnection.prepareStatement(Ljava/lang/String;)Ljava/sql/PreparedStatement;+8
j br.com.gpm_teste.dao.ProjetoDao.verifica_atualiza(Lbr/com/gpm_teste/modelo/ProjetoOracle;)V+6
j br.com.gpm_teste.dao.ProjetoDaoOracle.getListaOracle()Ljava/util/List;+361
j br.com.gpm_teste.testadao.testaListaProjeto.main([Ljava/lang/String;)V+9
v ~StubRoutines::call_stub

--------------- P R O C E S S ---------------

Java Threads: ( => current thread )
0x029ed400 JavaThread “Low Memory Detector” daemon [_thread_blocked, id=528]
0x029e8800 JavaThread “CompilerThread0” daemon [_thread_blocked, id=1940]
0x029e7800 JavaThread “Attach Listener” daemon [_thread_blocked, id=2256]
0x029e6800 JavaThread “Signal Dispatcher” daemon [_thread_blocked, id=1464]
0x029e2000 JavaThread “Finalizer” daemon [_thread_blocked, id=1684]
0x029dd800 JavaThread “Reference Handler” daemon [_thread_blocked, id=1788]
=>0x00776c00 JavaThread “main” [_thread_in_native, id=1576]

Other Threads:
0x029d4800 VMThread [id=1516]
0x02a08000 WatcherThread [id=1632]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
def new generation total 960K, used 650K [0x22900000, 0x22a00000, 0x22de0000)
eden space 896K, 72% used [0x22900000, 0x229a2ad8, 0x229e0000)
from space 64K, 0% used [0x229e0000, 0x229e0000, 0x229f0000)
to space 64K, 0% used [0x229f0000, 0x229f0000, 0x22a00000)
tenured generation total 4096K, used 0K [0x22de0000, 0x231e0000, 0x26900000)
the space 4096K, 0% used [0x22de0000, 0x22de0000, 0x22de0200, 0x231e0000)
compacting perm gen total 12288K, used 549K [0x26900000, 0x27500000, 0x2a900000)
the space 12288K, 4% used [0x26900000, 0x26989798, 0x26989800, 0x27500000)
ro space 8192K, 66% used [0x2a900000, 0x2ae49920, 0x2ae49a00, 0x2b100000)
rw space 12288K, 52% used [0x2b100000, 0x2b746130, 0x2b746200, 0x2bd00000)

Dynamic libraries:
0x00400000 - 0x00423000 C:\Arquivos de programas\Java\jdk1.6.0\bin\javaw.exe
0x78460000 - 0x784e0000 C:\WINNT\system32\ntdll.dll
0x792d0000 - 0x79335000 C:\WINNT\system32\ADVAPI32.dll
0x79720000 - 0x797db000 C:\WINNT\system32\KERNEL32.dll
0x77120000 - 0x7718f000 C:\WINNT\system32\RPCRT4.dll
0x793b0000 - 0x793bf000 C:\WINNT\system32\Secur32.dll
0x77e10000 - 0x77e6f000 C:\WINNT\system32\USER32.dll
0x77f40000 - 0x77f7c000 C:\WINNT\system32\GDI32.dll
0x7c340000 - 0x7c396000 C:\Arquivos de programas\Java\jdk1.6.0\jre\bin\msvcr71.dll
0x6d7c0000 - 0x6da07000 C:\Arquivos de programas\Java\jdk1.6.0\jre\bin\client\jvm.dll
0x77550000 - 0x77581000 C:\WINNT\system32\WINMM.dll
0x6d310000 - 0x6d318000 C:\Arquivos de programas\Java\jdk1.6.0\jre\bin\hpi.dll
0x68f90000 - 0x68f9b000 C:\WINNT\system32\PSAPI.DLL
0x6d770000 - 0x6d77c000 C:\Arquivos de programas\Java\jdk1.6.0\jre\bin\verify.dll
0x6d3b0000 - 0x6d3cf000 C:\Arquivos de programas\Java\jdk1.6.0\jre\bin\java.dll
0x6d7b0000 - 0x6d7bf000 C:\Arquivos de programas\Java\jdk1.6.0\jre\bin\zip.dll
0x6d3f0000 - 0x6d3fd000 C:\Arquivos de programas\Java\jdk1.6.0\jre\bin\JdbcOdbc.dll
0x1f7a0000 - 0x1f7da000 C:\WINNT\system32\ODBC32.dll
0x78000000 - 0x78045000 C:\WINNT\system32\msvcrt.dll
0x71710000 - 0x71794000 C:\WINNT\system32\COMCTL32.dll
0x7cf70000 - 0x7d1bb000 C:\WINNT\system32\SHELL32.dll
0x70a70000 - 0x70ad6000 C:\WINNT\system32\SHLWAPI.dll
0x76b10000 - 0x76b4e000 C:\WINNT\system32\comdlg32.dll
0x1f840000 - 0x1f857000 C:\WINNT\system32\odbcint.dll
0x77820000 - 0x77827000 C:\WINNT\system32\VERSION.dll
0x75980000 - 0x75986000 C:\WINNT\system32\LZ32.DLL
0x779b0000 - 0x77a4c000 C:\WINNT\system32\OLEAUT32.dll
0x7ce60000 - 0x7cf4f000 C:\WINNT\system32\ole32.dll
0x7ce00000 - 0x7ce50000 C:\WINNT\System32\NETAPI32.dll
0x77bf0000 - 0x77c01000 C:\WINNT\System32\NTDSAPI.dll
0x77980000 - 0x779a4000 C:\WINNT\System32\DNSAPI.DLL
0x75000000 - 0x75009000 C:\WINNT\System32\WSOCK32.dll
0x74fe0000 - 0x74ff4000 C:\WINNT\System32\WS2_32.DLL
0x74fd0000 - 0x74fd8000 C:\WINNT\System32\WS2HELP.DLL
0x77950000 - 0x7797c000 C:\WINNT\system32\WLDAP32.DLL
0x75170000 - 0x75176000 C:\WINNT\System32\NETRAP.dll
0x75100000 - 0x75110000 C:\WINNT\System32\SAMLIB.dll
0x1f7f0000 - 0x1f80a000 C:\WINNT\system32\odbccp32.dll
0x782d0000 - 0x782f2000 C:\WINNT\system32\msv1_0.dll
0x79910000 - 0x7999d000 C:\WINNT\system32\CRYPT32.dll
0x77410000 - 0x77421000 C:\WINNT\system32\MSASN1.dll
0x77320000 - 0x77333000 C:\WINNT\system32\iphlpapi.dll
0x77500000 - 0x77505000 C:\WINNT\system32\ICMP.dll
0x77300000 - 0x77317000 C:\WINNT\system32\MPRAPI.dll
0x77390000 - 0x773c0000 C:\WINNT\system32\ACTIVEDS.DLL
0x77360000 - 0x77383000 C:\WINNT\system32\ADSLDPC.DLL
0x77830000 - 0x7783e000 C:\WINNT\system32\RTUTILS.DLL
0x783c0000 - 0x78450000 C:\WINNT\system32\SETUPAPI.DLL
0x790d0000 - 0x79135000 C:\WINNT\system32\USERENV.DLL
0x774c0000 - 0x774f4000 C:\WINNT\system32\RASAPI32.dll
0x774a0000 - 0x774b1000 C:\WINNT\system32\rasman.dll
0x77510000 - 0x77532000 C:\WINNT\system32\TAPI32.dll
0x77340000 - 0x77359000 C:\WINNT\system32\DHCPCSVC.DLL
0x74f80000 - 0x74f9e000 C:\WINNT\system32\msafd.dll
0x74fc0000 - 0x74fc7000 C:\WINNT\System32\wshtcpip.dll
0x77840000 - 0x7784c000 C:\WINNT\System32\rnr20.dll
0x777e0000 - 0x777e8000 C:\WINNT\System32\winrnr.dll
0x777f0000 - 0x777f5000 C:\WINNT\system32\rasadhlp.dll

VM Arguments:
java_command: br.com.gpm_teste.testadao.testaListaProjeto
Launcher Type: SUN_STANDARD

Environment Variables:
JAVA_HOME=C:\Arquivos de programas\Java\jre1.6.0
CLASSPATH=C:\Sybase\ASEP\Monclass.zip;C:\Sybase\ASEP\3pclass.zip;C:\junit3.8.1\junit.jar;C:\bea\weblogic700\server\lib\wl-j2ee-client.jar;C:\bea\weblogic700\server\lib\wsclient70.jar;C:\certi;C:\certi\food;
PATH=C:\bea\weblogic700\server\bin\oci817_8;D:\oracle\ora90\bin;C:\Arquivos de programas\Oracle\jre\1.1.8\bin;c:\iplanet\ias6\ias\bin;c:\iplanet\ias6\ias\APPS\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;O:\progs;C:\Sybase\BIN;C:\Program Files\Sybase\Sybase Central\win32;C:\Sybase\ASEP;C:\Arquivos de programas\Java\jre1.5.0_04\bin;C:\java\projetos\natura\ComumNatura\ant1.6.1\bin;C:\Arquivos de programas\Microsoft SQL Server\90\Tools\binn;C:\Arquivos de programas\Microsoft SQL Server\80\Tools\BINN;C:\Arquivos de programas\Java\jdk1.5.0_04\bin
USERNAME=andre.figueiredo
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 9, GenuineIntel

--------------- S Y S T E M ---------------

OS: Windows 2000 Build 2195 Service Pack 4

CPU:total 1 family 15, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 514864k(69056k free), swap 1267284k(706832k free)

vm_info: Java HotSpot™ Client VM (1.6.0-b105) for windows-x86, built on Nov 29 2006 00:48:48 by “java_re” with unknown MS VC++:1310

#6

O seu INSERT é muito grande? Se sim, é uma bug já registrado do JDK:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6618313

#7

NÂO USE o driver ODBC para acesso para o SQL Server .
Use o driver da Microsoft ou o JTDS.
A vantagem de NÃO USAR o driver ODBC é que os drivers da Microsoft ou o JTDS tëm muito menos problemas e não usam código nativo (que é o que provoca esses erros malucos).

#8