| Summary: | mmap(0x0, 688128) failed in UME with error 13 (Permission denied) | ||
|---|---|---|---|
| Product: | [Developer tools] valgrind | Reporter: | Angus <AngusCMarch> |
| Component: | memcheck | Assignee: | Julian Seward <jseward> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mnemo, tom |
| Priority: | NOR | ||
| Version First Reported In: | 3.3.1 | ||
| Target Milestone: | wanted3.5.1 | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Angus
2009-08-31 15:04:47 UTC
Well the first thing to say is that the two issues are entirely unrelated. The second thing is that you're using a pretty ancient version, so is either problem happening in more recent versions? The third thing is that you haven't said what architecture you are using, so it isn't possible to work out what that system call is. I'm guessing it's 32 bit x86 though? In which case that is the get_mempolicy system call and it is implemented in the current codebase. Actually, I was running on an AMD64. From what I've learned in the months since, 275 seems to be the splice() system call. I have no idea what the mmap() problem was all about, but I'm afraid I don't even remember what project this was working on. Support for the splice system call has been committed as r11055. If the mmap error happens again in a recent version then please raise a new bug for that. *** Bug 230377 has been marked as a duplicate of this bug. *** @Tom Hughes, is it safe to take the r11055 commit and apply/backport it to the valgrind in Ubuntu Lucid (valgrind-3.6.0.SVN-Debian)? |