From uima-user-return-1620-apmail-incubator-uima-user-archive=incubator.apache.org@incubator.apache.org Wed Sep 03 13:47:10 2008 Return-Path: Delivered-To: apmail-incubator-uima-user-archive@locus.apache.org Received: (qmail 5912 invoked from network); 3 Sep 2008 13:47:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Sep 2008 13:47:10 -0000 Received: (qmail 74654 invoked by uid 500); 3 Sep 2008 13:47:07 -0000 Delivered-To: apmail-incubator-uima-user-archive@incubator.apache.org Received: (qmail 74549 invoked by uid 500); 3 Sep 2008 13:47:07 -0000 Mailing-List: contact uima-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: uima-user@incubator.apache.org Delivered-To: mailing list uima-user@incubator.apache.org Received: (qmail 74537 invoked by uid 99); 3 Sep 2008 13:47:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Sep 2008 06:47:07 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of burnlewis@gmail.com designates 64.233.182.187 as permitted sender) Received: from [64.233.182.187] (HELO nf-out-0910.google.com) (64.233.182.187) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Sep 2008 13:46:09 +0000 Received: by nf-out-0910.google.com with SMTP id c7so628336nfi.40 for ; Wed, 03 Sep 2008 06:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=R5xGQSH1/KhBbOrOyf6hjXV4xw+UlPuYTPHcme6iLWg=; b=xy13+tvx2ruopRZajxmhnznWb3oMh9EtCmBLhuqkwsfBISsJAmDgaDJx0DjxSVXIQj xhbbJglzxvaoKCyEFKV4kQGu9R+WGUQaxZVjzZNOCxPdSKiBPzbZPq5VSvd14hgC3wxs NhpvufmSix3otvGwGzTW762ZF+22p/g3ak4Tk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=rHVf5uPDoWRKTBP/DcLQILjNsATyUSjgQ8v3kklM4XACUeIugOwYd/MiSkC1zsJ+gk yLQ7RNb00HlrYM0tvMTGq0UNlT1wRN+ls0yYxI5DNOgm3uXHWAJhrESp9HoKgA2f+wgI SIVYLBTKiXy/a+IiC0TEJGY4Jij78anMuAHBc= Received: by 10.103.250.9 with SMTP id c9mr6378696mus.37.1220449596702; Wed, 03 Sep 2008 06:46:36 -0700 (PDT) Received: by 10.103.173.1 with HTTP; Wed, 3 Sep 2008 06:46:36 -0700 (PDT) Message-ID: <12012a0a0809030646x69010c75jf9103f758e012b1e@mail.gmail.com> Date: Wed, 3 Sep 2008 09:46:36 -0400 From: "Burn Lewis" To: uima-user@incubator.apache.org Subject: Re: UIMACPP runtime problem on Linux In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_25031_23978340.1220449596683" References: <12012a0a0809020517y4ceb46d7q18a00d8d6aaf5c0c@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_25031_23978340.1220449596683 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline To build a 32-bit annotator on a 64-bit OS you can uncomment the FORCE_32 entry in base.mak. But when building libuima.so the configure & automake steps should have determined what your OS is and set the appropriate flags. You could try running file & ldd on the uima library and your annotator to check that they're compatible and can find all their dependencies. I think one of our test machines is 64-bit with a 32-bit OS. Burn. On Tue, Sep 2, 2008 at 10:51 PM, Johansson, Justin (Contractor) < Justin.Johansson@dsto.defence.gov.au> wrote: > > Thanks for that Burn. That put me on the right track. Turns out that > the libuima.so was a link to a non-existent target so technically > speaking you were correct and libuima.so was not in the LD_LIBRARY_PATH. > > Having solved that one, the C++ annotator is now trying to load but we > spit a different error message now about wrong ELFCLASS64 in respect of > libuima.so. > > The box this is running on has an Athlon 64 bit processor but afaik the > OS and installed software is all 32 bit. > > Sounds now like we need to explicitly build libuima.so as 32 bit. > What/where is the configuration switch for that. > > Many thanks for your help. > > Justin Johansson > > > > -----Original Message----- > From: Burn Lewis [mailto:burnlewis@gmail.com] > Sent: Tuesday, 2 September 2008 21:47 > To: uima-user@incubator.apache.org > Subject: Re: UIMACPP runtime problem on Linux > > Justin, > > I think this means that libuima.so is not in the LD_LIBRARY_PATH ... do > you have $UIMACPP_HOME/lib there? > If this is not the problem, have you been able to run the examples as > described in the README? > > Burn. > > On Mon, Sep 1, 2008 at 3:02 AM, Johansson, Justin (Contractor) < > Justin.Johansson@dsto.defence.gov.au> wrote: > > > Hi Eddie & others, > > > > I have previously run the UIMA CPE on Windows with a mix of Java and > > C++ annotators with success. > > Now having built same annotators for Linux, the UIMA CPE spits when > > encountering the first C++ Annotator with message like: > > > > 'No uima on java.library.path' > > > > And a stack track indicating exceptions thrown by load (native) > > library in java. > > > > I'm guessing this means uima cannot find libuima.so or such but that > > is there in the same directory as the annotator .so > > > > Interestingly runAECpp MyCppAnnotatorDescriptor.xml works .. the > > problem is just when trying to run the whole show. > > > > Seems like I must be missing something in the UIMA C++ setup for Unix > > (Linux). > > > > Any ideas? > > > > Thanks in advance, > > > > Justin Johansson > > > > > > IMPORTANT: This email remains the property of the Australian Defence > > Organisation and is subject to the jurisdiction of section 70 of the > > CRIMES ACT 1914. If you have received this email in error, you are > > requested to contact the sender and delete the email. > > > > > > > ------=_Part_25031_23978340.1220449596683--