Date: Wed, 22 Apr 1998 18:41:41 -0500 (EST) From: "John S. Dyson" <toor@dyson.iquest.net> To: benedict@echonyc.com (Snob Art Genre) Cc: dyson@FreeBSD.ORG, freebsd-security@FreeBSD.ORG Subject: Re: Static vs. dynamic linking (was Re: Using MD5 insted of DES ...) Message-ID: <199804222341.SAA06998@dyson.iquest.net> In-Reply-To: <Pine.GSO.3.96.980422190428.29931A-100000@echonyc.com> from Snob Art Genre at "Apr 22, 98 07:10:10 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> On Wed, 22 Apr 1998, John S. Dyson wrote: > > > Because I don't mess with the ports, and haven't done a very good > > job of making the above fact known. For maintenence, memory and > > speed reasons, one can seldom justify a shared shell. > > I wouldn't mind forwarding this exchange to the various ports > maintainers, if that's okay with you. > Sure!!! :-). > > My suggestions for programs that should probably not be linked shared > > under any circumstances: > > Make, cp, cat, ls, *sh, cc, daemons that fork, .... > > mail readers, any (small) program invoked by make, or > > repeatedly invoked by shell scripts. If the shared > > libs are on /usr, any program that needs to be > > able to work without /usr mounted. > > Gweep. Inetd is dynamically linked. So are fingerd and ftpd. Again, > would you have any objection to my contacting the various maintainers, > and referring them to you if they have questions I can't answer? Or > would it be better if I pointed them to freebsd-hackers? > Point them here. This should be an issue of common-knowledge. Feel free to suggest talking to me, as needed. > > > Programs where it is likely slightly advantageous to link shared: > > cc1, cc1plus, cpp, as, *roff, daemons that don't > > fork often, any X windows program (including those in any > > category), specialty programs that aren't used often... > > So my window manager should be linked shared, even though I believe it > forks quite a bit? > That is a difficult decision. I suggest that it is likely best shared. X libraries are generally so huge that the sharing overcomes the disadvantages. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe security" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199804222341.SAA06998>