From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2205 invoked by alias); 9 Nov 2009 17:59:19 -0000 Received: (qmail 2179 invoked by uid 48); 9 Nov 2009 17:59:10 -0000 Date: Mon, 09 Nov 2009 17:59:00 -0000 Message-ID: <20091109175910.2178.qmail@sourceware.org> From: "pasky at suse dot cz" To: glibc-bugs@sources.redhat.com In-Reply-To: <20090517175636.10162.aurelien@aurel32.net> References: <20090517175636.10162.aurelien@aurel32.net> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug libc/10162] stratcliff test segfaults on ia64 X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2009-11/txt/msg00045.txt.bz2 ------- Additional Comments From pasky at suse dot cz 2009-11-09 17:59 ------- Unfortunately, this seems to break when calling memchr() on a shared mmap()ed buffer - this crashes now: #include #include #include #include int main() { void *m = mmap(NULL, 53, PROT_READ, MAP_SHARED, open("/etc/passwd", O_RDONLY ), 0); volatile void *q = memchr(m, ':', 53); } since memchr() tries to access m-8. I have only very little idea IA64, I think it is because the kernel cannot fill p[] in time, causing the speculative load to fail, and the assumption that speculative load fails only if the mapping is inaccessible is invalid? -- What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | http://sourceware.org/bugzilla/show_bug.cgi?id=10162 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.