Am 10.03.23 um 09:25 schrieb Jeffrey Walton:
On Wed, Mar 8, 2023 at 8:30 AM Stefan Kania stefan@kania-online.de wrote:
Am 08.03.23 um 14:11 schrieb Ulrich Windl:
Maybe examine the compiler flags, compiler version and CPU running the binary.
I use the symas-packages from repository. I did not compile it on my
This could be the problem: https://git.symas.net/symas-public/libargon2/-/blob/master/Makefile#L59 :
# Detect compatible platform ifneq ($(OPTTEST), 0) $(info Building without optimizations) SRC += src/ref.c else $(info Building with optimizations for $(OPTTARGET)) CFLAGS += -march=$(OPTTARGET) SRC += src/opt.c endif
What is $(OPTTARGET)? I would be inclined to believe it is _not_ x86_64, which is the amd64 base machine. Instead, $(OPTTARGET) is using an ISA that is higher than what your XEON provides.
But this is just a guess. A disassembly around ip:7febaf26a415 would confirm it.
kernel: traps: slapd[18020] trap invalid opcode ip:7febaf26a415 sp:7fc3ad4b69e0 error:0 in libargon2.so.1[7febaf266000+5000]
Jeff
Hi Jeff,
this is all Greek to me :-) I'm not a programmer I'm just an administrator, so I'm not in the debugging an disassembly business :-)
Stefan