tech-userlevel archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: suenv
On Tue, Oct 23, 2012 at 11:12:55AM -0400, Thor Lancelot Simon wrote:
> On Tue, Oct 23, 2012 at 04:55:16PM +0200, Emmanuel Dreyfus wrote:
> > Thor Lancelot Simon <tls%panix.com@localhost> wrote:
> >
> > > > Background: libpthread is tagged as not loadable by dlopen() in
> > > > NetBSD-6.0. This breaks PAM modules that are linked with -lpthread or
> > > > that dlopen() other objects linked with -lpthread.
> > >
> > > Don't do that, then.
> >
> > Well, it is a shame that pam_p11 and pam_pkcs11 ceased to work on NetBSD
> > with the 6.0 release. Do you advocate it should be left as is?
>
> I advocate that this is eminently better than pretending security software
> (that had trivially detectable buffer overruns) "worked" when in fact it
> worked, if at all, only more often than not.
>
> If those two modules have bugs, the bugs should be fixed. Breaking
> NetBSD to accomodate those modules' bugs is not an option!
Is it a bug to use pthreads?
Having "trivially detectable buffer overruns" sounds like a completely
different issue than not being able to load libpthread, or are they related
somehow?
How did those modules work pre-6.0? I thought pthreads wouldn't work
at all when loaded through dlopen because libc would have initialized
in non-threaded mode at process startup.
eric
Home |
Main Index |
Thread Index |
Old Index