| Summary: | bad trap in mprotect | ||
|---|---|---|---|
| Product: | Base System | Reporter: | assar <assar> |
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | CC: | assar |
| Priority: | Normal | ||
| Version: | 4.0-CURRENT | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
assar
1999-12-26 18:20:01 UTC
Responsible Changed From-To: freebsd-bugs->dillon Matt, can you take a look at this please? Responsible Changed From-To: dillon->freebsd-bugs Back to the free pool. State Changed From-To: open->feedback I'm in hoover up vm PRs mode. I'll look into this. Could you be more specific as to what userland code is triggering the problem? Sample code would be useful here to replicate the failure case. Responsible Changed From-To: freebsd-bugs->bms I'm in hoover up vm PRs mode. I'll look into this. Could you be more specific as to what userland code is triggering the problem? Sample code would be useful here to replicate the failure case. State Changed From-To: feedback->suspended Back to the free pool Responsible Changed From-To: bms->freebsd-bugs Back to the free pool State Changed From-To: suspended->feedback Has this problem occurred with more recent versions of FreeBSD? State Changed From-To: feedback->closed Feedback timeout |