[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index][Thread Index][Top&Search][Original]

Re: dlopen refocus



On Tue, 04 Jan 2000 15:26:51 MST, Tom Christiansen wrote:
>Have any of you ever seen this issue with dlopen acting weirdly when
>its argument =~ /^lib/, as I believe is occurring and which is stopping
>me from doing a make install?

The code you showed for stripping /^lib/ looks buggy if it acts on the
full path name (instead of just the basename) of the shared object.

>                              Shall we fix it by using a full path, or
>instead by not calling it "lib"?  Or is my off-the-cuff analysis flawed?
>How come it only gets me?  Do you think it's an OpenBSD only issue rather
>than all GNU binutils system?  It doesn't happen on Redhat/Linux, and I
>don't know why not, since I'd've imagined the codebase to be equivalent.
>I can try building for the Sparc running OpenBSD and see whether it
>persists.  The previous error was on an Intel.

If you've confirmed with an strace that the dlopen() is failing, I'd
suggest sending the BSD folks a bug report.

If the bug exists on production releases of OpenBSD, we should probably
hack a BSD-specific workaround for dl_dlopen.xs.


Sarathy
gsar@ActiveState.com


References to:
Tom Christiansen <tchrist@jhereg.perl.com>

[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index][Thread Index][Top&Search][Original]