[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Problem delivering signals while blocked in recvfrom



At Mon, 17 May 2004 16:54:45 +1200,
David Preece wrote:
> As per the subject, I have a single threaded process blocked collecting 
> UDP packets in recvfrom and I'm attempting to send it SIGHUP. No matter 
> what I do I get a segfault within the libc6. I've tried both the GNU 
> and BSD styles of signal handling, and within those have set flags for 
> both "fail the recvfrom" and "resume it", to no avail.
> 
> There's not a lot of complication involved in the crash:
> 
> GNU gdb 6.1-debian
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and 
> you are
> welcome to change it and/or distribute copies of it under certain 
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for 
> details.
> This GDB was configured as "i386-linux"...Using host libthread_db 
> library "/lib/libthread_db.so.1".
> 
> (gdb) run
> Starting program: /home/davep/pscope/tcom/flowlogd/flowlogd/flowlogd
> 
> Program received signal SIGHUP, Hangup.
> 0x4039c276 in recvfrom () from /lib/libc.so.6

I don't have any problem with this sample program with both
linuxthreads and nptl...

Regards,
-- gotom



Reply to: