On Tue, Dec 18, 2007, Yuriy Tsibizov wrote: > > My first impression was that there is a bug in gcc compiler on 7-BETA > > and 8-CURRENT (i386 only, and only if optimization is enabled), but it > > seems to be incorrect. Most probably source is stack corruption in > > inet_aton() > > mistyped, it is inet_network() that fails... > > testcase: > > #include <sys/cdefs.h> > #include <sys/types.h> > #include <netinet/in.h> > #include <arpa/inet.h> > #include <ctype.h> > > int main(){ > int val; > char s[]="10.10.0.10.0/12"; // four dots here! > char *q; > > q = strchr(s,'/'); > if (q) { > *q = '\0'; > if ((val = inet_network(s)) != INADDR_NONE) { > printf("OK\n"); > return (0); > } > printf("q= %08x\n", q); > *q = '/'; > } > } > > > (should be built with -O1 or -O2 to expose that bug) This isn't the compiler's fault. It looks like an off-by-one error in BIND 9.4.1 that's clobbering the saved %ebx on the stack. Try this: Index: lib/libc/inet/inet_network.c =================================================================== RCS file: /usr/cvs/src/lib/libc/inet/inet_network.c,v retrieving revision 1.4 diff -u -r1.4 inet_network.c --- lib/libc/inet/inet_network.c 3 Jun 2007 17:20:26 -0000 1.4 +++ lib/libc/inet/inet_network.c 18 Dec 2007 08:50:08 -0000 _at__at_ -83,7 +83,7 _at__at_ if (!digit) return (INADDR_NONE); if (*cp == '.') { - if (pp >= parts + 4 || val > 0xffU) + if (pp >= parts + 3 || val > 0xffU) return (INADDR_NONE); *pp++ = val, cp++; goto again;Received on Tue Dec 18 2007 - 08:25:34 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:24 UTC