From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18665 invoked by alias); 16 Oct 2006 12:41:29 -0000 Received: (qmail 18606 invoked by uid 48); 16 Oct 2006 12:41:21 -0000 Date: Mon, 16 Oct 2006 12:41:00 -0000 From: "rdenis at simphalempin dot com" To: glibc-bugs@sources.redhat.com Message-ID: <20061016124120.3369.rdenis@simphalempin.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug libc/3369] New: RFC3484 Rule 7 sorting inconsistent X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00102.txt.bz2 List-Id: In file libc/sysdeps/posix/getaddrinfo.c (rev 1.107), in function rfc3484_sort, implementation of "Rule 7" seems to be a logical no-op. Both ifs in the following excerpt are always false, since the conditions are essentially "a1 is temporary and a1 is not temporary": if (!(a1->source_addr_flags & in6ai_temporary) && (a1->source_addr_flags & in6ai_temporary)) return -1; if ((a1->source_addr_flags & in6ai_temporary) && !(a1->source_addr_flags & in6ai_temporary)) return -1; Probably a2 should be involved somewhere. -- Summary: RFC3484 Rule 7 sorting inconsistent Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: libc AssignedTo: drepper at redhat dot com ReportedBy: rdenis at simphalempin dot com CC: glibc-bugs at sources dot redhat dot com GCC build triplet: N/A GCC host triplet: N/A GCC target triplet: N/A http://sourceware.org/bugzilla/show_bug.cgi?id=3369 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.