SmartSVN fails on some SVNs but works for others

[gyoung]

​http://svn.netlabs.org/repos/usb/basedrv/branches/usbdriver-10.162-sync fails on loading
​http://svn.netlabs.org/repos/fm2 works fine
This is the error message SmartSVN provides.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x1ffc5e38, pid=821, tid=53805080
#
# JRE version: 6.0-b22
# Java VM: OpenJDK Client VM (19.0-b09 mixed mode os2-x86 )
# Problematic frame:
# C [DOSCALL1+0x1005e38]
#
# If you would like to submit a bug report, please visit:
# ​http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---

Current thread (0x20372400): JavaThread "Refresh" [_thread_in_native, id=53805080, stack(0x04bb0000,0x04cc0000)]

siginfo: ExceptionCode=0xc0000005, writing address 0x00000000

Registers:
EAX=0x00000000, EBX=0x04caf35c, ECX=0x0000c5bd, EDX=0x00000000
ESP=0x04caf230, EBP=0x04caf23c, ESI=0x000006d4, EDI=0x0000000d
EIP=0x1ffc5e38, EFLAGS=0x00010206

Register to memory mapping:

EAX=0x00000000
0x00000000 is pointing to unknown location

EBX=0x04caf35c
0x04caf35c is pointing into the stack for thread: 0x20372400
"Refresh" prio=2 tid=0x20372400 nid=0x3350018 runnable [0x04caf000]

java.lang.Thread.State: RUNNABLE

ECX=0x0000c5bd
0x0000c5bd is pointing to unknown location

EDX=0x00000000
0x00000000 is pointing to unknown location

ESP=0x04caf230
0x04caf230 is pointing into the stack for thread: 0x20372400
"Refresh" prio=2 tid=0x20372400 nid=0x3350018 runnable [0x04caf000]

java.lang.Thread.State: RUNNABLE

EBP=0x04caf23c
0x04caf23c is pointing into the stack for thread: 0x20372400
"Refresh" prio=2 tid=0x20372400 nid=0x3350018 runnable [0x04caf000]

java.lang.Thread.State: RUNNABLE

ESI=0x000006d4
0x000006d4 is pointing to unknown location

EDI=0x0000000d
0x0000000d is pointing to unknown location

Top of Stack: (sp=0x04caf230)
0x04caf230: 00000000 00000000 00000000 00000000
0x04caf240: 00000000 00000000 00000000 00000000
0x04caf250: 00000000 00000000 00000000 00000000
0x04caf260: 00000000 00000000 00000000 00000000
0x04caf270: 00000000 00000000 00000000 00000000
0x04caf280: 00000000 00000000 00000000 00000000
0x04caf290: 00000000 00000000 00000000 00000000
0x04caf2a0: 00000000 00000000 00000000 00000000

Instructions: (pc=0x1ffc5e38)
0x1ffc5e28: 55 8b ec 8d 65 f8 51 83 7d 10 00 74 05 8b 45 0c
0x1ffc5e38: 8a 08 6a 00 8d 45 fc 50 ff 75 14 ff 75 10 ff 75

Stack: [0x04bb0000,0x04cc0000], sp=0x04caf230, free space=1020k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [DOSCALL1+0x1005e38]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j 0x21119fa5

[gyoung]

This appears to have been fixed by the odin update for ticket 129. Thanks

[dmik]

Thanks for reporting back. Yes, a new release will come out soon. We are currently in the process of preparing RPM releases.