Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1111236
| From | Samuel Thibault <sthibault@debian.org> |
|---|---|
| Newsgroups | linux.debian.bugs.dist |
| Subject | Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) |
| Date | 2022-07-28 17:30 +0200 |
| Message-ID | <EOdCx-epM1-3@gated-at.bofh.it> (permalink) |
| References | (7 earlier) <ENNoJ-ea5O-5@gated-at.bofh.it> <EOdjc-epFF-9@gated-at.bofh.it> <EOdCx-epM1-5@gated-at.bofh.it> <ENNoJ-ea5O-5@gated-at.bofh.it> <EOdCx-epM1-5@gated-at.bofh.it> |
| Organization | I am not organized |
Peter B, le jeu. 28 juil. 2022 16:22:23 +0100, a ecrit: > On 28/07/2022 16:00, Samuel Thibault wrote: > > Peter B, le jeu. 28 juil. 2022 15:56:27 +0100, a ecrit: > > > Tried your libc and also no difference. > > The backtrace is exactly the same? I don't see how that can be, since my > > patch makes __pthread_self return immediately when ___pthread_self is > > NULL, and at > > > > #21 0x0105146b in _init_routine (stack=<optimized out>) at ../sysdeps/mach/hurd/htl/pt-sysdep.c:66 > > > > has not yet be set to non-NULL. > > > > Samuel > > Hi Samuel, > > Sorry, I just meant that the test program still fails. That doesn't mean we didn't make progress. When several bugs have the same end-user symptom, having just one kind of symptom doesn't mean there is just one bug to fix, and getting the symptom doesn't mean one hasn't progressed in fixing them. > Here is the new (different) backtrace. Could you install libc0.3-dbg as well so we get more details? > Starting program: /home/demo/duma-2.5.21/dumatest > > Thread 4 received signal ?, Unknown signal. > 0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3 > #0 0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3 > #1 0x01052ae4 in __pthread_enable_asynccancel () > from /lib/i386-gnu/libpthread.so.0.3 > #2 0x01198991 in write () from /lib/i386-gnu/libc.so.0.3 > #3 0x0803d802 in DUMA_Print ( > pattern=0x803df60 <version> "DUMA, built 11/05/21 20:00:00 (static > library)\nCopyright (C) 2006 Michael Eddington > <meddington@gmail.com>\nCopyright (C) 2002-2009 Hayati Ayguen > <h_ayguen@web.de>, Procitec GmbH\nCopyright (C) 1987-199"...) at print.c:331 > #4 0x0803ae86 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>) > at duma.c:905 > #5 0x0803aedd in duma_init () at duma.c:943 > #6 0x0803b2b6 in _duma_init () at duma.c:1138 > #7 0x0803c39a in _duma_malloc (size=716, > filename=0x803e060 <unknown_file> "UNKNOWN (use #include \"duma.h\")", > lineno=0) at duma.c:1966 > #8 0x0803cc9f in malloc (size=716) at duma.c:2424 > #9 0x0104c33d in __pthread_alloc () from /lib/i386-gnu/libpthread.so.0.3 > #10 0x0104c773 in __pthread_create_internal () > from /lib/i386-gnu/libpthread.so.0.3 > #11 0x0105145b in _init_routine.part.0 () from /lib/i386-gnu/libpthread.so.0.3 > #12 0x0001164b in ?? () from /lib/ld.so > #13 0x000117f5 in ?? () from /lib/ld.so > #14 0x00002052 in ?? () from /lib/ld.so > #0 0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3 > #1 0x01052ae4 in __pthread_enable_asynccancel () > from /lib/i386-gnu/libpthread.so.0.3 > #2 0x01198991 in write () from /lib/i386-gnu/libc.so.0.3 > #3 0x0803d802 in DUMA_Print ( > pattern=0x803df60 <version> "DUMA, built 11/05/21 20:00:00 (static > library)\nCopyright (C) 2006 Michael Eddington > <meddington@gmail.com>\nCopyright (C) 2002-2009 Hayati Ayguen > <h_ayguen@web.de>, Procitec GmbH\nCopyright (C) 1987-199"...) at print.c:331 > #4 0x0803ae86 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>) > at duma.c:905 > #5 0x0803aedd in duma_init () at duma.c:943 > #6 0x0803b2b6 in _duma_init () at duma.c:1138 > #7 0x0803c39a in _duma_malloc (size=716, > filename=0x803e060 <unknown_file> "UNKNOWN (use #include \"duma.h\")", > lineno=0) at duma.c:1966 > #8 0x0803cc9f in malloc (size=716) at duma.c:2424 > #9 0x0104c33d in __pthread_alloc () from /lib/i386-gnu/libpthread.so.0.3 > #10 0x0104c773 in __pthread_create_internal () > from /lib/i386-gnu/libpthread.so.0.3 > #11 0x0105145b in _init_routine.part.0 () from /lib/i386-gnu/libpthread.so.0.3 > #12 0x0001164b in ?? () from /lib/ld.so > #13 0x000117f5 in ?? () from /lib/ld.so > #14 0x00002052 in ?? () from /lib/ld.so > > > Cheers, > Peter > > Starting program: /home/demo/duma-2.5.21/dumatest > > Thread 4 received signal ?, Unknown signal. > 0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3 > #0 0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3 > #1 0x01052ae4 in __pthread_enable_asynccancel () > from /lib/i386-gnu/libpthread.so.0.3 > #2 0x01198991 in write () from /lib/i386-gnu/libc.so.0.3 > #3 0x0803d802 in DUMA_Print ( > pattern=0x803df60 <version> "DUMA, built 11/05/21 20:00:00 (static library)\nCopyright (C) 2006 Michael Eddington <meddington@gmail.com>\nCopyright (C) 2002-2009 Hayati Ayguen <h_ayguen@web.de>, Procitec GmbH\nCopyright (C) 1987-199"...) at print.c:331 > #4 0x0803ae86 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>) > at duma.c:905 > #5 0x0803aedd in duma_init () at duma.c:943 > #6 0x0803b2b6 in _duma_init () at duma.c:1138 > #7 0x0803c39a in _duma_malloc (size=716, > filename=0x803e060 <unknown_file> "UNKNOWN (use #include \"duma.h\")", > lineno=0) at duma.c:1966 > #8 0x0803cc9f in malloc (size=716) at duma.c:2424 > #9 0x0104c33d in __pthread_alloc () from /lib/i386-gnu/libpthread.so.0.3 > #10 0x0104c773 in __pthread_create_internal () > from /lib/i386-gnu/libpthread.so.0.3 > #11 0x0105145b in _init_routine.part.0 () from /lib/i386-gnu/libpthread.so.0.3 > #12 0x0001164b in ?? () from /lib/ld.so > #13 0x000117f5 in ?? () from /lib/ld.so > #14 0x00002052 in ?? () from /lib/ld.so > #0 0x0104d986 in pthread_mutex_lock () from /lib/i386-gnu/libpthread.so.0.3 > #1 0x01052ae4 in __pthread_enable_asynccancel () > from /lib/i386-gnu/libpthread.so.0.3 > #2 0x01198991 in write () from /lib/i386-gnu/libc.so.0.3 > #3 0x0803d802 in DUMA_Print ( > pattern=0x803df60 <version> "DUMA, built 11/05/21 20:00:00 (static library)\nCopyright (C) 2006 Michael Eddington <meddington@gmail.com>\nCopyright (C) 2002-2009 Hayati Ayguen <h_ayguen@web.de>, Procitec GmbH\nCopyright (C) 1987-199"...) at print.c:331 > #4 0x0803ae86 in duma_getenvvars (duma_tls=0x8047168 <_duma_g+8200>) > at duma.c:905 > #5 0x0803aedd in duma_init () at duma.c:943 > #6 0x0803b2b6 in _duma_init () at duma.c:1138 > #7 0x0803c39a in _duma_malloc (size=716, > filename=0x803e060 <unknown_file> "UNKNOWN (use #include \"duma.h\")", > lineno=0) at duma.c:1966 > #8 0x0803cc9f in malloc (size=716) at duma.c:2424 > #9 0x0104c33d in __pthread_alloc () from /lib/i386-gnu/libpthread.so.0.3 > #10 0x0104c773 in __pthread_create_internal () > from /lib/i386-gnu/libpthread.so.0.3 > #11 0x0105145b in _init_routine.part.0 () from /lib/i386-gnu/libpthread.so.0.3 > #12 0x0001164b in ?? () from /lib/ld.so > #13 0x000117f5 in ?? () from /lib/ld.so > #14 0x00002052 in ?? () from /lib/ld.so -- Samuel --- Pour une évaluation indépendante, transparente et rigoureuse ! Je soutiens la Commission d'Évaluation de l'Inria.
Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Find similar | Unroll thread
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Peter Blackman <peter@pblackman.plus.com> - 2022-07-27 13:30 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-27 14:00 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Peter B <peter@pblackman.plus.com> - 2022-07-27 19:20 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Peter B <peter@pblackman.plus.com> - 2022-07-27 19:50 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-27 23:40 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-28 01:10 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Peter B <peter@pblackman.plus.com> - 2022-07-28 17:10 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-28 17:10 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Peter B <peter@pblackman.plus.com> - 2022-07-28 17:30 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-28 18:00 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Peter B <peter@pblackman.plus.com> - 2022-07-28 19:10 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Peter B <peter@pblackman.plus.com> - 2022-07-28 19:30 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-28 19:40 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-28 20:30 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Peter B <peter@pblackman.plus.com> - 2022-07-28 21:20 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-28 22:10 +0200
Bug#1016106: duma: FTBFS on hurd-i386 (builds OK, but most self tests fail) Samuel Thibault <sthibault@debian.org> - 2022-07-28 17:30 +0200
csiph-web