Mailing-List: contact celix-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: celix-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of a.broekhuis@gmail.com
 designates 209.85.214.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <50B32661.3080005@dkfz-heidelberg.de>
References: 
 <CAN8VQZ5PunCddWyc6PTbY=HcJOVoukxLZMjBGOp_a8E2xj9_Eg@mail.gmail.com>
	<CA+T-u8d_upLeAckr109-1pnD+AftkD2icQdrjz4c-FXF1-cFaQ@mail.gmail.com>
	<CAN8VQZ6=zaKjfnb_2YHzEFPz4aP9e6xHmwRmiPG531EwvMMAOA@mail.gmail.com>
	<CA+T-u8dve-a2wh0hUCU3cyrvALC_FC8UjW3RTKKmwYi+WN-BJQ@mail.gmail.com>
	<50B32661.3080005@dkfz-heidelberg.de>
Date: Mon, 26 Nov 2012 09:24:42 +0100
Message-ID: 
 <CA+T-u8cLYGfpnGte3h36kimLy_xb=t5eWNhzPJeO378RVwfXSw@mail.gmail.com>
Subject: Re: framework use some unix's function, not apr
From: Alexander Broekhuis <a.broekhuis@gmail.com>
To: celix-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=0015174c1d324e4cde04cf61aa52

--0015174c1d324e4cde04cf61aa52
Content-Type: text/plain; charset=ISO-8859-1

Hi,

As I understood it, your referenced link is about sharing module handles
> between different processes.
>

agreed.


>
> I am not a Windows DLL expert but I think the following is true (maybe
> there are some tricks on the Windows platform, but they would definitely be
> non-standard):
>
> Vaguely speaking, the Windows linker resolves symbols at link-time,
> contrary to the default behaviour of the ELF linker, resolving symbols
> lazily at runtime. Therefore, the concept of a symbol search path makes not
> much sense on Windows (except for the search path defined by the link-time
> dependencies). Consequently, dynamically loaded libraries on Windows do not
> affect symbol resolution of subsequently loaded libraries so their symbols
> are never "global". RTLD_GLOBAL on POSIX systems adds the symbols of the
> loaded library to the global search path, hence they can be used by the
> dynamic linker to resolve symbols of subsequently loaded libraries. There
> is no such "global symbol search path" on Windows (AFAIK).
>

If this is the case then Celix won't have a problem on Win32 systems...
Even more, the behavior of APR is inconsistent.. on Linux based systems
GLOBAL is the default, while Windows doesn't have a GLOBAL equivalent. I
would have thought the default APR behavior to try to be the same over
multiple platforms..


-- 
Met vriendelijke groet,

Alexander Broekhuis

--0015174c1d324e4cde04cf61aa52--