Date: Sat, 16 May 1998 22:12:55 +1000 From: Bruce Evans <bde@zeta.org.au> To: bde@zeta.org.au, peter@netplex.com.au Cc: current@FreeBSD.ORG, dyson@FreeBSD.ORG, kkennawa@physics.adelaide.edu.au Subject: Re: libc corruption Message-ID: <199805161212.WAA18632@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> >To make it a little easier, perhaps have libc's syscall tables explicitly >> >generated from the kernel sources and committed. That should make it >> >a no-brainer to keep them in sync and yet will stop accidental leakage >> >from the kernel into libc. >> >> Better yet, generate the tables explicity and don't commit them anywhere. >> That should make it a no-brainer to keep them in sync and stop accidental >> blockage of the flow from the kernel into libc :-). > >This is the present situation and it's not working very well. It isn't the present situation. We commit the tables to src/sys and use some tables from <sys>, some from src/sys/sys, and even some from src/sys/kern (see src/usr.bin/kdump/kdump.c). We only generate the tables on the fly for truss (see src/usr.bin/truss/Makefile). >Generating vnode_if.[ch] is another annoyance that I'd like to see >eradicated. No, it actually works. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805161212.WAA18632>