TextPad closes with core dump

[amolkulkarni]

Hi I have TextPad 4.7.3 . It gives core dump most of the times when I am browing file in dialog box. I am attaching one of the core. Can you please guide me to resolution. I have jdk 1.4 in my path , where is it picking jdk 1.5 from
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x7c910a0a, pid=8648, tid=11632
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_01-b08 mixed mode, sharing)
# Problematic frame:
#
[error occurred during error reporting, step 60, id 0xc0000005]


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

Current thread is native thread

siginfo: ExceptionCode=0xc0000005, reading address 0xfffffffd

Registers:
EAX=0x00000000, EBX=0x00000000, ECX=0x00000004, EDX=0x77c61aa0
ESP=0x04b3fe9c, EBP=0x04b3fea0, ESI=0x00000000, EDI=0x00380000
EIP=0x7c910a0a, EFLAGS=0x00010246

Top of Stack: (sp=0x04b3fe9c)
0x04b3fe9c: 6db04410 04b3feec 77c2c024 00380000
0x04b3feac: 00000000 00000000 6db04410 6db5ec00
0x04b3febc: 00000000 00000000 00000000 00000000
0x04b3fecc: 00000000 00000000 04b3feb4 04b3ee58
0x04b3fedc: 04b3ff18 77c35c94 77c12040 ffffffff
0x04b3feec: 04b3ff28 77c34e70 00000000 6db04410
0x04b3fefc: 04b4002c 00000000 00000000 00000000
0x04b3ff0c: 00000000 04b3fef8 04b3ee58 04b4004c

Instructions: (pc=0x7c910a0a)
0x7c9109fa: 47 10 a9 00 00 02 69 0f 85 4f 8d 03 00 8b 45 10
0x7c910a0a: 8a 48 fd 83 c0 f8 f6 c1 01 56 0f 84 56 8d 03 00


Stack: [0x04ab0000,0x04bb0000), sp=0x04b3fe9c, free space=575k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)

[error occurred during error reporting, step 120, id 0xc0000005]


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

Java Threads: ( => current thread )

Other Threads:

VM state:not at safepoint (not fully initilizated)

VM Mutex/Monitor currently owned by a thread: None

Heap

[error occurred during error reporting, step 190, id 0xc0000005]

Dynamic libraries:

VM Arguments:
java_command: <unknown>

Environment Variables:
JAVA_HOME=C:\IBM\WSAD512\runtimes\base_v51\java
CLASSPATH=.;C:\Program Files\QuickTime\QTSystem\QTJava.zip
PATH=C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Program Files\Wave Systems Corp\Dell Preboot Manager\Access Client\v5\;c:\Program Files\Hewlett-Packard\OpenView\service desk 4.5\client\bin;C:\Program Files\Hummingbird\Connectivity\10.00\Accessories\;;C:\oracle\ora9i\bin;C:\Program Files\Oracle\jre\1.3.1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;C:\Program Files\Attachmate\E!E2K\;C:\Program Files\WinSCP3\;C:\PROGRA~1\GNU\WINCVS~1.3\CVSNT;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\apache-ant-1.6.5\bin;C:\Program Files\Jad
USERNAME=akk8624
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 14 Stepping 8, GenuineIntel


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

OS: Windows XP Build 2600 Service Pack 2

CPU:total 0

Memory: 0k page, physical 2095152k(1183388k free), swap 2986848k(1790884k free)

vm_info: Java HotSpot(TM) Server VM (1.5.0_01-b08) for windows-x86, built on Dec 6 2004 19:33:54 by "java_re" with MS VC++ 6.0

[Nicholas Jordan]

# EXCEPTION_ACCESS_VIOLATION (0xc0000005)

This is called a page fault, a general name for a memory management routine that the processor does, and is several layers below the java machine and which jdk one has insatalled.

Looks like one to send up the hill for someone who knows more about the internals of Java VM and the rest of the post is consistent with this idea.

I have found the dialog boxes to run squirrely, even before xp, and I suggest slow, deliberate mouse movement.

If that does not fix it you may have some slow going ahead.