[Ben Wolsieffer]

I just tested and ran into the exact same problem:

➔ Launching «'/usr/local/frc/JRE/bin/java' '-jar' '/home/lvuser/FRCUserProgram.jar'»
platform: /Linux/arm/
********** Robot program starting **********
Platform: /Linux/arm/
NT: server: client CONNECTED: 10.20.84.6 port 54003
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0xabd17110, pid=3163, tid=2880828512
#
# JRE version: Java(TM) SE Embedded Runtime Environment (8.0_06-b23) (build 1.8.0_06-b23)
# Java VM: Java HotSpot(TM) Embedded Client VM (25.6-b23 mixed mode linux-arm )
# Problematic frame:
# [thread -1413811104 also had an error]
C  [pathfinderJNI2908278789272954917.so+0x6110][thread -1413483424 also had an error]
[thread -1414466464 also had an error]  pf_trajectory_fromSecondOrderFilter+0x74[thread -1414794144 also had an error]


#
# Core dump written. Default location: //core or core.3163 (max size 2048 kB). To ensure a full core dump, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# //hs_err_pid3163.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

The previous error only occurred once (the first time I loaded the code, oddly enough); after that I would get this error:

java.io.IOException: No space left on device
	at java.io.FileOutputStream.writeBytes(Native Method)
	at java.io.FileOutputStream.write(FileOutputStream.java:307)
	at edu.wpi.first.wpilibj.hal.JNIWrapper.<clinit>(JNIWrapper.java:40)
	at edu.wpi.first.wpilibj.RobotBase.initializeHardwareConfiguration(RobotBase.java:170)
	at edu.wpi.first.wpilibj.RobotBase.main(RobotBase.java:182)

The temporary partition (/var/volatile/) is being filled for some reason, so that there is only around 2.4 to 2.6 MB free (it varies). This makes it so there isn't enough space to extract the WPILib HAL library. I assume this is caused by your library, as there is nothing in my code that writes to a file AFAIK. The problem goes away if I revert to the commit before I added in Pathfinder.

EDIT: Thinking about the problem more, my current hypothesis is that the core dumps and hs_err_pidxxxx.log files are being written to the temporary directory (the error message says they are being saved to "//", but I'm not sure what that means), and they are filling it up as the code restarts over and over. Eventually, this prevents WPILib from loading.