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,

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,

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 ()

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

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 ()

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

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).

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).