Date: Tue, 4 Sep 2001 14:00:47 -0700 (PDT) From: Matt Dillon <dillon@earth.backplane.com> To: Kris Kennaway <kris@obsecurity.org> Cc: "Andrey A. Chernov" <ache@nagual.pp.ru>, Kris Kennaway <kris@obsecurity.org>, Mark Peek <mark@whistle.com>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/stdlib strtol.3 strtol.c strtoll.c strtoq.c strtoul.3 strtoul.c strtoull.c strtouq.c Message-ID: <200109042100.f84L0l994880@earth.backplane.com> References: <200109041639.f84GdBm87501@freefall.freebsd.org> <20010904204454.A32114@nagual.pp.ru> <p05100307b7bab7186d08@[10.1.10.118]> <200109041705.f84H5W692572@earth.backplane.com> <20010904122843.A56085@xor.obsecurity.org> <20010904233320.A34429@nagual.pp.ru> <20010904123718.A56317@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
:The problem is statically linked binaries, including third party
:binaries. We can't fix them, but we can at least identify them.
:
:I had to write several scanners for serious libc bugs for previous
:advisories, and in the cases where there was no rcsid available it
:*sucked*.
:
:Kris
I think this is a legitimate concern. How about we simply write a
macro? which can default to generating the rcsid[]? People
who are interested can then instrument the library routines with the
macro while others debate what to do with the macro or what to make the
default (e.g. no rcsid[] by default, rcsid[] by default, use of a
special ELF section, make.conf options, etc... have nothing to do with
simply agreeing on the use of a macro).
-Matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200109042100.f84L0l994880>