2002-07-15 15:35:40 +00:00
|
|
|
/* dso_dlfcn.c -*- mode:C; c-file-style: "eay" -*- */
|
2000-04-04 21:57:11 +00:00
|
|
|
/* Written by Geoff Thorpe (geoff@geoffthorpe.net) for the OpenSSL
|
|
|
|
* project 2000.
|
|
|
|
*/
|
|
|
|
/* ====================================================================
|
|
|
|
* Copyright (c) 2000 The OpenSSL Project. All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
*
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
*
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in
|
|
|
|
* the documentation and/or other materials provided with the
|
|
|
|
* distribution.
|
|
|
|
*
|
|
|
|
* 3. All advertising materials mentioning features or use of this
|
|
|
|
* software must display the following acknowledgment:
|
|
|
|
* "This product includes software developed by the OpenSSL Project
|
|
|
|
* for use in the OpenSSL Toolkit. (http://www.OpenSSL.org/)"
|
|
|
|
*
|
|
|
|
* 4. The names "OpenSSL Toolkit" and "OpenSSL Project" must not be used to
|
|
|
|
* endorse or promote products derived from this software without
|
|
|
|
* prior written permission. For written permission, please contact
|
|
|
|
* licensing@OpenSSL.org.
|
|
|
|
*
|
|
|
|
* 5. Products derived from this software may not be called "OpenSSL"
|
|
|
|
* nor may "OpenSSL" appear in their names without prior written
|
|
|
|
* permission of the OpenSSL Project.
|
|
|
|
*
|
|
|
|
* 6. Redistributions of any form whatsoever must retain the following
|
|
|
|
* acknowledgment:
|
|
|
|
* "This product includes software developed by the OpenSSL Project
|
|
|
|
* for use in the OpenSSL Toolkit (http://www.OpenSSL.org/)"
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT ``AS IS'' AND ANY
|
|
|
|
* EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
|
|
|
|
* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR
|
|
|
|
* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
|
|
|
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
|
|
|
|
* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
|
|
|
|
* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
|
|
|
|
* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
|
|
|
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED
|
|
|
|
* OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
* ====================================================================
|
|
|
|
*
|
|
|
|
* This product includes cryptographic software written by Eric Young
|
|
|
|
* (eay@cryptsoft.com). This product includes software written by Tim
|
|
|
|
* Hudson (tjh@cryptsoft.com).
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
2005-06-06 00:50:52 +00:00
|
|
|
/* We need to do this early, because stdio.h includes the header files
|
|
|
|
that handle _GNU_SOURCE and other similar macros. Defining it later
|
|
|
|
is simply too late, because those headers are protected from re-
|
|
|
|
inclusion. */
|
|
|
|
#ifdef __linux
|
|
|
|
# ifndef _GNU_SOURCE
|
|
|
|
# define _GNU_SOURCE /* make sure dladdr is declared */
|
|
|
|
# endif
|
|
|
|
#endif
|
|
|
|
|
2000-04-04 21:57:11 +00:00
|
|
|
#include <stdio.h>
|
|
|
|
#include "cryptlib.h"
|
|
|
|
#include <openssl/dso.h>
|
|
|
|
|
|
|
|
#ifndef DSO_DLFCN
|
|
|
|
DSO_METHOD *DSO_METHOD_dlfcn(void)
|
|
|
|
{
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
|
2000-04-06 07:09:45 +00:00
|
|
|
#ifdef HAVE_DLFCN_H
|
2008-01-04 23:03:23 +00:00
|
|
|
# include <dlfcn.h>
|
|
|
|
# define HAVE_DLINFO 1
|
|
|
|
# if defined(_AIX) || defined(__CYGWIN__) || \
|
|
|
|
defined(__SCO_VERSION__) || defined(_SCO_ELF) || \
|
|
|
|
(defined(__OpenBSD__) && !defined(RTLD_SELF))
|
|
|
|
# undef HAVE_DLINFO
|
|
|
|
# endif
|
2000-04-06 07:09:45 +00:00
|
|
|
#endif
|
2000-04-04 21:57:11 +00:00
|
|
|
|
2000-04-19 21:45:17 +00:00
|
|
|
/* Part of the hack in "dlfcn_load" ... */
|
|
|
|
#define DSO_MAX_TRANSLATED_SIZE 256
|
|
|
|
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
static int dlfcn_load(DSO *dso);
|
2000-04-04 21:57:11 +00:00
|
|
|
static int dlfcn_unload(DSO *dso);
|
2000-06-16 10:45:36 +00:00
|
|
|
static void *dlfcn_bind_var(DSO *dso, const char *symname);
|
|
|
|
static DSO_FUNC_TYPE dlfcn_bind_func(DSO *dso, const char *symname);
|
2000-04-04 21:57:11 +00:00
|
|
|
#if 0
|
|
|
|
static int dlfcn_unbind(DSO *dso, char *symname, void *symptr);
|
|
|
|
static int dlfcn_init(DSO *dso);
|
|
|
|
static int dlfcn_finish(DSO *dso);
|
2000-04-19 21:45:17 +00:00
|
|
|
static long dlfcn_ctrl(DSO *dso, int cmd, long larg, void *parg);
|
2000-10-08 22:36:49 +00:00
|
|
|
#endif
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
static char *dlfcn_name_converter(DSO *dso, const char *filename);
|
2002-07-15 15:35:40 +00:00
|
|
|
static char *dlfcn_merger(DSO *dso, const char *filespec1,
|
|
|
|
const char *filespec2);
|
2005-06-05 18:13:38 +00:00
|
|
|
static int dlfcn_pathbyaddr(void *addr,char *path,int sz);
|
2006-01-02 08:59:20 +00:00
|
|
|
static void *dlfcn_globallookup(const char *name);
|
2000-04-04 21:57:11 +00:00
|
|
|
|
|
|
|
static DSO_METHOD dso_meth_dlfcn = {
|
|
|
|
"OpenSSL 'dlfcn' shared library method",
|
|
|
|
dlfcn_load,
|
|
|
|
dlfcn_unload,
|
2000-06-16 10:45:36 +00:00
|
|
|
dlfcn_bind_var,
|
|
|
|
dlfcn_bind_func,
|
2000-04-04 21:57:11 +00:00
|
|
|
/* For now, "unbind" doesn't exist */
|
|
|
|
#if 0
|
2000-06-16 10:45:36 +00:00
|
|
|
NULL, /* unbind_var */
|
|
|
|
NULL, /* unbind_func */
|
2000-04-04 21:57:11 +00:00
|
|
|
#endif
|
2000-10-08 22:36:49 +00:00
|
|
|
NULL, /* ctrl */
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
dlfcn_name_converter,
|
2002-07-15 15:35:40 +00:00
|
|
|
dlfcn_merger,
|
2000-04-04 21:57:11 +00:00
|
|
|
NULL, /* init */
|
2005-06-05 18:13:38 +00:00
|
|
|
NULL, /* finish */
|
2005-12-30 22:53:59 +00:00
|
|
|
dlfcn_pathbyaddr,
|
|
|
|
dlfcn_globallookup
|
2000-04-04 21:57:11 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
DSO_METHOD *DSO_METHOD_dlfcn(void)
|
|
|
|
{
|
|
|
|
return(&dso_meth_dlfcn);
|
|
|
|
}
|
|
|
|
|
2000-06-21 14:12:25 +00:00
|
|
|
/* Prior to using the dlopen() function, we should decide on the flag
|
|
|
|
* we send. There's a few different ways of doing this and it's a
|
|
|
|
* messy venn-diagram to match up which platforms support what. So
|
|
|
|
* as we don't have autoconf yet, I'm implementing a hack that could
|
|
|
|
* be hacked further relatively easily to deal with cases as we find
|
|
|
|
* them. Initially this is to cope with OpenBSD. */
|
2002-05-29 21:00:08 +00:00
|
|
|
#if defined(__OpenBSD__) || defined(__NetBSD__)
|
2000-06-21 14:12:25 +00:00
|
|
|
# ifdef DL_LAZY
|
|
|
|
# define DLOPEN_FLAG DL_LAZY
|
|
|
|
# else
|
|
|
|
# ifdef RTLD_NOW
|
|
|
|
# define DLOPEN_FLAG RTLD_NOW
|
|
|
|
# else
|
|
|
|
# define DLOPEN_FLAG 0
|
|
|
|
# endif
|
|
|
|
# endif
|
|
|
|
#else
|
2003-06-12 00:51:54 +00:00
|
|
|
# ifdef OPENSSL_SYS_SUNOS
|
|
|
|
# define DLOPEN_FLAG 1
|
|
|
|
# else
|
|
|
|
# define DLOPEN_FLAG RTLD_NOW /* Hope this works everywhere else */
|
|
|
|
# endif
|
2000-06-21 14:12:25 +00:00
|
|
|
#endif
|
|
|
|
|
2000-04-04 21:57:11 +00:00
|
|
|
/* For this DSO_METHOD, our meth_data STACK will contain;
|
|
|
|
* (i) the handle (void*) returned from dlopen().
|
|
|
|
*/
|
|
|
|
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
static int dlfcn_load(DSO *dso)
|
2000-04-04 21:57:11 +00:00
|
|
|
{
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
void *ptr = NULL;
|
|
|
|
/* See applicable comments in dso_dl.c */
|
|
|
|
char *filename = DSO_convert_filename(dso, NULL);
|
2003-06-11 22:42:28 +00:00
|
|
|
int flags = DLOPEN_FLAG;
|
2000-04-04 21:57:11 +00:00
|
|
|
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
if(filename == NULL)
|
2000-04-19 21:45:17 +00:00
|
|
|
{
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
DSOerr(DSO_F_DLFCN_LOAD,DSO_R_NO_FILENAME);
|
|
|
|
goto err;
|
2000-04-19 21:45:17 +00:00
|
|
|
}
|
2003-06-11 22:42:28 +00:00
|
|
|
|
|
|
|
#ifdef RTLD_GLOBAL
|
|
|
|
if (dso->flags & DSO_FLAG_GLOBAL_SYMBOLS)
|
|
|
|
flags |= RTLD_GLOBAL;
|
|
|
|
#endif
|
|
|
|
ptr = dlopen(filename, flags);
|
2000-04-04 21:57:11 +00:00
|
|
|
if(ptr == NULL)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_LOAD,DSO_R_LOAD_FAILED);
|
2001-11-15 18:24:42 +00:00
|
|
|
ERR_add_error_data(4, "filename(", filename, "): ", dlerror());
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
goto err;
|
2000-04-04 21:57:11 +00:00
|
|
|
}
|
2008-06-04 11:01:43 +00:00
|
|
|
if(!sk_void_push(dso->meth_data, (char *)ptr))
|
2000-04-04 21:57:11 +00:00
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_LOAD,DSO_R_STACK_ERROR);
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
goto err;
|
2000-04-04 21:57:11 +00:00
|
|
|
}
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
/* Success */
|
|
|
|
dso->loaded_filename = filename;
|
2000-04-04 21:57:11 +00:00
|
|
|
return(1);
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
err:
|
|
|
|
/* Cleanup! */
|
|
|
|
if(filename != NULL)
|
|
|
|
OPENSSL_free(filename);
|
|
|
|
if(ptr != NULL)
|
|
|
|
dlclose(ptr);
|
|
|
|
return(0);
|
|
|
|
}
|
2000-04-04 21:57:11 +00:00
|
|
|
|
|
|
|
static int dlfcn_unload(DSO *dso)
|
|
|
|
{
|
|
|
|
void *ptr;
|
|
|
|
if(dso == NULL)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_UNLOAD,ERR_R_PASSED_NULL_PARAMETER);
|
|
|
|
return(0);
|
|
|
|
}
|
2008-06-04 11:01:43 +00:00
|
|
|
if(sk_void_num(dso->meth_data) < 1)
|
2000-04-25 08:37:12 +00:00
|
|
|
return(1);
|
2008-06-04 11:01:43 +00:00
|
|
|
ptr = sk_void_pop(dso->meth_data);
|
2000-04-04 21:57:11 +00:00
|
|
|
if(ptr == NULL)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_UNLOAD,DSO_R_NULL_HANDLE);
|
|
|
|
/* Should push the value back onto the stack in
|
|
|
|
* case of a retry. */
|
2008-06-04 11:01:43 +00:00
|
|
|
sk_void_push(dso->meth_data, ptr);
|
2000-04-04 21:57:11 +00:00
|
|
|
return(0);
|
|
|
|
}
|
|
|
|
/* For now I'm not aware of any errors associated with dlclose() */
|
|
|
|
dlclose(ptr);
|
|
|
|
return(1);
|
|
|
|
}
|
|
|
|
|
2000-06-16 10:45:36 +00:00
|
|
|
static void *dlfcn_bind_var(DSO *dso, const char *symname)
|
2000-04-04 21:57:11 +00:00
|
|
|
{
|
|
|
|
void *ptr, *sym;
|
|
|
|
|
2000-06-16 10:45:36 +00:00
|
|
|
if((dso == NULL) || (symname == NULL))
|
2000-04-04 21:57:11 +00:00
|
|
|
{
|
2000-06-16 10:45:36 +00:00
|
|
|
DSOerr(DSO_F_DLFCN_BIND_VAR,ERR_R_PASSED_NULL_PARAMETER);
|
|
|
|
return(NULL);
|
2000-04-04 21:57:11 +00:00
|
|
|
}
|
2008-06-04 11:01:43 +00:00
|
|
|
if(sk_void_num(dso->meth_data) < 1)
|
2000-04-04 21:57:11 +00:00
|
|
|
{
|
2000-06-16 10:45:36 +00:00
|
|
|
DSOerr(DSO_F_DLFCN_BIND_VAR,DSO_R_STACK_ERROR);
|
|
|
|
return(NULL);
|
2000-04-04 21:57:11 +00:00
|
|
|
}
|
2008-06-04 11:01:43 +00:00
|
|
|
ptr = sk_void_value(dso->meth_data, sk_void_num(dso->meth_data) - 1);
|
2000-04-04 21:57:11 +00:00
|
|
|
if(ptr == NULL)
|
|
|
|
{
|
2000-06-16 10:45:36 +00:00
|
|
|
DSOerr(DSO_F_DLFCN_BIND_VAR,DSO_R_NULL_HANDLE);
|
|
|
|
return(NULL);
|
2000-04-04 21:57:11 +00:00
|
|
|
}
|
|
|
|
sym = dlsym(ptr, symname);
|
|
|
|
if(sym == NULL)
|
|
|
|
{
|
2000-06-16 10:45:36 +00:00
|
|
|
DSOerr(DSO_F_DLFCN_BIND_VAR,DSO_R_SYM_FAILURE);
|
2001-11-15 18:24:42 +00:00
|
|
|
ERR_add_error_data(4, "symname(", symname, "): ", dlerror());
|
2000-06-16 10:45:36 +00:00
|
|
|
return(NULL);
|
2000-04-04 21:57:11 +00:00
|
|
|
}
|
2000-06-16 10:45:36 +00:00
|
|
|
return(sym);
|
|
|
|
}
|
|
|
|
|
|
|
|
static DSO_FUNC_TYPE dlfcn_bind_func(DSO *dso, const char *symname)
|
|
|
|
{
|
|
|
|
void *ptr;
|
2005-05-19 12:01:51 +00:00
|
|
|
DSO_FUNC_TYPE sym, *tsym = &sym;
|
2000-06-16 10:45:36 +00:00
|
|
|
|
|
|
|
if((dso == NULL) || (symname == NULL))
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_BIND_FUNC,ERR_R_PASSED_NULL_PARAMETER);
|
|
|
|
return(NULL);
|
|
|
|
}
|
2008-06-04 11:01:43 +00:00
|
|
|
if(sk_void_num(dso->meth_data) < 1)
|
2000-06-16 10:45:36 +00:00
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_BIND_FUNC,DSO_R_STACK_ERROR);
|
|
|
|
return(NULL);
|
|
|
|
}
|
2008-06-04 11:01:43 +00:00
|
|
|
ptr = sk_void_value(dso->meth_data, sk_void_num(dso->meth_data) - 1);
|
2000-06-16 10:45:36 +00:00
|
|
|
if(ptr == NULL)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_BIND_FUNC,DSO_R_NULL_HANDLE);
|
|
|
|
return(NULL);
|
|
|
|
}
|
2005-05-19 12:01:51 +00:00
|
|
|
*(void **)(tsym) = dlsym(ptr, symname);
|
2000-06-16 10:45:36 +00:00
|
|
|
if(sym == NULL)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_BIND_FUNC,DSO_R_SYM_FAILURE);
|
2001-11-15 18:24:42 +00:00
|
|
|
ERR_add_error_data(4, "symname(", symname, "): ", dlerror());
|
2000-06-16 10:45:36 +00:00
|
|
|
return(NULL);
|
|
|
|
}
|
|
|
|
return(sym);
|
2000-04-04 21:57:11 +00:00
|
|
|
}
|
|
|
|
|
2002-07-15 15:35:40 +00:00
|
|
|
static char *dlfcn_merger(DSO *dso, const char *filespec1,
|
|
|
|
const char *filespec2)
|
|
|
|
{
|
|
|
|
char *merged;
|
|
|
|
|
|
|
|
if(!filespec1 && !filespec2)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_MERGER,
|
|
|
|
ERR_R_PASSED_NULL_PARAMETER);
|
|
|
|
return(NULL);
|
|
|
|
}
|
|
|
|
/* If the first file specification is a rooted path, it rules.
|
|
|
|
same goes if the second file specification is missing. */
|
2007-04-02 20:02:27 +00:00
|
|
|
if (!filespec2 || (filespec1 != NULL && filespec1[0] == '/'))
|
2002-07-15 15:35:40 +00:00
|
|
|
{
|
|
|
|
merged = OPENSSL_malloc(strlen(filespec1) + 1);
|
|
|
|
if(!merged)
|
|
|
|
{
|
2007-04-02 20:02:27 +00:00
|
|
|
DSOerr(DSO_F_DLFCN_MERGER, ERR_R_MALLOC_FAILURE);
|
2002-07-15 15:35:40 +00:00
|
|
|
return(NULL);
|
|
|
|
}
|
|
|
|
strcpy(merged, filespec1);
|
|
|
|
}
|
|
|
|
/* If the first file specification is missing, the second one rules. */
|
|
|
|
else if (!filespec1)
|
|
|
|
{
|
|
|
|
merged = OPENSSL_malloc(strlen(filespec2) + 1);
|
|
|
|
if(!merged)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_MERGER,
|
|
|
|
ERR_R_MALLOC_FAILURE);
|
|
|
|
return(NULL);
|
|
|
|
}
|
|
|
|
strcpy(merged, filespec2);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
/* This part isn't as trivial as it looks. It assumes that
|
|
|
|
the second file specification really is a directory, and
|
|
|
|
makes no checks whatsoever. Therefore, the result becomes
|
|
|
|
the concatenation of filespec2 followed by a slash followed
|
|
|
|
by filespec1. */
|
|
|
|
{
|
|
|
|
int spec2len, len;
|
|
|
|
|
2006-03-15 17:45:43 +00:00
|
|
|
spec2len = strlen(filespec2);
|
2002-07-15 15:35:40 +00:00
|
|
|
len = spec2len + (filespec1 ? strlen(filespec1) : 0);
|
|
|
|
|
|
|
|
if(filespec2 && filespec2[spec2len - 1] == '/')
|
|
|
|
{
|
|
|
|
spec2len--;
|
|
|
|
len--;
|
|
|
|
}
|
|
|
|
merged = OPENSSL_malloc(len + 2);
|
|
|
|
if(!merged)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_MERGER,
|
|
|
|
ERR_R_MALLOC_FAILURE);
|
|
|
|
return(NULL);
|
|
|
|
}
|
|
|
|
strcpy(merged, filespec2);
|
|
|
|
merged[spec2len] = '/';
|
|
|
|
strcpy(&merged[spec2len + 1], filespec1);
|
|
|
|
}
|
|
|
|
return(merged);
|
|
|
|
}
|
|
|
|
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
static char *dlfcn_name_converter(DSO *dso, const char *filename)
|
|
|
|
{
|
|
|
|
char *translated;
|
2000-10-26 18:30:34 +00:00
|
|
|
int len, rsize, transform;
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
|
|
|
|
len = strlen(filename);
|
2000-10-26 18:30:34 +00:00
|
|
|
rsize = len + 1;
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
transform = (strstr(filename, "/") == NULL);
|
|
|
|
if(transform)
|
2000-10-26 18:30:34 +00:00
|
|
|
{
|
|
|
|
/* We will convert this to "%s.so" or "lib%s.so" */
|
|
|
|
rsize += 3; /* The length of ".so" */
|
|
|
|
if ((DSO_flags(dso) & DSO_FLAG_NAME_TRANSLATION_EXT_ONLY) == 0)
|
|
|
|
rsize += 3; /* The length of "lib" */
|
|
|
|
}
|
|
|
|
translated = OPENSSL_malloc(rsize);
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
if(translated == NULL)
|
|
|
|
{
|
|
|
|
DSOerr(DSO_F_DLFCN_NAME_CONVERTER,
|
|
|
|
DSO_R_NAME_TRANSLATION_FAILED);
|
|
|
|
return(NULL);
|
|
|
|
}
|
|
|
|
if(transform)
|
2000-10-26 18:30:34 +00:00
|
|
|
{
|
|
|
|
if ((DSO_flags(dso) & DSO_FLAG_NAME_TRANSLATION_EXT_ONLY) == 0)
|
|
|
|
sprintf(translated, "lib%s.so", filename);
|
|
|
|
else
|
|
|
|
sprintf(translated, "%s.so", filename);
|
|
|
|
}
|
This changes the behaviour of the DSO mechanism for determining an
appropriate filename translation on the host system. Apart from this point,
users should also note that there's a slight change in the API functions
too. The DSO now contains its own to-be-converted filename
("dso->filename"), and at the time the DSO loads the "dso->loaded_filename"
value is set to the translated form. As such, this also provides an impicit
way of determining if the DSO is currently loaded or not. Except, perhaps,
VMS .... :-)
The various DSO_METHODs have been updated for this mechanism except VMS
which is deliberately broken for now, Richard is going to look at how to
fit it in (the source comments in there explain "the issue").
Basically, the new callback scheme allows the filename conversion to
(a) be turned off altogether through the use of the
DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled in the default way using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
(i) checks if we're win32 "if(strstr(dso->meth->name, "win32"))..."
and if so, convert "blah" into "blah32.dll" (the default is
otherwise to make it "blah.dll").
(ii) default to the normal behaviour - eg. we're not on win32, so
finish with (return dso->meth->dso_name_converter(dso,NULL)).
(e) be retried a number of times by writing a new DSO_METHOD where the
"dso_load()" handler will call the converter repeatedly. Then the
custom converter could use state information in the DSO to suggest
different conversions or paths each time it is invoked.
2000-10-26 17:38:59 +00:00
|
|
|
else
|
|
|
|
sprintf(translated, "%s", filename);
|
|
|
|
return(translated);
|
|
|
|
}
|
|
|
|
|
2005-06-05 18:13:38 +00:00
|
|
|
#ifdef __sgi
|
2005-12-18 20:59:25 +00:00
|
|
|
/*
|
2005-06-05 18:13:38 +00:00
|
|
|
This is a quote from IRIX manual for dladdr(3c):
|
|
|
|
|
|
|
|
<dlfcn.h> does not contain a prototype for dladdr or definition of
|
|
|
|
Dl_info. The #include <dlfcn.h> in the SYNOPSIS line is traditional,
|
|
|
|
but contains no dladdr prototype and no IRIX library contains an
|
|
|
|
implementation. Write your own declaration based on the code below.
|
|
|
|
|
|
|
|
The following code is dependent on internal interfaces that are not
|
|
|
|
part of the IRIX compatibility guarantee; however, there is no future
|
|
|
|
intention to change this interface, so on a practical level, the code
|
|
|
|
below is safe to use on IRIX.
|
2005-12-18 20:59:25 +00:00
|
|
|
*/
|
2005-06-05 18:13:38 +00:00
|
|
|
#include <rld_interface.h>
|
|
|
|
#ifndef _RLD_INTERFACE_DLFCN_H_DLADDR
|
|
|
|
#define _RLD_INTERFACE_DLFCN_H_DLADDR
|
|
|
|
typedef struct Dl_info {
|
|
|
|
const char * dli_fname;
|
|
|
|
void * dli_fbase;
|
|
|
|
const char * dli_sname;
|
|
|
|
void * dli_saddr;
|
|
|
|
int dli_version;
|
|
|
|
int dli_reserved1;
|
|
|
|
long dli_reserved[4];
|
|
|
|
} Dl_info;
|
|
|
|
#else
|
|
|
|
typedef struct Dl_info Dl_info;
|
|
|
|
#endif
|
|
|
|
#define _RLD_DLADDR 14
|
|
|
|
|
|
|
|
static int dladdr(void *address, Dl_info *dl)
|
|
|
|
{
|
|
|
|
void *v;
|
|
|
|
v = _rld_new_interface(_RLD_DLADDR,address,dl);
|
|
|
|
return (int)v;
|
|
|
|
}
|
2005-12-18 20:59:25 +00:00
|
|
|
#endif /* __sgi */
|
2005-06-05 18:13:38 +00:00
|
|
|
|
|
|
|
static int dlfcn_pathbyaddr(void *addr,char *path,int sz)
|
|
|
|
{
|
2006-04-11 21:00:13 +00:00
|
|
|
#ifdef HAVE_DLINFO
|
2005-06-05 18:13:38 +00:00
|
|
|
Dl_info dli;
|
|
|
|
int len;
|
|
|
|
|
2005-06-09 21:41:44 +00:00
|
|
|
if (addr == NULL)
|
|
|
|
{
|
|
|
|
union { int(*f)(void*,char*,int); void *p; } t =
|
|
|
|
{ dlfcn_pathbyaddr };
|
|
|
|
addr = t.p;
|
|
|
|
}
|
2005-06-05 18:13:38 +00:00
|
|
|
|
|
|
|
if (dladdr(addr,&dli))
|
|
|
|
{
|
|
|
|
len = (int)strlen(dli.dli_fname);
|
|
|
|
if (sz <= 0) return len+1;
|
|
|
|
if (len >= sz) len=sz-1;
|
|
|
|
memcpy(path,dli.dli_fname,len);
|
|
|
|
path[len++]=0;
|
|
|
|
return len;
|
|
|
|
}
|
|
|
|
|
|
|
|
ERR_add_error_data(4, "dlfcn_pathbyaddr(): ", dlerror());
|
2006-04-11 20:05:23 +00:00
|
|
|
#endif
|
2005-06-05 18:13:38 +00:00
|
|
|
return -1;
|
|
|
|
}
|
2005-12-30 22:53:59 +00:00
|
|
|
|
2006-01-02 08:59:20 +00:00
|
|
|
static void *dlfcn_globallookup(const char *name)
|
2005-12-30 22:53:59 +00:00
|
|
|
{
|
2006-01-02 08:59:20 +00:00
|
|
|
void *ret = NULL,*handle = dlopen(NULL,RTLD_LAZY);
|
2005-12-30 22:53:59 +00:00
|
|
|
|
|
|
|
if (handle)
|
|
|
|
{
|
2006-01-02 08:59:20 +00:00
|
|
|
ret = dlsym(handle,name);
|
2005-12-30 22:53:59 +00:00
|
|
|
dlclose(handle);
|
|
|
|
}
|
|
|
|
|
2006-01-02 08:59:20 +00:00
|
|
|
return ret;
|
2005-12-30 22:53:59 +00:00
|
|
|
}
|
2000-04-04 21:57:11 +00:00
|
|
|
#endif /* DSO_DLFCN */
|