From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Re: alsalib symbol problem Date: Tue, 17 Sep 2002 17:17:27 +0200 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <87vg54ekrp.fsf@zaphod.blackdown.de> Mime-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Paul Davis Cc: Juergen Kreileder , Tim Goetze , Florian Bomers , alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Tue, 17 Sep 2002 10:59:17 -0400, Paul Davis wrote: > > >Paul Davis writes: > > > >> the problem is that libasound itself calls dlopen(), and the initial > >> (non-RTLD_GLOBAL) linkage hasn't put libasound's symbol into the > >> global namespace. hence, libasound's own dlopen'ed code can't access > >> libasound itself. > > > >I know, that's why I suggested to not do dlopen(NULL, ...) inside > >libasound (see the code from my previous mail). > > how does this help? it openes /usr/lib/libasound.so.2 (resolved from dladdr) explicitly, so you'll get symbols from the handle without referring to the global namespace. this solution sounds nice to me -- if it really works ;) can anyone test it? Takashi ------------------------------------------------------- Sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source & Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab