Re: dlopen problem

From: Gary R. Hook (nospam_at_nospammers.net)
Date: 08/01/03 

Date: Fri, 01 Aug 2003 15:28:02 GMT

Albert Chin-A-Young wrote:

>>I'm trying to dlopen a library on AIX 5.1 but getting errno == ENOEXEC.
>>dlerror() returns nothing. This library has other dependencies. If I
>>compile the main program without -brtl, the dlopen works. With -brtl,
>>the dlopen fails with ENOEXEC. What does the error mean and how can I
>>resolve this?
>
> Problem was an unresolved symbol.

Correct. Use dump -Tv to look at the loader symbol table, and
ensure that all ".." imports are going to be resolved by other
modules in the process. This known problem will hopefully
be fixed some day (the issue is currently getting some attention,
I believe). It works without -brtl because ".." imports are
_only_ handled by the runtime linking component, which is
only invoked if the main app is linked with -brtl. 

-- 
Gary R. Hook / AIX PartnerWorld for Developers / These opinions are MINE
________________________________________________________________________

Relevant Pages

  • Re: Resolving DLL import to actual DLL using the executables manifest
    ... Imports won't be resolved until after the first thread is resumed in that case. ... > Can anyone point me to a simple way to resolve a DLL entry in the PE ... Gary Chanson (Windows SDK MVP) ...
    (microsoft.public.win32.programmer.kernel)
  • Re: vbc
    ... > and would appreciate someone filling me in on hopefully an obvious ... > A compilation example that imports System but does not ... resolve this to System.Drawing.Font. ...
    (microsoft.public.dotnet.framework)
  • Re: python question!!
    ... It generates a nice chart showing the 'tree' of imports for your ... I found it valuable for helping me resolve a circular import ...
    (comp.lang.python)
  • program is end, but the page seems still be running?
    ... it imports one file, and does some ... operations for each row, in each row, it uses transaction, if there are ... Does anyone know how to resolve this problem? ... Prev by Date: ...
    (microsoft.public.dotnet.framework.aspnet)
Quantcast