I have been using simple BGC GUI, Version 2.69B4. GUI was working fine till last windows update. After windows update, whenever i am trying to connected my GUI to basecamp extended log board through com port, it closes down the GUI. and it also creates a long file.
# # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000006af484ee, pid=596, tid=0x0000000000003060 # # JRE version: Java(TM) SE Runtime Environment (8.0_261-b12) (build 1.8.0_261-b12) # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.261-b12 mixed mode windows-amd64 compressed oops) # Problematic frame: # C [libNRJavaSerial.dll+0x84ee] # # Failed to write core dump. Minidumps are not enabled by default on client versions of Windows #
Same problem with GUI version 2.63b0 on windows 10. GUI shut down immedately after trying connect to USB port. Tried with two different computers with the same result. Version 2.70 connect ok, but with this version the yaw at the gimbal get crasy, so I cannot use it,
gui 2.40b8 crashes immidiatly when connect to board over com 4 and never version of gui cant read and upgrade FW.
before i use windows 7 ultimate. (PC) and windows 8.1 (Laptop)
now on both crashes.
# # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000006af484ee, pid=1788, tid=0x00000000000019b0 # # JRE version: Java(TM) SE Runtime Environment (8.0_291-b10) (build 1.8.0_291-b10) # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.291-b10 mixed mode windows-amd64 compressed oops) # Problematic frame: # C [libNRJavaSerial.dll+0x84ee] # # Failed to write core dump. Minidumps are not enabled by default on client versions of Windows # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. #
--------------- T H R E A D ---------------
Current thread (0x000001e7a6f90000): JavaThread "ConnectThread" [_thread_in_native, id=6576, stack(0x0000009d41300000,0x0000009d41400000)]
RAX=0x000000000000001c is an unknown value RBX=0x0000000000000003 is an unknown value RCX=0x0000009d413fed5c is pointing into the stack for thread: 0x000001e7a6f90000 RDX=0x00000000412fecd0 is an unknown value RSP=0x0000009d413fed00 is pointing into the stack for thread: 0x000001e7a6f90000 RBP=0x0000000000000001 is an unknown value RSI=0x000001e7a6f90200 is an unknown value RDI=0x0000000000000000 is an unknown value R8 =0x0000009d413fe9d0 is pointing into the stack for thread: 0x000001e7a6f90000 R9 =0x0000000000000000 is an unknown value R10=0x0000000000000000 is an unknown value R11=0x0000000000000200 is an unknown value R12=0x0000009d413ff1a8 is pointing into the stack for thread: 0x000001e7a6f90000 R13=0x0000000000000000 is an unknown value R14=0x00000000412fecd0 is an unknown value R15=0x000001e7a6f90000 is a thread
Stack: [0x0000009d41300000,0x0000009d41400000], sp=0x0000009d413fed00, free space=1019k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libNRJavaSerial.dll+0x84ee] C 0x000001e78b0f990e
vm_info: Java HotSpot(TM) 64-Bit Server VM (25.291-b10) for windows-amd64 JRE (1.8.0_291-b10), built on Apr 9 2021 00:02:00 by "java_re" with MS VC++ 15.9 (VS2017)
i fixed out the problem of shut down after connection.
its a problem of Jave development.
before i run Windows 10 with latest Java 8 Update 291 on my Laptop runs Windows 8.1 with latest 8 Update 291 on my Windows 7 was running Java 8 Update 231
On windows 8 and 10 the GUI ist still shut down after connect.
I signed up just to comment on this thread. THANK YOU! I just bought a second board and was about to send it back, but having the older version of Java worked for me. I couldnt connect to the board, each time it would crash immediately after hitting the connect button. And thank you for providing the link to the older version as well.
Hello, for those who need to run older versions of GUI which crash with the new java, you can install old Java JRE (without de-installing new) and choose it to run GUI by creating the *.bat file with the following content:
There are a couple of errors in the bat file: it should not be "Program Files (x86)" but just "Program Files", besides, the path should have jre1.8.0_231 (not jre1.8.0_321), so the final line of the bat file will be