Re: kern/48910: msync(2) should return ENOMEM on unmapped pages per POSIX; test criteria in t_msync incorrect

[David Holland <dholland-bugs%netbsd.org@localhost>]

The following reply was made to PR kern/48910; it has been noted by GNATS.

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: kern/48910: msync(2) should return ENOMEM on unmapped pages per
 POSIX; test criteria in t_msync incorrect
Date: Tue, 17 Jun 2014 05:07:12 +0000

 On Sun, Jun 15, 2014 at 02:20:00PM +0000, Martin Husemann wrote:
  >  We could go over the other callers of uvm_map_clean() instead and change
  >  the return value in there as well - what do others think?
 
 I think repurposing ENOMEM for this is a POSIX_MISTAKE; not only does
 it have a well-established differeng meaning, but I don't see any
 reason trying to sync nonexistent memory shouldn't produce EFAULT or
 even SIGSEGV.
 
 ...so while I suppose we should be compliant, I don't think it's a
 good idea to go around changing it elsewhere.
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost