我想看到动态加载的库(加载了dlopen等)确实使用了自己的新的删除操作符,而不是调用程序中定义的那些操作符。所以我写了下面的library.cpp
#include <exception>
#include <new>
#include <cstdlib>
#include <cstdio>
#include "base.hpp"
void* operator new(size_t size) {
std::printf("New of library called\n");
void *p=std::malloc(size);
if (p == 0) // did malloc succeed?
throw std::bad_alloc(); // ANSI/ISO compliant behavior
return p;
}
void operator delete(void* p) {
std::printf("Delete of library called\n");
std::free(p);
}
class Derived : public Base {
public:
Derived() : Base(10) { }
};
extern "C" {
Base* create() {
return new Derived;
}
void destroy(Base* p) {
delete p;
}
}
并用
编译g++ -g -Wall -fPIC -shared library.cpp -o library.so
或就业俄罗斯建议尝试(但最终没有改变)
g++ -g -Wall -fPIC -shared -Wl,-Bsymbolic library.cpp -o library.so
类Base只保存一个int值和一个函数get_value()来获取该值。之后我写了像这样的client.cpp
#include <exception>
#include <new>
#include <iostream>
#include <cstdlib>
#include <cstdio>
#include <dlfcn.h>
#include "base.hpp"
void* operator new(size_t size) {
std::printf("New of client called\n");
void *p=std::malloc(size);
if (p == 0) // did malloc succeed?
throw std::bad_alloc(); // ANSI/ISO compliant behavior
return p;
}
void operator delete(void* p) {
std::printf("Delete of client called\n");
std::free(p);
}
typedef Base* create_module_t();
typedef void destroy_module_t(Base *);
int main() {
void* handle = dlopen("./library.so",
RTLD_LAZY);
if (handle == NULL) {
std::cout << dlerror() << std::endl;
return 1;
}
create_module_t* create_module = NULL;
void* func = dlsym(handle, "create");
if (func == NULL) {
std::cout << dlerror() << std::endl;
return 1;
} else create_module = (create_module_t *)func;
destroy_module_t* destroy_module = NULL;
func = dlsym(handle, "destroy");
if (func == NULL) {
std::cout << dlerror() << std::endl;
return 1;
} else destroy_module = (destroy_module_t *)func;
Base* a = create_module();
std::cout << "Value: " << a->get_value() << std::endl;
destroy_module(a);
return 0;
}
并用
编译g++ -Wall -g -o client -ldl client.cpp
执行客户端我只获得“新客户端”和“删除客户端”。即使我使用编译器开关-Bsymbolic作为库,如Employed Russian建议。
现在:出了什么问题?我以为共享库正在使用自己的new / delete,因此你必须在工厂旁边提供在库代码中创建析构函数destroy。
补充问题:为什么我需要destroy(Base * p)功能?如果这个函数只调用客户端的delete-operator,我也可以自己做,即在最后一行的“删除a”而不是destroy_module(a)。
答案我发现:该库还可以提供新的/删除操作符对。因此,如果我首先使用库的新版本以及稍后客户端的删除,我可能会陷入陷阱。可悲的是直到现在我从未看到我的图书馆使用它自己的新版本或删除...所以原来的问题仍然没有得到解答。
补充:我只是指Linux平台。
编辑:重要的部分是在雇用俄罗斯答案的评论中。所以我简单地给出了主要线索:如果用这种方式调用gcc
g++ -Wall -g -fPIC -shared library.cpp -o library.so -Wl,-Bsymbolic
图书馆将使用它自己的新/删除操作符。否则结果
g++ -Wall -g -fPIC -shared library.cpp -o library.so
在使用调用程序的new / delete运算符的库中。感谢就业俄语!
答案 0 :(得分:11)
问题是在大多数UNIX
平台上(与Win32
和AIX
不同)默认情况下所有符号引用都绑定到符号的第一个定义对运行时加载程序可见。
如果在主'operator new'
中定义a.out
,则所有内容都将绑定到该定义(如Neil Butterworth的示例所示),因为a.out
是第一个图像运行时加载器搜索。 / p>
如果您在libC.so
之后加载的库中定义它(如果您使用libstdc++.so
,则为GCC
),那么您的定义将永远不会被使用。由于您在程序启动后dlopen()
了库,因此libC
已经加载了ELF
,并且您的库是运行时加载程序将搜索的最后一个库;所以你输了。
在-Bsymbolic
平台上,您可以使用man ld
更改默认行为。来自Linux上的 -Bsymbolic
When creating a shared library, bind references to global symbols
to the definition within the shared library, if any. Normally, it
is possible for a program linked against a shared library to override
the definition within the shared library. This option is only meaningful
on ELF platforms which support shared libraries.
:
-Bsymbolic
请注意,g++
是链接器标志,而不是编译器标志。如果使用 g++ -fPIC -shared library.cpp -o library.so -Wl,-Bsymbolic
,则必须将标志传递给链接器,如下所示:
{{1}}
答案 1 :(得分:1)
以下代码按预期工作。您是否希望动态库代码使用您提供的新/删除?我想你会失望的。
#include <memory>
#include <cstdio>
#include <cstdlib>
using namespace std;;
void* operator new(size_t size) {
std::printf("New...\n");
void *p=std::malloc(size);
if (p == 0) // did malloc succeed?
throw std::bad_alloc(); // ANSI/ISO compliant behavior
return p;
}
void operator delete(void* p) {
std::printf("Delete...\n");
std::free(p);
}
int main() {
int * p = new int(42);
delete p;
}
答案 2 :(得分:1)
查看RTLD_DEEPBIND
答案 3 :(得分:0)
我认为问题在于C ++中的运算符重载是编译时,而不是链接时功能。编译DLL时不知道重载的new(),因此无法正常工作。
另一种可能性是,在您的平台上,它可以与链接一起使用(例如在您的示例中),但DLL不会解析您的可执行文件中的符号。