5 Aug 2002 09:06
Re: LSB-si status from Mats
Anthony Towns <aj <at> azure.humbug.org.au>
2002-08-05 07:06:36 GMT
2002-08-05 07:06:36 GMT
On Fri, Aug 02, 2002 at 02:29:25PM -0700, Wichmann, Mats D wrote: > LSB-si/ia32: with Anthony Towns' fix to mprotect, > the hang is gone. > Total failures: 1 > > T.msync 7 claims that the sequence: mmap 1 page, > msync 2 pages at address returned by mmap does not > fail when it should. LSB.os/mfiles/msync_P/T.msync_P in full, presumably > This is one that behaves > as the test expects on the same system running > natively, and could be either a library change > (which I can't spot) or another test-interaction > problem like the mprotect test was (I can't spot > that, either). I get the same thing, running natively on a minimal Debian system. It doesn't seem to be a test interaction problem: just run ./T.msync_P 7 alone fails in the same way. At a guess, it's probably that libc's mapping something in the area just after our mmap, and we're accidently msync'ing that as well as our stuff. Perhaps a better test strategy would be to do something like: char *x = malloc(vsrt_pgsz); char *y = mmap(...); char *addr = min(x,y); size_t size = max(x,y) - start + vsrt_pgsz;(Continue reading)
RSS Feed