segfault in OutlineViewer.jar about ntcore HOT 6 CLOSED

Hm. Why did it decide to use /lib64/libLLVM-5.0.so?

from ntcore.

You’re picking up the wrong LLVM library somewhere.

from ntcore.

That's weird, shouldn't that be statically linked in? Maybe gdb is just confused.

Unzipping the OutlineViewer.jar shows only libntcore.so files:

$ find -name '*.so'
./linux/athena/libntcore.so
./linux/x86-64/libntcore.so
./linux/x86/libntcore.so

$ ldd linux/x86-64/libntcore.so 
ldd: warning: you do not have execution permission for `linux/x86-64/libntcore.so'
	linux-vdso.so.1 (0x00007fff3b4aa000)
	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f25f3e4a000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f25f3c33000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f25f3a14000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f25f3631000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f25f32dc000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f25f44c9000)

from ntcore.

Something in Java is likely dynamically loading it as part of a graphics library (e.g. Mesa). We've had one other user report this as well. The correct fix will be to namespace our variant of llvm's libraries to avoid the name collisions, but that's too high risk to do until after the end of the competition season because of the impact on vendor libraries.

from ntcore.

Will be fixed by wpilibsuite/allwpilib#1006.

from ntcore.

wpilibsuite/allwpilib#1006 has been merged, so closing.

from ntcore.