Hi Bernhard,
Today Bernhard Reutner-Fischer wrote: > It would only complain on broken kernels which are way outdated by now. > Not sure whom you were asking all this, but see below. it works in recent linux kernel but the problem was only fixed sometime in 2007 I think ... you would not beleive what people are running rrdtool on ... Also I have reports that OSX does NOT work, even today. so I thought it would make sense todo something about it as backup systems fail to backup rrdfiles which seem to be un-changed. > > res = msync(addr, 4, MS_ASYNC); [...] > > } > /* The ASYNC means that we schedule the msync and return immediately. > Since we want to see if the modification time is updated upon > msync(), we have to make sure that our asynchronous request > completes before we stat below. In a real application, the > request would be completed at a random time in the future > but for this test we do not want to wait an arbitrary amount of > time, so force a commit now. */ > sync(); > > stat(temp, &stbuf); Shouln't the representation in the filesystem be updated imediately, only the on-disk image would follow later ... but lets be 'friendly' and sync. what I am doing now, is to add a utime call right after open for all rw mmap access. cheers tobi -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch [EMAIL PROTECTED] ++41 62 775 9902 / sb: -9900 _______________________________________________ rrd-developers mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers
