javax Mar 2 2011 at 18:12

JVM падает (2 истории про вызов native library)

2 min

2.3K

Java *

+17

Comments 21

AxisPod Mar 2 2011 at 18:30

Хм, когда это boost стал стандартной библиотекой? Вот stl стандартная, даже имя на это намекает, а boost совсем не стандартная.

javax Mar 2 2011 at 18:55

Согласен, исправляю

taviscaron Mar 2 2011 at 21:24

де-факто вполне себе стандартная библиотека.

qehgt Mar 2 2011 at 21:51

Они в Комитете работают, на Стандарт языка С++ оказывают сильное влияние.

dekoo Mar 2 2011 at 21:45

>> Находим параметер для JVM: -XX:ThreadStackSize=
Случайно не с java.lang.OutOfMemoryError: Java heap space падало? Ато была у нас такая плавающая ошибка… я вот сейчас прочитал и подумалось, что ситуация похожая очень…

javax Mar 2 2011 at 21:47

Кажется нет (это было год назад, а вот вторая проблема — сегодня).
Там же явовского эксепшена быть не могло — JVM падал как процесс

dekoo Mar 2 2011 at 21:53

Да, правильно… как то упустил из виду «JVM падает».

voa Mar 2 2011 at 21:48

немоного оффтоп: как-то проводили собеседования на вакансию сапортера для нескольких Javа SDK. Среди множества кандитатов-программистов меньше половины знали про опции JVM. Даже не все о Xmx слышали. И этому я никак не мог найти объяснение.

javax Mar 2 2011 at 21:52

На эту тему было тут уже уйму топиков. Большая часть программистов — люди не интересующиеся своей работой. Человек пилит свою болванку и не видит дальше своего носа

mikhanoid Mar 2 2011 at 21:56

Вот. Вот… Сборшик мусора заботиться о Вас: )

iZENfire Mar 3 2011 at 00:17

GC не заботится о сохранности ссылок для JNI-вызовов.

apangin Mar 3 2011 at 00:57

Как это?

iZENfire Mar 3 2011 at 01:24

Вот тут разные нюансы описаны.

apangin Mar 3 2011 at 02:08

Спасибо, статья полезная, но все же с исходным утверждением «GC не заботится о сохранности ссылок для JNI-вызовов» я не соглашусь. JVM заботится о том, чтобы ссылки на Java-объекты из native-методов были валидны даже после GC, а именно:
— что локальные ссылки валидны до тех пор, пока не завершится native-метод, в контексте которого эти ссылки созданы;
— что глобальные ссылки валидны на протяжении всей работы JVM, пока не вызывана функция DeleteGlobalRef.

edelweard Mar 2 2011 at 22:05

ru.wikipedia.org/wiki/Аппликация
А у вас «приложение» или «программа».
Извините.

javax Mar 2 2011 at 22:18

Исправил. Вроде всюду.
Я не в России живу и привык к описанию вех этих дел на английском

Scratch Mar 3 2011 at 06:21

ну и тогда в догонку
дерево большой глибины.

paladin Mar 3 2011 at 13:45

У меня подобное было. После пары часов танцев с бубном удалось выяснить что JVM падает в момент вызова джавы из нейтив кода. Дабы не танцевать больше с бубном переписал код так, чтобы никаких колбеков не использовалось. Благо архитектура позволяла.

Спасибо за объяснение. В следующий раз буду знать как бороться с этой пакостью!

javax Mar 3 2011 at 14:06

Если можно переписать — это надежнее. У меня легаси код — его переписывать я не могу

Throwable Mar 3 2011 at 19:25

Не совсем понял специфику проблемы. Если вызов и callback идут в одном треде, то GC не должен вообще ничего удалять. Если же Вы делаете вызовы асинхронно, сначала передав указатель на callback, и затем ждете, что из JNI он будет вызван, то ссылку на callback нужно «закрепить» при помощи jobject NewGlobalRef(JNIEnv *env, jobject obj);

javax Mar 3 2011 at 19:36

Это был JNA, а не JNI. И колбек там чисто явовский