我构建了一个共享库“libMyLibrary.so”，其中包含一个“MyClass”类，其中包含一个“MyClass”类型的静态变量。 然后我构建一个可执行文件“MyLibraryTest”，我链接到“libMyLibrary.so”。 主程序使用“dlopen”动态加载作为参数给出的“.so”。
在构建时，库和可执行文件在一个目录中生成，比如“buildDir/bin”。 然后我将库安装到“installDir/lib”，将可执行文件安装到“installDir/bin”(从可执行文件中删除运行时路径)。
当我使用 LD_LIBRARY_PATH=buildDir 运行“buildDir/MyLibraryTest buildDir/MyLibrary.so”时，一切正常。
但是当我使用 LD_LIBRARY_PATH=installDir/lib 运行“buildDir/MyLibraryTest installDir/lib/MyLibrary.so”时，发生了一件非常奇怪的事情: - 静态变量的构造函数被调用两次(一次在 dlopen 之前，一次在 dlopen 期间) - 在执行结束时，析构函数被调用两次，导致崩溃。
这是我的代码:
我的类.h
#ifndef _MyClass_h__
#define _MyClass_h__
#include <string>
class MyClass
{
private:
static MyClass myStaticObjOfMyClass;
public:
MyClass(const std::string& name, bool trace);
virtual ~MyClass();
private:
std::string myName;
bool myTrace;
};
#endif // _MyClass_h__
我的类.cpp
#include "MyClass.h"
#include <iostream>
MyClass MyClass::myStaticObjOfMyClass("myStaticObjOfMyClass", true);
MyClass::MyClass(const std::string& name, bool trace) : myName(name), myTrace(trace)
{
if (myTrace) std::cout << "MyClass::MyClass(name=" << myName << ", address=" << this << ")" << std::endl;
}
MyClass::~MyClass()
{
if (myTrace) std::cout << "MyClass::~MyClass(name=" << myName << ", address=" << this << ")" << std::endl;
}
MyLibraryTest.cpp
#include <MyClass.h>
#include <iostream>
#include <string>
#include <dlfcn.h>
int main(int argc, char* argv[])
{
const std::string sharedLibraryFullName((const char*)argv[1]);
// std::cout << "Try to load library " << sharedLibraryFullName << std::endl;
void* handle = NULL;
std::cout << "dlopen(" << sharedLibraryFullName << ")" << std::endl;
handle = dlopen(sharedLibraryFullName.c_str(), RTLD_LAZY | RTLD_GLOBAL);
if (handle == NULL)
{
std::cout << "ERROR : Could not load shared library " << sharedLibraryFullName << std::endl;
}
else
{
std::cout << "OK, shared library " << sharedLibraryFullName << " is now loaded" << std::endl;
}
}
编译和链接命令如下:
/usr/local/bin/g++ -DMyLibrary_DEFINED -DMyLibrary_EXPORTS -O3 -DNDEBUG -fPIC -o CMakeFiles/MyLibrary.dir/MyClass.cpp.o -c MyClass.cpp
/usr/local/bin/g++ -fPIC -O3 -DNDEBUG -shared -Wl,-soname,libMyLibrary.so -o ../bin/libMyLibrary.so CMakeFiles/MyLibrary.dir/MyClass.cpp.o
最后是第二种情况(静态变量的重复初始化):
MyClass::MyClass(name=myStaticObjOfMyClass, address=0x7fa710cabb40)
dlopen(/tmp/Install/MyLibraryTest/lib/libMyLibrary.so)
MyClass::MyClass(name=myStaticObjOfMyClass, address=0x7fa710cabb40)
OK, shared library /tmp/Install/MyLibraryTest/lib/libMyLibrary.so is now loaded
MyClass::~MyClass(name=myStaticObjOfMyClass, address=0x7fa710cabb40)
MyClass::~MyClass(name=��ObjOfMyClass, address=0x7fa710cabb40)
*** glibc detected *** /tmp/Build/MyLibraryTest/Release/bin/MyLibraryTest: double free or corruption (fasttop): 0x0000000000cfb330 ***
======= Backtrace: =========
/lib64/libc.so.6[0x322f275dee]
/lib64/libc.so.6[0x322f278c3d]
/lib64/libc.so.6(__cxa_finalize+0x9d)[0x322f235d2d]
/tmp/Build/MyLibraryTest/Release/bin/libMyLibrary.so(+0x1076)[0x7fa710aab076]
======= Memory map: ========
00400000-00402000 r-xp 00000000 fd:00 1325638 /tmp/Build/MyLibraryTest/Release/bin/MyLibraryTest
00601000-00602000 rw-p 00001000 fd:00 1325638 /tmp/Build/MyLibraryTest/Release/bin/MyLibraryTest
00ce9000-00d1b000 rw-p 00000000 00:00 0 [heap]
322ee00000-322ee20000 r-xp 00000000 fd:00 545634 /lib64/ld-2.12.so
322f020000-322f021000 r--p 00020000 fd:00 545634 /lib64/ld-2.12.so
322f021000-322f022000 rw-p 00021000 fd:00 545634 /lib64/ld-2.12.so
322f022000-322f023000 rw-p 00000000 00:00 0
322f200000-322f38a000 r-xp 00000000 fd:00 545642 /lib64/libc-2.12.so
322f38a000-322f58a000 ---p 0018a000 fd:00 545642 /lib64/libc-2.12.so
322f58a000-322f58e000 r--p 0018a000 fd:00 545642 /lib64/libc-2.12.so
322f58e000-322f590000 rw-p 0018e000 fd:00 545642 /lib64/libc-2.12.so
322f590000-322f594000 rw-p 00000000 00:00 0
322fa00000-322fa02000 r-xp 00000000 fd:00 545709 /lib64/libdl-2.12.so
322fa02000-322fc02000 ---p 00002000 fd:00 545709 /lib64/libdl-2.12.so
322fc02000-322fc03000 r--p 00002000 fd:00 545709 /lib64/libdl-2.12.so
322fc03000-322fc04000 rw-p 00003000 fd:00 545709 /lib64/libdl-2.12.so
3230600000-3230683000 r-xp 00000000 fd:00 545684 /lib64/libm-2.12.so
3230683000-3230882000 ---p 00083000 fd:00 545684 /lib64/libm-2.12.so
3230882000-3230883000 r--p 00082000 fd:00 545684 /lib64/libm-2.12.so
3230883000-3230884000 rw-p 00083000 fd:00 545684 /lib64/libm-2.12.so
7fa70c000000-7fa70c021000 rw-p 00000000 00:00 0
7fa70c021000-7fa710000000 ---p 00000000 00:00 0
7fa7102e7000-7fa7102e9000 r-xp 00000000 fd:00 1320668 /tmp/Install/MyLibraryTest/lib/libMyLibrary.so
7fa7102e9000-7fa7104e8000 ---p 00002000 fd:00 1320668 /tmp/Install/MyLibraryTest/lib/libMyLibrary.so
7fa7104e8000-7fa7104e9000 rw-p 00001000 fd:00 1320668 /tmp/Install/MyLibraryTest/lib/libMyLibrary.so
7fa7104e9000-7fa7104ed000 rw-p 00000000 00:00 0
7fa7104ed000-7fa710503000 r-xp 00000000 fd:00 708322 /usr/local/lib64/libgcc_s.so.1
7fa710503000-7fa710702000 ---p 00016000 fd:00 708322 /usr/local/lib64/libgcc_s.so.1
7fa710702000-7fa710703000 rw-p 00015000 fd:00 708322 /usr/local/lib64/libgcc_s.so.1
7fa710703000-7fa710704000 rw-p 00000000 00:00 0
7fa710704000-7fa710883000 r-xp 00000000 fd:00 708539 /usr/local/lib64/libstdc++.so.6.0.21
7fa710883000-7fa710a83000 ---p 0017f000 fd:00 708539 /usr/local/lib64/libstdc++.so.6.0.21
7fa710a83000-7fa710a8d000 r--p 0017f000 fd:00 708539 /usr/local/lib64/libstdc++.so.6.0.21
7fa710a8d000-7fa710a8f000 rw-p 00189000 fd:00 708539 /usr/local/lib64/libstdc++.so.6.0.21
7fa710a8f000-7fa710a94000 rw-p 00000000 00:00 0
7fa710aa8000-7fa710aaa000 rw-p 00000000 00:00 0
7fa710aaa000-7fa710aac000 r-xp 00000000 fd:00 1325633 /tmp/Build/MyLibraryTest/Release/bin/libMyLibrary.so
7fa710aac000-7fa710cab000 ---p 00002000 fd:00 1325633 /tmp/Build/MyLibraryTest/Release/bin/libMyLibrary.so
7fa710cab000-7fa710cac000 rw-p 00001000 fd:00 1325633 /tmp/Build/MyLibraryTest/Release/bin/libMyLibrary.so
7fa710cac000-7fa710cad000 rw-p 00000000 00:00 0
7fff2fc61000-7fff2fc76000 rw-p 00000000 00:00 0 [stack]
7fff2fde5000-7fff2fde6000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
./test_dyn_libs.sh: line 21: 30880 Abandon (core dumped) ${BuildDir}/MyLibraryTest ${InstallDir}/lib/libMyLibrary.so
--- End of tests
任何帮助将不胜感激!!!
最佳答案
正如 Todd Fleming 评论的那样，我认为您在编译测试可执行文件时可能错误地将 MyLibrary.so 链接到了测试可执行文件中。
您可以使用 ldd 检查您的可执行文件是否已链接到库。
我已经在我的 ubuntu linux 上用完全相同的编译选项试过你的代码。对于测试可执行文件，不应链接 MyLibrary.so，因此我没有链接它。事实证明，奇怪的行为并没有发生。 当我将测试可执行文件与 MyLibrary.so 链接时，结果正是您所说的(包括 glibc 转储)。这并不奇怪，因为当你将你的库安装到另一个路径时，加载器会将它视为另一个完全不相关的库，从而进行双重加载。
PS:让我意外的是，这2个单例竟然放在同一个内存位置，有点不可思议。我还在我的 mac os x 上测试了它(当可执行文件链接到库时的情况)，事实证明在 os x 上，这两个实例具有不同的内存位置。这对我来说更合理。
更新:
为什么这2个实例有相同的内存位置，其实是Linux符号解析的一个特性。详情请看评论。谢谢 nm指出。
关于c++ - C++中的重复静态变量初始化，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/48307411/
总的来说，我对ruby还比较陌生，我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础，我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我试图在一个项目中使用rake，如果我把所有东西都放到Rakefile中，它会很大并且很难读取/找到东西，所以我试着将每个命名空间放在lib/rake中它自己的文件中，我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题，但没有任务。我现在只有一个.rake文件作为测试，名为“servers.rake”，它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
作为我的Rails应用程序的一部分，我编写了一个小导入程序，它从我们的LDAP系统中吸取数据并将其塞入一个用户表中。不幸的是，与LDAP相关的代码在遍历我们的32K用户时泄漏了大量内存，我一直无法弄清楚如何解决这个问题。这个问题似乎在某种程度上与LDAP库有关，因为当我删除对LDAP内容的调用时，内存使用情况会很好地稳定下来。此外，不断增加的对象是Net::BER::BerIdentifiedString和Net::BER::BerIdentifiedArray，它们都是LDAP库的一部分。当我运行导入时，内存使用量最终达到超过1GB的峰值。如果问题存在，我需要找到一些方法来更正我的代
Rails2.3可以选择随时使用RouteSet#add_configuration_file添加更多路由。是否可以在Rails3项目中做同样的事情？ 最佳答案 在config/application.rb中:config.paths.config.routes在Rails3.2(也可能是Rails3.1)中，使用:config.paths["config/routes"] 关于ruby-on-rails-Rails3中的多个路由文件，我们在StackOverflow上找到一个类似的问题
在我的gem中，我需要yaml并且在我的本地计算机上运行良好。但是在将我的gem推送到rubygems.org之后，当我尝试使用我的gem时，我收到一条错误消息=>"uninitializedconstantPsych::Syck(NameError)"谁能帮我解决这个问题？附言RubyVersion=>ruby1.9.2,GemVersion=>1.6.2,Bundlerversion=>1.0.15 最佳答案 经过几个小时的研究，我发现=>“YAML使用未维护的Syck库，而Psych使用现代的LibYAML”因此，为了解决
我需要从一个View访问多个模型。以前，我的links_controller仅用于提供以不同方式排序的链接资源。现在我想包括一个部分(我假设)显示按分数排序的顶级用户(@users=User.all.sort_by(&:score))我知道我可以将此代码插入每个链接操作并从View访问它，但这似乎不是“ruby方式”，我将需要在不久的将来访问更多模型。这可能会变得很脏，是否有针对这种情况的任何技术？注意事项:我认为我的应用程序正朝着单一格式和动态页面内容的方向发展，本质上是一个典型的网络应用程序。我知道before_filter但考虑到我希望应用程序进入的方向，这似乎很麻烦。最终从任何
我在我的项目中添加了一个系统来重置用户密码并通过电子邮件将密码发送给他，以防他忘记密码。昨天它运行良好(当我实现它时)。当我今天尝试启动服务器时，出现以下错误。=>BootingWEBrick=>Rails3.2.1applicationstartingindevelopmentonhttp://0.0.0.0:3000=>Callwith-dtodetach=>Ctrl-CtoshutdownserverExiting/Users/vinayshenoy/.rvm/gems/ruby-1.9.3-p0/gems/actionmailer-3.2.1/lib/action_mailer
我的瘦服务器配置了nginx，我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例，但找不到好的解决方案。有没有人能做到这一点？ 最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器，例如server{listen80;server
我正在查看instance_variable_set的文档并看到给出的示例代码是这样做的:obj.instance_variable_set(:@instnc_var,"valuefortheinstancevariable")然后允许您在类的任何实例方法中以@instnc_var的形式访问该变量。我想知道为什么在@instnc_var之前需要一个冒号:。冒号有什么作用？ 最佳答案 我的第一直觉是告诉你不要使用instance_variable_set除非你真的知道你用它做什么。它本质上是一种元编程工具或绕过实例变量可见性的黑客攻击
刚入门rails，开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗？有哪些用例。您如何为Rails应用程序使用应用程序Controller？我不想在那里放太多代码，因为据我了解，每个请求都会调用此Controller。这是真的？ 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度，尽管在某些情况下ApplicationContr