Linux c ++。在预加载的共享库中定义的基类的崩溃调用函数

问题描述 投票:1回答:2

我正在尝试创建一个包含基类的共享库,以便可以派生它:

base.h

class Base
{
public:

    virtual ~Base () {}
    virtual void Function ();
};

Base.cpp

#include <stdio.h>
#include "base.h"

void Base::Function ()
{
    printf ("base function\n");
}

没有把色.so

g++ -fpic -g -shared base.cpp -o libbase.so

main.cpp中

#include "base.h"

class Derived : public Base
{
};

int main (int argc, char** argv)
{
    Derived* d = new Derived ();

    d->Function ();

    delete d;

    return 1;
}

我还想避免将可执行文件与共享库链接,因此我通过忽略未解析的符号来创建它:

测试

g++ -fpic -rdynamic -Wl,--unresolved-symbols=ignore-in-object-files -g main.cpp -o test

最后,我使用LD_PRELOAD环境变量在执行前预加载共享库

LD_PRELOAD=./libbase.so ./test
Segmentation fault (core dumped)

我注意到问题是Derived对象的虚拟表未定义为“Function”:

(gdb) info vtbl d
vtable for 'Derived' @ 0x601030 (subobject @ 0x602010):
[0]: 0x400c7e <Derived::~Derived()>
[1]: 0x400cc0 <Derived::~Derived()>
[2]: 0x0

我的猜测是,当加载可执行文件时,动态链接器无法解析vtable条目,因为尚未加载共享库。

所以我的问题是:有没有办法使这项工作?也许强迫以某种方式在可执行文件之前加载共享库...

BTW:通过使“功能”非虚拟一切正常,因为Derived类不需要vtable。

更新1:使用对象而不是指针使main工作:

int main (int argc, char** argv)
{
    Derived d;

    d.Function ();  // prints "base function"

    return 1;
}

更新2:执行与main相同但在第二个共享库中也可以:

mylib.cpp

#include "base.h"

class DerivedLib : public Base
{
};

extern "C" void do_function()
{
    DerivedLib* d = new DerivedLib();

    d->Function(); 

    delete d;
}

没有离别.so

g++ -fPIC -g -shared lib.cpp -o libmylib.so 

main.cpp中

#include "base.h"
#include <dlfcn.h>

class Derived : public Base
{
};

int main (int argc, char** argv)
{
    void* handle = dlopen("libmylib.so", RTLD_LAZY);

    void (*do_function)();

    do_function = (void (*)())dlsym(handle, "do_function");

    do_function();  // prints "base function"

    Derived* d = new Derived();

    d->Function (); // <- crashes

    delete d;

    return 1;
}

因此,当在可执行文件中创建新的实例指针时,肯定会出现问题

c++ linux shared-libraries
2个回答
0
投票

如果您尝试不链接到共享库的原因是您希望在不破坏可执行文件的情况下继续更改共享库,那么,只要您不更改您正在使用的库类的公共接口。如果你确实改变了,那么无论你做什么,你都需要重新编译可执行文件。请记住一些事情。

  1. 尝试尽可能多地保留可执行文件中包含的头文件。更改头文件将强制重新编译并不总是必要的。
  2. 如果向共享库添加类,则不需要重新编译可执行文件。那不应该是一个问题。

0
投票

解决方案(如果可用)是创建PIE可执行文件。

测试:

g++ -fpic -pie -fpie -rdynamic -Wl,--unresolved-symbols=ignore-in-object-files -g main.cpp -o test

LD_PRELOAD=./libbase.so ./test
base function
© www.soinside.com 2019 - 2024. All rights reserved.