SIGINFO and pthreads

Daniel Eischen deischen at freebsd.org
Thu Jun 8 22:52:34 UTC 2006


On Thu, 8 Jun 2006, Maxim Konovalov wrote:

> On Thu, 8 Jun 2006, 12:18-0400, Mikhail Teterin wrote:
>
>> четвер 08 червень 2006 00:17, Maxim Konovalov написав:
>>> Inline it if it's small.  Mailman strips most attachments.
>>
>> Damn... Yes, it is small -- this is just a demo program. Compile it first as
>>
>> 	cc -o t t.c
>>
>> Then -- run and try various keyboard signals like Ctrl-C, Ctrl-Z,
>> Ctrl-T (SIGINFO), or Ctrl-\. (It will not quit on its own, you'll
>> have to kill it from another prompt.)
>>
>> They will all work. Then -- recompile as
>>
>> 	cc -o t -pthread t.c
>>
>> And run... This time around it will ignore the Ctrl-T, while
>> continuing to respond to others.
>>
>>> libpthread uses SIGINFO for dumping thread information to a file but
>>> looking over the code it seems it does allow to use SIGINFO to the
>>> app.
>>
>> I'd like to be able to disable the debugging feature or, at least,
>> force it to call my signal-handler AS EXPECTED AND DOCUMENTED, after
>> it is done with its own dumping.
>
> A funny thing your test program does work if you run it as
>
> LIBPTHREAD_DEBUG=yes ./t
>
> Try this patch:

[ ... ]

> For the first glance and quick test this check is not needed as we
> dump threads in already installed for SIGINFO _thr_sig_handler().  Of
> course we need our libpthreads experts review.

Yes, that is a correct patch (remove the commented out section).
Please go ahead and commit!

-- 
DE


More information about the freebsd-threads mailing list