我有一个非常简单的代理，基本上只是所需的Agent_OnLoad方法签名。使用g ++编译jvmti代理无法工作，但cc工作正常

如果我用g ++编译它。

g++ -g -fno-strict-aliasing -fPIC -fno-omit-frame-pointer -W -Wall -Wno-unused -Wno-parentheses -I. -I../agent_util -I/home/user/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//include -I/home/user/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//include/linux -c -o ../src/testagent.o -DMAX_THREADS=1000 -DJVMTI_TYPE=1 ../src/testagent.c

并创建一个共享lib和在代理

LD_LIBRARY_PATH=`pwd` /home/mnc/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//bin/java -agentlib:testagent -version

我得到一个错误

Error occurred during initialization of VM 
Could not find agent library on the library path or in the local directory: testagent 
make: *** [test] Error 1

如果我编译为使用下面的命令即编译为C运行测试，它工作正常。

gcc -Wl,-soname=calltracer.so -g -fno-strict-aliasing -fPIC -fno-omit-frame-pointer -W -Wall -Wno-unused -Wno-parentheses -I. -I../agent_util -I/home/user/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//include -I/home/user/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//include/linux -c -o ../src/testagent.o -DMAX_THREADS=1000 -DJVMTI_TYPE=1 ../src/testagent.c

，然后创建一丝一毫的lib和测试

LD_LIBRARY_PATH=`pwd` /home/user/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//bin/java -agentlib:testagent -version 
java version "1.6.0_13" 
Java(TM) SE Runtime Environment (build 1.6.0_13-b03) 
Java HotSpot(TM) Server VM (build 11.3-b02, mixed mode)

它工作正常。

问题是我有的代码是实际方法的cpp代码而不是c。代理可以使用C++代码创建吗？我怀疑这是，但我不知道我做错了什么。

这里是我的测试代理的来源。无法让这个更简单。

/*testagent.c*/ 
#include "jni.h" 
#include "jvmti.h" 


JNIEXPORT jint JNICALL Agent_OnLoad(JavaVM *vm, char *options, void *reserved) 
{ 
return 0; 
} 

/* Agent_OnUnload() is called last */ 
JNIEXPORT void JNICALL 
Agent_OnUnload(JavaVM *vm) 
{ 
}

时作为交流文件编译此工程确定

here's the output from the nm command 
0000046c T Agent_OnLoad 
00000476 T Agent_OnUnload 
00001f18 a _DYNAMIC 
00001ff4 a _GLOBAL_OFFSET_TABLE_ 
     w _Jv_RegisterClasses 
00001f08 d __CTOR_END__ 
00001f04 d __CTOR_LIST__ 
00001f10 d __DTOR_END__ 
00001f0c d __DTOR_LIST__ 
000004d4 r __FRAME_END__ 
00001f14 d __JCR_END__ 
00001f14 d __JCR_LIST__ 
0000200c A __bss_start 
     w [email protected]@GLIBC_2.1.3 
00000480 t __do_global_ctors_aux 
000003b0 t __do_global_dtors_aux 
00002008 d __dso_handle 
     w __gmon_start__ 
00000467 t __i686.get_pc_thunk.bx 
0000200c A _edata 
00002014 A _end 
000004b8 T _fini 
00000348 T _init 
0000200c b completed.7021 
00002010 b dtor_idx.7023 
00000430 t frame_dummy

这里的另一个版本，我加你了外部的“C”的建议，但我像以前一样有同样的结果，库无法被发现。

/*testagent.c*/ 
#include "jni.h" 
#include "jvmti.h" 

extern "C" { 
    JNIEXPORT jint JNICALL Agent_OnLoad(JavaVM *vm, char *options, void *reserved) 
    { 
     return 0; 
    } 
} 

/* Agent_OnUnload() is called last */ 
JNIEXPORT void JNICALL 
Agent_OnUnload(JavaVM *vm) 
{ 
}

下面是来自nm命令

000004bc T Agent_OnLoad 
000004c6 T Agent_OnUnload 
0000200c d DW.ref.__gxx_personality_v0 
00001f18 a _DYNAMIC 
00001ff4 a _GLOBAL_OFFSET_TABLE_ 
     w _Jv_RegisterClasses 
00001f08 d __CTOR_END__ 
00001f04 d __CTOR_LIST__ 
00001f10 d __DTOR_END__ 
00001f0c d __DTOR_LIST__ 
00000594 r __FRAME_END__ 
00001f14 d __JCR_END__ 
00001f14 d __JCR_LIST__ 
00002010 A __bss_start 
     w [email protected]@GLIBC_2.1.3 
000004d0 t __do_global_ctors_aux 
00000400 t __do_global_dtors_aux 
00002008 d __dso_handle 
     w __gmon_start__ 
     U __gxx_personality_v0 
000004b7 t __i686.get_pc_thunk.bx 
00002010 A _edata 
00002018 A _end 
00000508 T _fini 
0000039c T _init 
00002010 b completed.7021 
00002014 b dtor_idx.7023 
00000480 t frame_dummy

跟踪从纳米命令的输出略有不同，但它们都包括Agent_OnLoad。

这是用于在两种情况下创建共享库的命令行。

cc -g -fno-strict-aliasing -fPIC -fno-omit-frame-pointer -W -Wall -Wno-unused -Wno-parentheses -I. -I../agent_util -I/home/user/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//include -I/home/user/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//include/linux -Wl,-soname=libtestagent.so -static-libgcc -mimpure-text -shared -o libtestagent.so ../src/testagent.o -lc

出从LDD说，不工作的情况下（G ++）从LDD输出

ldd libtestagent.so 
linux-gate.so.1 => (0x00d96000) 
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x0019a000) 
/lib/ld-linux.so.2 (0x005ee000)

，工作情况（GCC）

ldd libtestagent.so 
linux-gate.so.1 => (0x00544000) 
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00908000) 
/lib/ld-linux.so.2 (0x003a2000)

使用Linux了大约15年从来不知道你可以做LD_DEBUG = all，非常有用。这里是有趣的输出

2689: symbol=__gxx_personality_v0; lookup in file=/home/mnc/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013//bin/java [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/lib/tls/i686/cmov/libpthread.so.0 [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/home/mnc/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013/bin/../jre/lib/i386/jli/libjli.so [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/lib/tls/i686/cmov/libdl.so.2 [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/lib/tls/i686/cmov/libc.so.6 [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/lib/ld-linux.so.2 [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/home/mnc/apps/Genuitec/Common/binary/com.sun.java.jdk.linux.x86_1.6.0.013/jre/lib/i386/server/libjvm.so [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/lib/tls/i686/cmov/libm.so.6 [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/home/mnc/apps/javacalltracer/Calltracer/jvmti/libtestagent.so [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/lib/tls/i686/cmov/libc.so.6 [0] 
     2689: symbol=__gxx_personality_v0; lookup in file=/lib/ld-linux.so.2 [0] 
     2689: /home/mnc/apps/javacalltracer/Calltracer/jvmti/libtestagent.so: error: symbol lookup error: undefined symbol: __gxx_personality_v0 (fatal) 
     2689: 
     2689: file=/home/mnc/apps/javacalltracer/Calltracer/jvmti/libtestagent.so [0]; destroying link map 
Error occurred during initialization of VM

我做了一个计算器搜索对此，后建议增加全球对这个符号所以我添加__gxx_personality_v0作为无效* __ gxx_personality_v0;

现在JVM在用g ++编译时找到了库。

的java，＃GCC

来源

2011-11-10 user1040768

你没有表现出我们的testagent.c内容。

我的猜测是，你正在C++ name mangling咬伤，或者是因为你定义Agent_OnLoad()，或因为JNIEXPORT时不包括你的平台上extern "C"没有使用JNIEXPORT。

将Agent_OnLoad()的定义与extern "C" {和}应该完全相符。

您可以验证名称重整实际上是否是您的问题通过执行

nm libtestagent.so | grep Agent_OnLoad

和结果比较的工作（gcc）和断（g++）版本。

更新：

好的，所以C++名称mangling是不是。你下一步应该找出为什么动态链接器没有达到dlopen("libtestagent.so")。你可以通过在你的命令前加上LD_DEBUG=all来做到这一点，收集工作和非工作输出（输出将是巨大的），并寻找差异。

更新2：

我添加__gxx_personality_v0作为一个void * __ gxx_personality_v0;

这不是解决问题的正确方法，并且稍后在开始在代理中使用实际C++时可能会导致问题。

解决此问题的正确方法是将库与g++链接，而不是gcc。这将增加对libstdc++.so.6的依赖，它定义了__gxx_personality_v0以及您的C++代码需要的其他一些东西。

来源

2011-11-11 03:55:31

这里是我的测试代理的来源。无法让这个更简单。 – user1040768

谢谢，我已更新一些额外的信息 – user1040768

请在答案中看到update2。 –

使用g ++编译jvmti代理无法工作，但cc工作正常

的java，＃GCC

回答

相关问题