If thread _ cancel does not work all sorts of things can go wrong. Do you know why the platform is defective? Any way to detect this? So that we during configure can tell it does not work?
Rainer Sent from phone, thus brief. Am 11.11.2014 22:21 schrieb "Thomas D." <whi...@whissi.de>: > On 2014-11-11 22:02, Thomas D. wrote: > > Not sure about > > > >> libgcc_s.so.1 must be installed for pthread_cancel to work > > > > => > > > >> # locate libgcc_s.so.1 > >> /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.3/libgcc_s.so.1 > >> /usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.3/32/libgcc_s.so.1 > > > > and > > > > # pwd > > /var/tmp/portage/app-admin/rsyslog-8.9999/work/rsyslog-8.9999/tests > > > > # srcdir=. ./imptcp_conndrop.sh > > > ==================================================================================== > > TEST: [imptcp_conndrop.sh]: test imptcp with random connection drops > > rsyslogd started with pid 3462 > > 00020 open connections > > starting run 1 > > Sending 50000 messages. > > 00050000 messages sent > > runtime: 2.442 > > 00020 close connections > > -D option initiated 2477 connection closures > > End of tcpflood Run > > imdiag[13500]: mainqueue empty > > libgcc_s.so.1 must be installed for pthread_cancel to work > > ./diag.sh: line 16: 3462 Aborted (core dumped) > > $valgrind ../tools/rsyslogd -u2 -n -irsyslog$3.pid > > -M../runtime/.libs:../.libs -f$srcdir/testsuites/$2 > > Back trace: > > > #0 0x00007f623d0fcec7 in __GI_raise (sig=sig@entry=6) at > ../sysdeps/unix/sysv/linux/raise.c:55 > > #1 0x00007f623d0fe2ca in __GI_abort () at abort.c:89 > > #2 0x000000000042fd8f in sigsegvHdlr (signum=6) at debug.c:852 > > #3 <signal handler called> > > #4 0x00007f623d0fcec7 in __GI_raise (sig=sig@entry=6) at > ../sysdeps/unix/sysv/linux/raise.c:55 > > #5 0x00007f623d0fe2ca in __GI_abort () at abort.c:89 > > #6 0x00007f623d13af34 in __libc_message (do_abort=do_abort@entry=1, > fmt=fmt@entry=0x7f623d22b3cf "%s") at ../sysdeps/posix/libc_fatal.c:175 > > #7 0x00007f623d13af5e in __GI___libc_fatal (message=0x7f623e2cb3d8 > "libgcc_s.so.1 must be installed for pthread_cancel to work\n") at > ../sysdeps/posix/libc_fatal.c:186 > > #8 0x00007f623e2c9864 in pthread_cancel_init () at > ../sysdeps/nptl/unwind-forcedunwind.c:64 > > #9 0x00007f623e2c994c in _Unwind_ForcedUnwind (exc=0x7f623bdd0d70, > stop=stop@entry=0x7f623e2c7c60 <unwind_stop>, > stop_argument=0x7f623bdcfeb0) at ../sysdeps/nptl/unwind-forcedunwind.c:129 > > #10 0x00007f623e2c7dd0 in __GI___pthread_unwind (buf=<optimized out>) at > unwind.c:129 > > #11 0x00007f623e2c2465 in __do_cancel () at pthreadP.h:277 > > #12 __pthread_exit (value=<optimized out>) at pthread_exit.c:29 > > #13 0x000000000045df82 in thrdStarter (arg=0x7f623c82d3e0) at > ../threads.c:227 > > #14 0x00007f623e2c13c4 in start_thread (arg=0x7f623bdd0700) at > pthread_create.c:310 > > #15 0x00007f623d1ada2d in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 > > Using glibc-2.20. > > Related to: https://sourceware.org/bugzilla/show_bug.cgi?id=13119 ? > > At least when running the example from the bug report I am getting a > similar back trace: > > > #0 0x00007fc39c017ec7 in __GI_raise (sig=sig@entry=6) at > ../sysdeps/unix/sysv/linux/raise.c:55 > > #1 0x00007fc39c0192ca in __GI_abort () at abort.c:89 > > #2 0x00007fc39c055f34 in __libc_message (do_abort=do_abort@entry=1, > fmt=fmt@entry=0x7fc39c1463cf "%s") at ../sysdeps/posix/libc_fatal.c:175 > > #3 0x00007fc39c055f5e in __GI___libc_fatal (message=0x7fc39c3903d8 > "libgcc_s.so.1 must be installed for pthread_cancel to work\n") at > ../sysdeps/posix/libc_fatal.c:186 > > #4 0x00007fc39c38e864 in pthread_cancel_init () at > ../sysdeps/nptl/unwind-forcedunwind.c:64 > > #5 0x00007fc39c38e94c in _Unwind_ForcedUnwind (exc=0x7fc39bfe2d70, > stop=stop@entry=0x7fc39c38cc60 <unwind_stop>, > stop_argument=0x7fc39bfe1f70) at ../sysdeps/nptl/unwind-forcedunwind.c:129 > > #6 0x00007fc39c38cdd0 in __GI___pthread_unwind (buf=<optimized out>) at > unwind.c:129 > > #7 0x00007fc39c387465 in __do_cancel () at pthreadP.h:277 > > #8 __pthread_exit (value=<optimized out>) at pthread_exit.c:29 > > #9 0x0000000000400721 in foo (ptr=0x0) at foo.c:15 > > #10 0x00007fc39c3863c4 in start_thread (arg=0x7fc39bfe2700) at > pthread_create.c:310 > > #11 0x00007fc39c0c8a2d in clone () at > ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 > > > -Thomas > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com/professional-services/ > What's up with rsyslog? Follow https://twitter.com/rgerhards > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad > of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you > DON'T LIKE THAT. > _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
