Mailing-List: contact user-help@uima.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@uima.apache.org
Received-SPF: pass (nike.apache.org: domain of pe.retzlaff@gmail.com
 designates 209.85.215.178 as permitted sender)
Message-ID: <53037656.3050100@gmail.com>
Date: Tue, 18 Feb 2014 16:03:50 +0100
From: Peter Retzlaff <pe.retzlaff@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: user@uima.apache.org
Subject: Re: dlclose Assertion fails for C++-Analysis Engine
References: <53034532.6060203@gmail.com>
 <CAGRYgEN-4EmqVn_NgqS=WGXuShmQZGP8=cSk4e+5vc5HHpwo+A@mail.gmail.com>
In-Reply-To: 
 <CAGRYgEN-4EmqVn_NgqS=WGXuShmQZGP8=cSk4e+5vc5HHpwo+A@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="8b2VC92titvqev0cHpquD6DW111xnUcPF"

--8b2VC92titvqev0cHpquD6DW111xnUcPF
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,

I already cross-referenced the ldd-output of libuima and libopencv_core.
There are some common dependencies (I got a list on my other computer),
but there are no version differences.
Also, if I'm not mistaken, libs pulled in with dlopen won't even appear
in ldd's output, right?
Therefore, I also combed through the code to check if maybe UIMA and
OpenCV dlopen the same libs. As far as I can tell, this is not the case.

Peter

On 02/18/2014 02:22 PM, Eddie Epstein wrote:
> UIMA-C++ uses several libraries including APR, ICU and xercesc. Does Op=
enCV
> drag in any of these at different version levels?
>=20
> Eddie
>=20
>=20
> On Tue, Feb 18, 2014 at 6:34 AM, Peter Retzlaff <pe.retzlaff@gmail.com>=
wrote:
>=20
>> Hello,
>>
>> we are working on a UIMA project with several C++-Analysis Engines
>> (UIMA-AS 2.4 + UIMACPP 2.4). For a while now, we've been getting this
>> error message, when one of these AEs exits:
>>
>> Inconsistency detected by ld.so: dl-close.c: 759: _dl_close: Assertion=

>> `map->l_init_called'
>>
>> In particular, this happens with AEs that use OpenCV. I have construct=
ed
>> a toy example that does nothing, except defining an Annotator, linking=

>> it against OpenCV and UIMA and executing it with runAECpp.
>>
>> The error message seems to be related to the fact, that some calls to
>> dlclose happen in library destructors which are called _after_ all
>> dynamically loaded libraries have been unloaded. (see
>> https://bugzilla.novell.com/show_bug.cgi?id=3D622977, for example)
>>
>> So this error might not be specific to UIMA, but what's baffling me is=

>> that it only occurs, when UIMA and OpenCV are both linked into the lib=
=2E
>> Linking either one of them on it's own doesn't produce the error messa=
ge.
>>
>> Has anyone ever seen this problem with C++-AEs before? I'm desperately=

>> looking for any pointers or hints, how this problem could be resolved.=

>>
>> Thanks and best regards
>> Peter
>>
>>
>> P.S.: This is the test code I use:
>> TestAnnotator.cpp:
>> "#include "uima/api.hpp"
>> using namespace uima;
>>
>> class TestAnnotator: public Annotator {
>> };
>> // This macro exports an entry point that is used to create the annota=
tor.
>>
>> MAKE_AE( TestAnnotator);
>> "
>>
>> Makefile:
>> "
>> UIMACPP_HOME=3D/opt/apache-uima-as/uimacpp
>> UIMA_HOME=3D/opt/apache-uima-as
>> TARGET_FILE=3DTestAnnotator
>> OBJS=3DTestAnnotator.o
>> USER_LINKFLAGS=3D/usr/local/lib/libopencv_core.so.2.4.3-1
>> DEBUG=3D1
>> DLL_BUILD=3D1
>>
>> all:
>>     # include file with generic compiler instructions
>>     include $(UIMACPP_HOME)/lib/base.mak
>>
>> Executing it with:
>> /opt/apache-uima-as/uimacpp/bin/runAECpp ./TestAnnotatorAE.xml -x
>> testdata/cas.xml .
>>
>>
>=20


--8b2VC92titvqev0cHpquD6DW111xnUcPF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTA3ZWAAoJEMDfsLR6AC0x+vYP/20dzeNtABLCalWxxU4hlyNo
UlrhtpcKAL5ZCh9hOA8K9C0MkpPpX59scMknRjuUiog1wMT2IwY6mq2geE4WrzsX
HuWpNZ6rvRrlxKKiILKhU5XB7RbhNDj9NqDqCunRd/VomCdS4VaoYdGvdV65WO2C
xxV9lsKHeKNthgsMlF07k5W9TRRdyjM5DPl19mMVQEA9GrW6BRZDlLP4y9rY3W/h
WbGcmPW03QMAyah4YOrhiePGTHWiPg8lL9zCnA+aX46a6SBBBOmn+2K49SaSeml2
9grvp8HEyIL+rXeZ3hUf4yNH3JDH9DF3r0uG8BEgySJx+MeO22eDKYTCnyFNMFpe
MD20JkaJz8khr18AC53gJQ0fiM7B1FNXmKrSb4fFtB8sv5s94H9QLVPVZ0GIuFMo
HP9PQ0r4uCcg0G5y2Q6U3EVsBmmD5WjEpRXg401rsEUISZaW+doy8pABuyi7QP/R
cViY56Jgi9cdSueYbw8g7nj9JIZQJa0oU91Ua1Q5VNYxquWeXQFlqsJwvvL/P1iA
BeY0k5pS5kJmr6mpX+lpuUjI3aNqmIb0VfRd5RojOGqg2Mi97vSXcS6lhpyPPeZn
sWrDRMR8ULZdVbpPArLOOCPkUpNs8RzZI85usT9vHv6sXe/DN+fqjgF9voRPaA8Y
C9HciZB8eo+oO+zVDXuI
=nYqC
-----END PGP SIGNATURE-----

--8b2VC92titvqev0cHpquD6DW111xnUcPF--