Adding madvise function in cygwin with a #define

jdzstz - gmail dot com jdzstz@gmail.com
Wed Jan 12 14:10:00 GMT 2011


I have readed again the Linux man page
http://www.kernel.org/doc/man-pages/online/pages/man2/madvise.2.html
and perhaps the first text is outdated.

At the beginning of man page it says that:
"This call does not influence the semantics of the application (except
in the case of MADV_DONTNEED), but may influence its performance."

And "The kernel is free to ignore the advice."

But, in the other side, at the bottom it speaks about "flags which
affect the memory mapping behaviour on fork" as you said in your email
=> MADV_REMOVE, MADV_DONTFORK, MADV_DOFORK, etc...  and to ignore it
can be dangerous to application.


Maybe an implementation option could be:

1) Standard advices  that only has a influence in application
performance, can be executed as current posix_madvise, checking only
the parameters and doing nothing => MADV_NORMAL, MADV_SEQUENTIAL,
MADV_RANDOM, MADV_REMOVE, MADV_WILLNEED, MADV_DONTNEED

2) Rest of advices, that can modify the behaviour of application and
generate errors or security problems, so madvise returns always
"EINVAL"  (as you said in your mail) : MADV_REMOVE, MADV_DONTFORK,
MADV_DOFORK, MADV_HWPOISON, MADV_SOFT_OFFLINE, MADV_MERGEABLE,
MADV_UNMERGEABLE

To reduce problems with applications that uses advises of list number
2, this constants would be undefined, so if the aplication code make
for example an "madvise(p, sz, MADV_DONTFORK)" at least, the problem
will be detected at compilation time.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple



More information about the Cygwin mailing list