Bug#459567: dirmngr segfaults on hppa architecture
FWIW this is likely to be a libpth issue, which in turn may be a makecontext/setcontext issue in the glibc. You have to contact porters about that. I know for sure, that the makecontext/setcontext have not yet been implemented on hppa. Are they required for dirmngr ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459567: dirmngr segfaults on hppa architecture
FWIW this is likely to be a libpth issue, which in turn may be a makecontext/setcontext issue in the glibc. You have to contact porters about that. I know for sure, that the makecontext/setcontext have not yet been implemented on hppa. Are they required for dirmngr ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459567: dirmngr segfaults on hppa architecture
Not sure if this gdb-backtrace helps: Program received signal SIGUSR1, User defined signal 1. 0x409efe78 in sigsuspend () from /lib/libc.so.6 (gdb) bt #0 0x409efe78 in sigsuspend () from /lib/libc.so.6 #1 0x40648d44 in __pth_mctx_set () from /usr/lib/libpth.so.20 #2 0x4064c5bc in pth_spawn () from /usr/lib/libpth.so.20 #3 0x4064cdac in pth_init () from /usr/lib/libpth.so.20 #4 0x00014ddc in ?? () #5 0x40173e60 in ?? () from /usr/lib/libgcrypt.so.11 #6 0x4016ed78 in ?? () from /usr/lib/libgcrypt.so.11 #7 0x4016f058 in ?? () from /usr/lib/libgcrypt.so.11 #8 0x4016dc40 in gcry_control () from /usr/lib/libgcrypt.so.11 #9 0x0001618c in main ()
Bug#459567: dirmngr segfaults on hppa architecture
Starting program: /usr/bin/dirmngr (no debugging symbols found) Program received signal SIGUSR1, User defined signal 1. 0x40defe78 in sigsuspend () from /lib/libc.so.6 (gdb) bt #0 0x40defe78 in sigsuspend () from /lib/libc.so.6 #1 0x40a48d44 in __pth_mctx_set () from /usr/lib/libpth.so.20 #2 0x40a4c5bc in pth_spawn () from /usr/lib/libpth.so.20 #3 0x40a4cdac in pth_init () from /usr/lib/libpth.so.20 #4 0x00014ddc in ?? () #5 0x40173e60 in _gcry_ath_init () at ath.c:67 #6 0x4016ed78 in global_init () at global.c:75 #7 0x4016f058 in _gcry_vcontrol (cmd=value optimized out, arg_ptr=0xfb1ae4dc) at global.c:383 #8 0x4016dc40 in gcry_control (cmd=value optimized out) at visibility.c:76 #9 0x0001618c in main ()
Bug#459567: dirmngr segfaults on hppa architecture
Not sure if this gdb-backtrace helps: Program received signal SIGUSR1, User defined signal 1. 0x409efe78 in sigsuspend () from /lib/libc.so.6 (gdb) bt #0 0x409efe78 in sigsuspend () from /lib/libc.so.6 #1 0x40648d44 in __pth_mctx_set () from /usr/lib/libpth.so.20 #2 0x4064c5bc in pth_spawn () from /usr/lib/libpth.so.20 #3 0x4064cdac in pth_init () from /usr/lib/libpth.so.20 #4 0x00014ddc in ?? () #5 0x40173e60 in ?? () from /usr/lib/libgcrypt.so.11 #6 0x4016ed78 in ?? () from /usr/lib/libgcrypt.so.11 #7 0x4016f058 in ?? () from /usr/lib/libgcrypt.so.11 #8 0x4016dc40 in gcry_control () from /usr/lib/libgcrypt.so.11 #9 0x0001618c in main ()
Bug#459567: dirmngr segfaults on hppa architecture
Starting program: /usr/bin/dirmngr (no debugging symbols found) Program received signal SIGUSR1, User defined signal 1. 0x40defe78 in sigsuspend () from /lib/libc.so.6 (gdb) bt #0 0x40defe78 in sigsuspend () from /lib/libc.so.6 #1 0x40a48d44 in __pth_mctx_set () from /usr/lib/libpth.so.20 #2 0x40a4c5bc in pth_spawn () from /usr/lib/libpth.so.20 #3 0x40a4cdac in pth_init () from /usr/lib/libpth.so.20 #4 0x00014ddc in ?? () #5 0x40173e60 in _gcry_ath_init () at ath.c:67 #6 0x4016ed78 in global_init () at global.c:75 #7 0x4016f058 in _gcry_vcontrol (cmd=value optimized out, arg_ptr=0xfb1ae4dc) at global.c:383 #8 0x4016dc40 in gcry_control (cmd=value optimized out) at visibility.c:76 #9 0x0001618c in main ()
Bug#459560: crashes at once on hppa architecture
This is probably the same problem as in ecj Bug#459563 ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#459563: Bug#459560: crashes at once on hppa architecture
Michael wrote: In both cases gij is called (indirectly). Can you please try to make a simple testcase running gij on hppa? Ok, but then a testcase isn't needed, as it's easily reproducable. Just call gij without any parameters and it will crash (as already reported in Bug #459563). ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#459560: crashes at once on hppa architecture
This is probably the same problem as in ecj Bug#459563
Bug#459563: Bug#459560: crashes at once on hppa architecture
Michael wrote: In both cases gij is called (indirectly). Can you please try to make a simple testcase running gij on hppa? Ok, but then a testcase isn't needed, as it's easily reproducable. Just call gij without any parameters and it will crash (as already reported in Bug #459563).
Bug#459560: crashes at once on hppa architecture
This is probably the same problem as in ecj Bug#459563
Bug#459563: Bug#459560: crashes at once on hppa architecture
Michael wrote: In both cases gij is called (indirectly). Can you please try to make a simple testcase running gij on hppa? Ok, but then a testcase isn't needed, as it's easily reproducable. Just call gij without any parameters and it will crash (as already reported in Bug #459563).