I don't think these are related. The problem is in test2, not in test19 (the serialization test). Sparc64 JIT has not implemented yet. ARM 64 supports unaligned access, so a possible alignment issue is unusual. Perhaps the program counter is executing something from a wrong address.
Petr, please run "gdb --args ./pcre2test -q -S 16 -8 -jit ./testdata/testinput2 testtry", and start the program with "r". When it crashes, please type "bt 10" and "disassemble $pc-128,$pc+128" and send me the output. I think it is enough to send me the dump privately.
Regards,
Zoltan
ph10@??? írta:
>On Thu, 26 Feb 2015, Giuseppe D'Angelo wrote:
>
>> On 26 February 2015 at 12:39, Zoltán Herczeg <hzmester@???> wrote:
>> > The message "bus error" is also interesting, not the usual "segmentation fault". I don't know this error, but according to wikipedia, a bus error is a fault raised by hardware when a process is trying to access memory that the CPU cannot physically address.
>>
>> It's also raised in some "more common" scenarios, such as misaligned
>> memory access, or access beyond the end of a memory-mapped file. Maybe
>> qemu is allowing an unaligned access that the native CPU would
>> disallow for some reason.
>
>I recently fixed a misaligned memory bug that showed up on SPARC 64-bit.
>I think it was also a "bus error". The patch was in the
>pcre2_serialize.c file, but I cannot remember whether the fix was before
>or after the -RC1 tarball was made. The bug was not related to JIT, but
>I think there are still JIT issues with SPARC 64-bit, aren't there?
>Could this be related?
>
>Philip
>
>--
>Philip Hazel
