apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe Jr." <wr...@rowe-clan.net>
Subject Re: Race condition in APR_DECLARE_LATE_DLL_FUNC() implementation
Date Fri, 06 Dec 2013 17:24:20 GMT
On Fri, 6 Dec 2013 16:44:52 +0100
Stefan Fuhrmann <stefan.fuhrmann@wandisco.com> wrote:

> On Fri, Dec 6, 2013 at 6:05 AM, William A. Rowe Jr.
> <wrowe@rowe-clan.net>wrote:
> 
> > On Thu, 5 Dec 2013 15:01:05 +0100
> > "Bert Huijben" <bert@qqmail.nl> wrote:
> >
> > > I think the dll load function should be converted to a more stable
> > > pattern, that properly handles multiple threads. And perhaps we
> > > should just assume a few more NT functions to be alsways there
> > > instead of loading them dynamically.
> >
> > This is possible with the 'mandatory' call to apr_init, but I think
> > the existing pattern should persist for those who don't like to
> > call the initialization logic.
> >
> 
> We currently call apr_initialize() before spawning threads or doing
> anything other APR. What else do we need to become thread-safe
> under Windows?

Working on a patch.  Simply, we just need an _initialize hack that
triggers this lookup for each internally required (or not-present) fn.

Mime
View raw message