[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: lt_dlopenall patch
From: |
Gary V . Vaughan |
Subject: |
Re: lt_dlopenall patch |
Date: |
Tue, 26 Jun 2001 01:50:19 +0100 |
On Friday 08 June 2001 10:04 pm, Gary V. Vaughan wrote:
> On Friday 08 June 2001 8:55 am, Alexandre Oliva wrote:
> > On Jun 7, 2001, "Gary V. Vaughan" <address@hidden> wrote:
> > > It adds a new function lt_dlopenall, which runs a client
> > > supplied callback function for each file it has successfully
> > > lt_dlopened.
> >
> > I find it a bit dangerous to go dlopening modules at random, just
> > because they are in the search path. Think of modules whose
> > dynamic initializers do something odd, such as open a window or start
> > a new thread to do some monitoring, whatever.
>
> That's true. How about the attached? lt_dlforeachfile() calls back into
> the supplied function for each file (non `.' or `..') found in the supplied
> colon delimited search path. It has an additional lt_ptr arg, for passing
> an argument to the callback function -- I am using it for the name of the
> module access symbol to test for, but it could equally be used for building
> a vector of acceptable module names.
I'm invoking the 72 hour rule (no one has raised an objection to this patch
for at least 72 hours since it was posted) and applying this patch.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(oranda.demon.co.uk|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk ,_())____
/ )= GNU Hacker http://www.gnu.org/software/libtool \' `&
`(_~)_ Tech' Author http://sources.redhat.com/autobook =`---d__/