From owner-cvs-all Thu Mar 2 5: 5:40 2000 Delivered-To: cvs-all@freebsd.org Received: from chmls05.mediaone.net (ne.mediaone.net [24.128.1.70]) by hub.freebsd.org (Postfix) with ESMTP id 1F38937BBE2; Thu, 2 Mar 2000 05:05:36 -0800 (PST) (envelope-from bloom@acm.org) Received: from acm.org (reyim.ne.mediaone.net [24.218.251.241]) by chmls05.mediaone.net (8.8.7/8.8.7) with ESMTP id IAA26092; Thu, 2 Mar 2000 08:05:34 -0500 (EST) Message-ID: <38BE6710.B919C924@acm.org> Date: Thu, 02 Mar 2000 08:05:20 -0500 From: Jim Bloom X-Mailer: Mozilla 4.72 [en]C-MOENE (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/secure/lib/librsausa Makefile References: <200003020522.VAA33833@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Are you sure about RTLD_GLOBAL? It is documented as working, but I tried it yesterday by putting RTLD_GLOBAL in every call to dlopen and it did not change the behavior. Maybe there is a bug in dlopen or dlsym in this regard? Jim Bloom bloom@acm.org Peter Wemm wrote: > > peter 2000/03/01 21:22:47 PST > > Modified files: > secure/lib/librsausa Makefile > Log: > Merge from internat.freebsd.org: add libcrypto to librsaUSA's symbol search > path so that ERR_load_strings() is found in certain circumstances > involving dlopen(). eg: main program dlopened foo.so which is linked > against libcrypto. If libcrypto then dlopens librsaUSA.so, then it's > search path doens't find libcrypto (!). One "fix" is to force > modules (eg main opening foo.so) to use the RTLD_GLOBAL flag, the other > is to explicitly declare dependencies (as done here). > > Revision Changes Path > 1.2 +3 -1 src/secure/lib/librsausa/Makefile To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message