This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: libc 2.3 and RT signals broken
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Andreas Schwab <schwab at suse dot de>, aj at suse dot de
- Cc: libc-alpha at sources dot redhat dot com, debian-glibc at lists dot debian dot org
- Date: Tue, 29 Oct 2002 11:11:45 +0100
- Subject: Re: libc 2.3 and RT signals broken
- References: <20021029024019.GA471@nevyn.them.org> <jevg3l39uh.fsf@sykes.suse.de>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Tue, Oct 29, 2002 at 09:52:54AM +0100, Andreas Schwab wrote:
> Daniel Jacobowitz <dan@debian.org> writes:
>
> |> SIGRTMIN has changed behavior recently in 2.3; at the same time as:
> |>
> |> 2002-09-18 Ulrich Drepper <drepper@redhat.com>
> |>
> |> * signal/allocrtsig.c: Move to...
> |> * sysdeps/generic/allocrtsig.c: ...here. New file.
> |>
> |> as far as I can tell.
> |>
> |> The problem is something I ran into in GDB today: the location of a
> |> source file overrides the normal search path. If a file in
> |> sysdeps/generic/ includes a header using "", the copy in
> |> sysdeps/generic/ will win. So we get sysdeps/generic/testrtsig.h
> |> instead of the sysdeps/unix/sysv/linux/testrtsig.h, and
> |> kernel_has_rtsig always returns 0.
>
> The right fix is probably to change "..." to <...>. Could you try that
> please?
That of course works just fine (tested it even when it is obvious).
As for why allocrtsig.c was moved from signal to sysdeps/generic,
look at nptl/sysdeps/unix/sysv/linux/allocrtsig.c.
Can you or AJ please check it in? Thanks.
* sysdeps/generic/allocrtsig.c: Include <testrtsig.h>, not
"testrtsig.h".
--- libc/sysdeps/generic/allocrtsig.c.jj 2002-09-18 08:16:29.000000000 +0200
+++ libc/sysdeps/generic/allocrtsig.c 2002-10-29 11:20:32.000000000 +0100
@@ -33,7 +33,7 @@ static int current_rtmax;
static int initialized;
-#include "testrtsig.h"
+#include <testrtsig.h>
static void
init (void)
Jakub