为什么strlen在从JNI代码(64位)调用时会导致SIGSEGV?

时间:2015-07-12 20:32:20

标签: c java-native-interface 32bit-64bit

我对使用C和C ++结合JNI和Java实现某些逻辑时遇到的错误感到困惑。

我把它提炼成一个简单的例子,每次在Linux上编译为64位时都会导致崩溃。使用32位时,它可以正常工作。 :S

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <time.h>
#include <errno.h>
#include <fcntl.h>
#include <string.h>

char * strlenTest()
{
    int size = 100;
    char * string = (char *) malloc(size * sizeof(char));
    int i;
    for ( i = 0; i < 50; i++)
    {
        string[i] = 'a';
    }
    string[50] = '\0';
    printf("string = '%s'\n", string);
    int length = strlen(string);
    printf("string length = %d\n", length);
    return string;
}

崩溃的调用方法:

JNIEXPORT jstring JNICALL Java_foo(JNIEnv *env,
        jobject thiz, jstring dexPath) {
    printf("calling test()\n");
    char * test = strlenTest();
    printf("calling strlen in jni\n");
    int testLength = strlen(test);
    printf("length:%d\n", testLength);
    }

输出: 64位:

calling test()
string = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
string length = 50
calling strlen in jni
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f63cbefb6fa, pid=9563, tid=140066607630080
#
# JRE version: OpenJDK Runtime Environment (7.0_79-b14) (build 1.7.0_79-b14)
# Java VM: OpenJDK 64-Bit Server VM (24.79-b02 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea 2.5.5
# Distribution: Ubuntu Vivid Vervet (development branch), package 7u79-2.5.5-0ubuntu1
# Problematic frame:
# C  [libc.so.6+0x8b6fa]  strlen+0x2a

32位:

calling test()
string = 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
string length = 50
calling strlen in jni
length:50

生成文件:

MARCH=-m64

CXX      = g++
CXXFLAGS =  -ansi -g -O0 $(MARCH) -fPIC  -I../.. -I/usr/lib/jvm/java-7-openjdk-amd64/include -I/usr/include -Dunix -Wformat=0
CC       = gcc
CCFLAGS  = -g  -O0 -fPIC $(MARCH) -I../.. -I/usr/lib/jvm/java-7-openjdk-amd64/include -I/usr/include -Dunix -Wformat=0
OBJS     = bugtest.o dexFileParser.o miniunz.o unzip.o ioapi.o 

libname.so : $(OBJS)
    $(CXX) -o $@ $(OBJS) -lz  $(MARCH) -shared

%.o : %.cpp
    $(CXX) -c $(CXXFLAGS) $< 

%.o : %.c
    $(CC) -c $(CCFLAGS) $<

clean: 
    rm *.o

奇怪的是,strlen在方法本身中起作用,但是当char *返回到JNI C函数时,它会以某种方式崩溃,并且只有64位。

我真的不明白发生了什么。有人可以指出错误吗?

2 个答案:

答案 0 :(得分:1)

原来,问题是缺少.h文件声明了这些功能。 编译器已经显示我忽略的警告:

initialization makes pointer from integer without a cast

所以,当我添加一个.h文件正确地声明了char * strlenTest();函数时,它就有用了!

答案 1 :(得分:0)

我打算在这里赌一把,并提出以下建议......

这取自http://ubuntuforums.org/showthread.php?t=1942105(谷歌很棒!)

使用以下命令行找到问题 -

gcc -c -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/linux HelloWorld.c -o libHelloWorld.so

问题在于尝试64位时,32位工作正常 -

答案,据报道有效......

gcc -c -fPIC -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/linux HelloWorld.c

gcc -shared -o libHelloWorld.so HelloWorld.o

运行示例 -

LD_LIBRARY_PATH=./:${LD_LIBRARY_PATH} java HelloWorld

请查看完整的帖子,我希望这可以帮助您解决问题。

相关问题