проблемы с JNI на Android - методы экземпляра Java - PullRequest
0 голосов
/ 26 апреля 2011

Надеюсь, что вокруг будет больше знающих людей. Попытки вызвать метод экземпляра Java из C почти успешны, но на очень хрупкой основе ...

Проблема № 1 - Вызов метода Java, такого как этот:

public void publishResult(String fromV8)
{
    try
    {
        //final String backupBuffer = "tututu";
        final String backupBuffer = String.valueOf(fromV8);
        runOnUiThread(new Runnable() {

            @Override
            public void run() 
            {
                ((TextView)findViewById(46)).setText(backupBuffer);
            }
        });
    } catch (Exception ex) 
    {
        ex.printStackTrace();
    }
}

работает, но как только я пытаюсь что-то сделать с параметром 'fromV8', JVM завершается с таким сообщением об ошибке в LogCat:

04-26 00:16:10.714: INFO/DEBUG(14398): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
04-26 00:16:10.714: INFO/DEBUG(14398): Build fingerprint: 'LGE/thunderg/thunderg/thunderg:2.2/FRF91/eng.swapan.pati.20101012.153426:user/release-keys'
04-26 00:16:10.714: INFO/DEBUG(14398): >>> com.example.hellojni <<<
04-26 00:16:10.714: INFO/DEBUG(14398): signal 11 (SIGSEGV), fault addr 6c6c65bc
04-26 00:16:10.714: INFO/DEBUG(14398):  r0 00000001  r1 00000001  r2 42f8bf90  r3 0022e1a8

           [......plenty of registries and stack hexdump.....stripped]

04-26 00:16:10.814: INFO/DEBUG(14398):     46b5ed04  aca508fb  /system/lib/libdvm.so
04-26 00:16:11.124: INFO/ActivityManager(1363): Process com.example.hellojni (pid 16632) has died.
04-26 00:16:11.134: INFO/WindowManager(1363): WIN DEATH: Window{452be390 com.example.hellojni/com.example.hellojni.HelloJni paused=false}
04-26 00:16:11.134: INFO/WindowManager(1363): Setting rotation to 0, animFlags=1
04-26 00:16:11.144: INFO/BootReceiver(1363): Copying /data/tombstones/tombstone_09 to DropBox (SYSTEM_TOMBSTONE)
04-26 00:16:11.154: INFO/ActivityManager(1363): Config changed: { scale=1.0 imsi=226/5 

loc=en_GB touch=3 keys=1/1/2 nav=1/1 orien=1 layout=18 uiMode=17 seq=65}

И проблема # 2 - даже если я ничего не делаю с параметром, но устанавливаю точку останова внутри java-метода, JVM снова прерывается. Результаты снова в LogCat, и он похож на приведенный выше, но имеет несколько дополнительных строк:

04-26 00:26:29.821: WARN/dalvikvm(16864): JDWP: slot 4 expected to hold object, 0x22e7b0 invalid
04-26 00:26:29.821: ERROR/dalvikvm(16864): VM aborting
[...+ SAME AS ABOVE...]

Ни разу не было обнаружено никаких следов исключений в консоли. Это общие симптомы или что?

Спасибо!

Ответы [ 2 ]

2 голосов
/ 26 ноября 2012

Я уже сталкивался с этой проблемой, когда ленился, когда параметры объекта передавались из c / c ++ в Java (для меня багбир, кажется, Strings).

env->CallStaticVoidMethod(interfaceClass, sendaString2Java, "Send me to Java");

Компилируется просто отлично, но выдает ошибку времени выполнения:

11-26 13:08:54.770: W/dalvikvm(1818): JDWP: slot 1 expected to hold object, 0xbea7a38c invalid

Если вы делаете объект, который хотите передать обратно "Java-объект", прежде чем его вернуть - все хорошо

env->CallStaticVoidMethod(interfaceClass, sendaString2Java, env->NewStringUTF("Send me to Java"));

работает просто отлично.

Я действительно очень опираюсь на приведенный здесь пример: http://android.wooyd.org/JNIExample/, но так и не понял, почему файл cpp находится в папке assets вместо папкиПапка JNI.

0 голосов
/ 16 июня 2011

SIGSEGV при ошибке addr 6c6c65bc указывает на недопустимую ссылку на память или ошибку сегментации ( SIGSEGV ).
Для исключений из собственного кода вы должны явно вызвать на стороне C / C ++ метод ExceptionDescribe(). Подробнее вы можете найти здесь Исключения .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...