From owner-freebsd-bugs@FreeBSD.ORG Fri Jan 29 14:50:11 2010 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A187F106568B for ; Fri, 29 Jan 2010 14:50:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 90E4A8FC08 for ; Fri, 29 Jan 2010 14:50:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0TEoB9i074380 for ; Fri, 29 Jan 2010 14:50:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0TEoBmb074379; Fri, 29 Jan 2010 14:50:11 GMT (envelope-from gnats) Date: Fri, 29 Jan 2010 14:50:11 GMT Message-Id: <201001291450.o0TEoBmb074379@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Bruno Ducrot Cc: Subject: Re: kern/141956: [libc] signal(3): siginfo-> si_pid null in signal handler [regression] X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruno Ducrot List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2010 14:50:11 -0000 The following reply was made to PR kern/141956; it has been noted by GNATS. From: Bruno Ducrot To: bug-followup@FreeBSD.org, joel.bertrand@systella.fr Cc: Subject: Re: kern/141956: [libc] signal(3): siginfo->si_pid null in signal handler [regression] Date: Fri, 29 Jan 2010 15:31:34 +0100 Hi, With this test : #include #include #include #include void handler(int signal, siginfo_t *siginfo, void *context) { int i; char *p = (char *)siginfo; printf("si_pid: %d (%d)\n", siginfo->si_pid, getpid()); printf("si_uid: %d\n", siginfo->si_uid); _exit(1); } int main(void) { struct sigaction sa; sa.sa_sigaction = handler; sa.sa_flags = SA_SIGINFO; sigemptyset(&sa.sa_mask); sigaction(SIGABRT, &sa, NULL); abort(); return 0; } I can indeed reproduce the same behaviour with RELENG_8_0 at least. But it seems this has been fixed by kid@ under CURRENT (SVN rev 199355). There is a MFC (SVN rev 200729), and therefore I can't reproduce anymore this misbehaviour with RELENG_8 as of yesterday. Could you please confirm your software (RPL/2) work now as expected with latest RELENG_8 ? Thanks, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care.