See also https://gitlab.com/cespedes/ltrace/-/issues/9

ADDITIONAL SYSTEM INFORMATION :
$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 39 bits physical, 48 bits virtual
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 2
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 60
Model name: Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz
Stepping: 3
CPU MHz: 2594.167
CPU max MHz: 4000.0000
CPU min MHz: 800.0000
BogoMIPS: 7183.11
Virtualization: VT-x
L1d cache: 128 KiB
L1i cache: 128 KiB
L2 cache: 1 MiB
L3 cache: 8 MiB
NUMA node0 CPU(s): 0-7
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon
                                  pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic mov
                                 be popcnt aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb invpcid_single pti tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms i
                                 nvpcid xsaveopt dtherm ida arat pln pts

$ lsb_release -d
Description: Debian GNU/Linux 11 (bullseye)

$ uname -a
Linux srv 5.10.0-13-amd64 #1 SMP Debian 5.10.106-1 (2022-03-17) x86_64 GNU/Linux

$ ./java -version
java version "1.8.0_341"
Java(TM) SE Runtime Environment (build 1.8.0_341-b10)
Java HotSpot(TM) 64-Bit Server VM (build 25.341-b10, mixed mode)

but also:

$ java -version
openjdk version "11.0.16" 2022-07-19
OpenJDK Runtime Environment (build 11.0.16+8-post-Debian-1deb11u1)
OpenJDK 64-Bit Server VM (build 11.0.16+8-post-Debian-1deb11u1, mixed mode, sharing)

A DESCRIPTION OF THE PROBLEM :
In order to help a colleague to solve another issue with Java (after system update his java won't start and segfaulting), I was trying to trace it on my system (where it basicaly works).

Thereby came across the following:

`java -version` works without any issue and output the version
`strace java -version` works without any issue and output the version
`ltrace java -version` fails immediatelly with fatal error (seee hs_err file below).

This happens on debian 11 (bullseye) no matter which java-version I'm trying to ltrace.
The strange thing is that (with ltrace) it behaves exactly as by the colleague, so it is reproducible directly by start and looks totally similar (just in his case it fails always with and without tracing).

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
ltrace java -version

ACTUAL -
SIGILL

FREQUENCY : always