Re: [ANNOUNCE] conntrack-tools 0.9.11 released

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

 



On Mon, 23 Feb 2009 17:55:07 +0100 (CET)
Jan Engelhardt <jengelh@xxxxxxxxxx> wrote:

> 
> On Monday 2009-02-23 16:34, Robby Workman wrote:
> >On Mon, 23 Feb 2009 10:19:58 +0100
> >Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx> wrote:
> >> >> I thought I recalled seeing discussion about this already, but I
> >> >> don't see it in my archives, so maybe not.   With glibc-2.7,
> >> >> this release builds fine; however, with glibc-2.9, both
> >> >> src/mcast.c and src/sync-mode.c need limits.h included, or else
> >> >> INT_MAX is undefined.
> >> > 
> >> > This builds fine for me - and I am on glibc 2.9.
> >> > Just *what* is it in (which distro? Debian/Ubuntu again?)
> >> > again to constantly fail on INT_MAX?
> >> 
> >> Indeed. This also compiles fine for me in debian. I have committed
> >> a patch for this [1]. This issue is unfortunate. Gentoo bugzilla on
> >> conntrack-tools had a patch but nobody has sent it to me. I notice
> >> it after the release.
> >
> >
> >Weird that it's not affecting Jan then, because it's definitely
> >something specific to newer glibc (or perhaps gcc, but it's not
> >immediately obvious how that would be the case). I'm on Slackware 
> >rather than Gentoo, running quite a bit of prerelease development 
> >builds (including gcc-4.3.3 and glibc-2.9 along with 2.6.28.7
> >kernel).
> 
> gcc [long command line as spouted by make] -E mcast.c | grep '^#'
> 
> After hand-filtering, the apparent sequence is:
> 
> # 5 "../include/mcast.h" 2
> # 1 "/usr/include/netinet/in.h" 1 3 4
> # 1 "/usr/include/sys/socket.h" 1 3 4
> # 31 "/usr/include/bits/socket.h" 2 3 4
> # 1 "/usr/lib64/gcc/x86_64-suse-linux/4.3/include-fixed/limits.h" 1 3
> 4
> 
> so <limits.h> is included via <bits/socket.h> is included via
> <sys/socket.h> etc. How is your stack trace?


Not happening that way here (and bits.h indeed does not include
limits.h) - see attached plaintext...


Attachment: stacktrace
Description: Binary data


[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux