i too am having problems with libffi8 on a powermac g5

# dmesg
...
[   16.257543] fail2ban-server[384]: illegal instruction (4) at
3fffb4283970 nip 3fffb4283970 lr 3fffb4282f90 code 1 in
libffi.so.8.1.0[3fffb427b000+c000]
...
# ls -l libffi*
-rw-r--r-- 1 root root 68696 Feb 20  2021 libffi.so.7.1.0
-rw-r--r-- 1 root root 68720 Sep 24 00:00 libffi.so.8.1.0

i went back to 7.1.0 and there are no more messages about illegal
instructions

cam

On Sun, Sep 26, 2021 at 5:45 AM Riccardo Mottola <[email protected]>
wrote:

> Hi,
>
> I upgraded my iMac G5 to latest debian, including kernel 5.14 !
> The good thing is that the new kernel boots and X11 comes up.
>
> The bad news is lots of applications crash and they all have one thing
> in common, libffi.
>
>
> So e.g. a build of ArcticFox fails:
> multix@PPC970FX:~/code/Arctic-Fox$ ./mach build
> /usr/bin/which: this version of `which' is deprecated; use `command
> -v' in scripts instead.
> Illegal instruction
>
> dmesg shows:
> [18439.269485] python2.7[4993]: illegal instruction (4) at
> 7fffabff42fc nip 7fffabff42fc lr 7fffabff42ec code 1 in
> libffi.so.8.1.0[7fffabff0000+10000]
> [18439.269547] python2.7[4993]: code: 60420000 3d205858 60000000
> 61295858 38800000 387e03c8 f9228590 4bffe119
> [18439.269555] python2.7[4993]: code: e8410028 60000000 7fe3fb78
> 392285b8 <7c004eee> 60000000 39228950 7c004fae
>
>
> GNUMail fails to start up:
> Program received signal SIGILL, Illegal instruction.
> 0x00007ffff5d08970 in ?? () from
> /usr/lib/powerpc64-linux-gnu/libffi.so.8
> (gdb) bt
> #0  0x00007ffff5d08970 in ?? () from
> /usr/lib/powerpc64-linux-gnu/libffi.so.8
> #1  0x00007ffff5d07f90 in ?? () from
> /usr/lib/powerpc64-linux-gnu/libffi.so.8
> #2  0x00007ffff5d02d10 in ?? () from
> /usr/lib/powerpc64-linux-gnu/libffi.so.8
> #3  0x00007ffff6d02be0 in cifframe_from_signature (info=<optimized
> out>) at cifframe.m:196
> #4  0x00007ffff7055cf4 in -[GSFFIInvocation initWithMethodSignature:]
> (self=0x1002ac1c0, _cmd=<optimized out>,
>      aSignature=0x1002a8180) at GSFFIInvocation.m:299
> #5  0x00007ffff6e8b130 in +[NSInvocation
> invocationWithMethodSignature:] (self=<optimized out>,
>      _cmd=<optimized out>, _signature=0x1002a8180) at NSInvocation.m:332
> #6  0x00007ffff6f5cf68 in +[NSRunLoop _runLoopForThread:]
> (self=<optimized out>, _cmd=<optimized out>,
>      aThread=<optimized out>) at NSRunLoop.m:790
> #7  0x00007ffff6f5a160 in +[NSRunLoop currentRunLoop]
> (self=0x7ffff7328568 <_OBJC_Class_NSRunLoop>,
>      _cmd=<optimized out>) at NSRunLoop.m:827
> #8  0x00007ffff6f5b4cc in +[NSRunLoop initialize] (self=<optimized
> out>, _cmd=<optimized out>) at NSRunLoop.m:759
> #9  0x00007ffff6aa41e8 in ?? () from
> /usr/lib/powerpc64-linux-gnu/libobjc.so.4
> #10 0x00007ffff6aa4368 in ?? () from
> /usr/lib/powerpc64-linux-gnu/libobjc.so.4
> #11 0x00007ffff6aa4830 in ?? () from
> /usr/lib/powerpc64-linux-gnu/libobjc.so.4
> #12 0x00007ffff24a4680 in -[XGServer(EventOps)
> setupRunLoopInputSourcesForMode:] (self=0x1003ec3d0,
>
>
> I guess not a coincidence!
>
> Riccardo
>
> --
> Sent with GNUMail from GNUstep on a Raspberry PI 4.
>
>

Reply via email to