Re: Someone using COMPAT_SVR4(_32) ?

Maxime Villard <[email protected]>
Newsgroups gmane.os.netbsd.ports.sparc64
Message-ID <[email protected]>
Le 13/09/2017 à 17:25, Jerome Ibanes a écrit :
> Then it's likely that one of the changes between the 5 and 6 branches broke
> compat_svr4, other than going through each patch in arch/sparc64 and running
> a test on 6.0.x; which other option do you suggest to narrow this down?

That's perhaps gross, but I would diff the sys/arch/sparc64, sys/compat/svr4 and
sys/compat/svr4_32 directories between 5 and 6, and try to figure out which
part got modified in a way that breaks svr4_32. The diff shouldn't be too big.

Or you could try to manually follow the execution of the syscall, from the very
entry point to the generic mmap code, and see if changes have been made in this
area. But it is possible that nothing got changed in here, and that the bug is
the result of some distant, hard-to-flush-out mistake in an unrelated sub-
system.

Apparently no one realized a regression was introduced in compat_svr4 before
you did - more than seven years of zero testing.

Maxime
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.