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

标签 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位。

我真的不明白这是怎么回事。有人可以指出错误吗?

最佳答案

原来问题是缺少声明函数的 .h 文件。 编译器确实已经显示了我忽略的警告:

初始化从不强制转换的整数生成指针

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

关于c - 从 JNI 代码(64 位)调用时,为什么 strlen 会导致 SIGSEGV?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31372279/

相关文章:

android - 如何加载android系统原生库

tomcat - 如何在 64 位 JVM 应用程序上运行 32 位 native 库

c++ - 如何在包含中使用预处理器宏?

c++ - 在 windows xp 中获取所有已注册的 usb hid 设备的列表

java - 如何为一组 Pascal 库函数编写 Java JNI 包装器?

c++ - setcontext 和 makecontext 调用通用函数指针

c++ - 为什么我们应该为 C++ 应用程序构建 64 位目标?

c# - 为 64 位 dll 创建 32 位包装器。这可能吗?

c++ - 您如何输出从右到左阅读的语言?

c# - 检查文件访问权限,获取进程 ID