2015-09-05 3 views
1

У меня есть код C, который добавляет строки в массив Java с использованием JNI. Вызов NewStringUTF segfaults - но только для Windows 7 32-разрядный (в виртуальной виртуальной машине, на которой все, что мне нужно проверить). В некоторых случаях он вызывает SetObjectArrayElement вызов, а затем segfaults.Почему этот JNI вызывает segfault только для Windows?

void launch_jvm_in_proc(mrb_state *mrb, CreateJavaVM_t *createJavaVM, const char *java_main_class, const char **java_opts, int java_optsc, const char **v, int prgm_optsc) { 
    int i; 
    JavaVM *jvm; 
    JNIEnv *env; 
    //... 
    jclass j_class_string = (*env)->FindClass(env, "java/lang/String"); 
    jstring j_string_arg = (*env)->NewStringUTF(env, ""); 
    jobjectArray main_args = (*env)->NewObjectArray(env, prgm_optsc, j_class_string, j_string_arg); 

    for (i = 0; i < prgm_optsc; i++) { 
    j_string_arg = (*env)->NewStringUTF(env, (char *) prgm_opts[i]); 
    if (!j_string_arg) { 
     mrb_raise(mrb, E_ARGUMENT_ERROR, "NewStringUTF() failed"); 
    } 
    (*env)->SetObjectArrayElement(env, main_args, i, j_string_arg); 
    } 
    //... 
} 

Есть также случаи, когда вызов сделан в SetObjectArrayElement успешно, а затем последовательно терпит неудачу на третьей итерации цикла (когда я = 2). Это происходит, когда я использую этот проект в библиотеке в mjruby. Я тоже не могу это объяснить.

Полный проект on Github in mruby-jvm.

Сведения об ошибке:

Problem signature: 
    Problem Event Name: APPCRASH 
    Application Name: mruby-jvm.exe 
    Application Version: 0.0.0.0 
    Application Timestamp: 55eb01a5 
    Fault Module Name: mruby-jvm.exe 
    Fault Module Version: 0.0.0.0 
    Fault Module Timestamp: 55eb01a5 
    Exception Code: c0000005 
    Exception Offset: 0003fff2 
    OS Version: 6.1.7601.2.1.0.256.4 
    Locale ID: 1033 
    Additional Information 1: 0a9e 
    Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 
    Additional Information 3: 0a9e 
    Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 

Есть ли способ, чтобы собрать больше информации о ошибке?

Он отлично работает на Linux и Mac.

Я включил инструкции на how to reproduce the problem in this Github issue.

EDIT

я должен уточнить, что я изучил этот все так, как я могу. Я проверил, что различные аргументы не являются NULL. Я даже получить конденсируется почти всю программу к этому:

static void 
jvm_wtf(const char *java_dl, const char *jli_dl) { 
    JavaVM *jvm; 
    JNIEnv *env; 
    JavaVMInitArgs jvm_init_args; 
    CreateJavaVM_t* createJavaVM = NULL; 

    jvm_init_args.nOptions = 0; 
    jvm_init_args.version = JNI_VERSION_1_4; 
    jvm_init_args.ignoreUnrecognized = JNI_FALSE; 

#if defined(_WIN32) || defined(_WIN64) 
    disable_folder_virtualization(GetCurrentProcess()); 
    HMODULE jvmdll = LoadLibrary(java_dl); 
    createJavaVM = (CreateJavaVM_t*) GetProcAddress(jvmdll, "JNI_CreateJavaVM"); 
#elif defined(__APPLE__) 
    // jli needs to be loaded on OSX because otherwise the OS tries to run the system Java 
    void *libjli = dlopen(jli_dl, RTLD_NOW + RTLD_GLOBAL); 
    void *libjvm = dlopen(java_dl, RTLD_NOW + RTLD_GLOBAL); 
    createJavaVM = (CreateJavaVM_t*) dlsym(libjvm, "JNI_CreateJavaVM"); 
#else 
    void *libjvm = dlopen(java_dl, RTLD_NOW + RTLD_GLOBAL); 
    createJavaVM = (CreateJavaVM_t*) dlsym(libjvm, "JNI_CreateJavaVM"); 
#endif 
printf("Begining\n"); 
    createJavaVM(&jvm, (void**)&env, &jvm_init_args); 
    jclass main_class = (*env)->FindClass(env, "Main"); 
    jmethodID main_method = (*env)->GetStaticMethodID(env, main_class, "main", "([Ljava/lang/String;)V"); 
    jclass j_class_string = (*env)->FindClass(env, "java/lang/String"); 
    jstring j_string_arg = (*env)->NewStringUTF(env, ""); 
printf("Checking for NULL\n"); 
    if (!createJavaVM) { printf("createJavaVM is NULL\n");} 
    if (!main_class) { printf("main_class is NULL\n");} 
    if (!main_method) { printf("main_method is NULL\n");} 
    if (!j_class_string) { printf("j_class_string is NULL\n");} 
    if (!j_string_arg) { printf("j_string_arg is NULL\n");} 
printf("Right before segfault\n"); 
    jobjectArray main_args = (*env)->NewObjectArray(env, 1, j_class_string, j_string_arg); 
printf("It won't get here\n"); 
    (*env)->SetObjectArrayElement(env, main_args, 0, (*env)->NewStringUTF(env, "1")); 
    (*env)->CallStaticVoidMethod(env, main_class, main_method, main_args); 
} 

Теперь я получаю Segfault на NewObjectArray. Некоторый поиск в Google заставил меня поверить, что это может произойти из-за того, что Windows завершает работу программы, потому что считает, что выделение памяти JVM вредоносное. Как я могу определить, правда ли это?

+1

Вы действительно не дали нам достаточно, чтобы дать верный ответ. Предположим, что мы можем урезать возможность ошибки в виртуальной машине, основным ответом является то, что что-то о вашем C-коде вызывает неопределенное поведение. Основываясь на том, что вы представили, скорее всего, чем что-то не так. Я особенно тщательно анализировал массив 'prgm_opts', который близок к этой проблеме. Его происхождение, тип и содержание не являются очевидными из кода, который вы представили, поэтому я ничего не могу сказать об этом. –

+0

К сожалению, я не думаю, что верный ответ возможен без фактической проверки кода и тестирования - но я не ожидаю, что это произойдет. Я надеюсь, что есть некоторая распространенная ошибка или другая фундаментальная ошибка в том, как этот код настроен, и, возможно, кто-то, кто сделал это раньше, мог бы его распознать. Я не думаю, что это необоснованный вопрос. – codefinger

+0

«Он отлично работает на Linux и Mac». Это кажется маловероятным - или тривиальным - учитывая, что, как теперь представлено, код * не используется * на Linux и Mac.В любом случае характер неопределенного поведения заключается в том, что вы не можете положиться на него. Если ваш код имеет неопределенное поведение, вполне возможно, что он надежно работает так, как вы ожидаете в одной системе, и надежно терпит неудачу на другом. –

ответ

-2

Я понятия не имею, почему, но объявление этой переменной перед вызовом LoadLibrary устраняет проблему.

char stupid_var_that_means_nothing_but_makes_windows_work_i_dont_even[MAX_PATH]; 
HMODULE jvmdll = LoadLibrary(java_dl); 

Комментируя, что линия выходит из строя, проблема снова возникает. Я также попытался настроить его (изменение значения в []) безрезультатно. Я полностью в тупике. Я случайно наткнулся на это, попробовав добавить код от jruby-launcher

Вот full implementation of my JNI code.

Ненавижу компьютеры.

+0

Продолжайте смотреть. Вы помогли решить эту проблему, но не решили ее. – EJP

+0

@ EJP Да, я обязательно продолжу свое расследование. Я надеюсь, что ошибка, которую вы указали выше, приведет к чему-то. Этот ответ заслуживает голосования: – codefinger