On Fri, Mar 21, 2014 at 7:06 PM, Philip Guenther <[email protected]> wrote:
> On Fri, Mar 21, 2014 at 1:40 PM, sven falempin <[email protected]> > wrote: > > A quite old change (2.4!!) said < Emulate Linux mremap(). > > > > > Yet the call is not present nowaday. > > It's still in the same place it always was: that change in 2.4 was to > add an incomplete version to the compat_linux support. If you read > the code you'll see it only supports shrinking the region and ignores > the flags completely, meaning it'll mishandle the new MREMAP_FIXED > flag. > > > > > Is it possible to do some plumbing to emulate mremap as a syscall (i mean > > linux compat call a code that do the job so why the call is not in the > > manual nor 'exported') > > or > > Would it be relevant to have it for real ? > > What problem are you trying to solve that mremap() is the right solution? > I have a program that may edit a bunch of files , the program is somewhat critical and must keep the file ready to serve and edit (msync). I was all okay, but suddently another program would edit the file, so a remap is conveniant. mremap solve the problem while reusing codes, a better approach would be to separate the case here. OTH, there s also a lots of ports that have to deal with the mremap absence. -- --------------------------------------------------------------------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\
