LINUX.ORG.RU
Форум — General  

Неприятность с java

 


0

1

Был (и есть) отличный проект BuildGDX, которым я с удовольствием пользуюсь, командуя 

java -jar ~/M210Projects/BuildGDX.jar
.

Новое обновление программного обеспечения (Ubuntu 18.04) эту идиллию разрушило, имею вылет с выхлопом в терминале: 

Inconsistency detected by ld.so: dl-lookup.c: 111: check_match: Assertion `version->filename == NULL || ! _dl_name_match_p (version->filename, map)' failed!

Просьба разбирающимся в предмете помочь советом. Спасибо за внимание.

★★★★★
← Дистрибутив со стабильностью системы и новизной ПО
Вопрос об оперативной памяти →

Какой-то баг, жди фикса.

Legioner ★★★★★
()

Судя по ошибке, провалена проверка версии. А вот чего - системы, версии JDK или самой утилиты, это ещё надо посмотреть.

Ищите _dl_name_match_p и посмотрите, за какой конкретно компонент оно отвечает.

Korchevatel ★★★★★
()

Попробуй JRE поставить не из убунтовских реп, а нормальный, Azul Zulu, например. В убунте почему-то под видом 11 Явы поставляют 10-ю.

Deleted
()

У отличного проекта есть багтрекер? Тогда тебе, скорее всего, туда, а не сюда.

blexey ★★★★★
()
Ответ на: комментарий от Korchevatel

Это версия JDK. при попытке запуска других jar файлов (смежные проекты того же автора) вылетают аналогичные ошибки, до обновления систамы ровно те же утилиты запускались без проблем.

piyavking ★★★★★
() автор топика
Ответ на: комментарий от Deleted

джава от Azul Zulu помогла. спасибо ещё раз!

piyavking ★★★★★
() автор топика
Ответ на: комментарий от fornlr

Ещё пару недель назад ставил их пакет и там была десятая версия, хотя сам пакет был 11.

Deleted
()

Еще, как вариант, поставить 8-й JDK и сделать его основным по умолчанию командой update-java-alternatives. Старые приложения могут на новых версиях Явы не работать.

Deleted
()
Ответ на: комментарий от fornlr

Просто на всякий случай: ещё один (в бесконечном ряду) случай, который показывает, что нельзя пользоваться пакетами Java из пакетного менеджера. Скачиваешь с сайта, распаковываешь зипник, прописываешь в JAVA_HOME и PATH - и эта схема всегда идеально работает.

stevejobs ★★★★☆
()
Ответ на: комментарий от stevejobs

вот в версии проекта для венды всё вообще идеально - локальная джава жёстко вписана в функционал эмуля)))

piyavking ★★★★★
() автор топика
Ответ на: комментарий от piyavking

Да я согласен, чо. В 2019 году на десктопе дрочить на объем приложений настолько, что ради экономии 200 мегабайт обрекать пользователя на админинг инсталляций джавы - это какой-то ад. Я за то, чтобы в десктопных приложениях (да и в большинстве серверных) прикладывать вместе с приложением билд джавы, на котором оно было протестировано и работает. Разве что, не отменять возможность переключиться на любую другую джаву, если power user этого захочет (например, прошла тысяча лет, и на новой архитектуре процессора старый билд джавы не запускается).

stevejobs ★★★★☆
()
9 января 2021 г.
Ответ на: комментарий от stevejobs

а можно кодить не через жопу

но джава-мэнам это недоступно

ну и совместимость «фреймвороков» системы РАЙТ УАНС ИПИСЬ ЕВРИВЕРЕ таки достовляет

некрософтовский нннет такой же бггг

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Дистрибутив со стабильностью системы и новизной ПО
General
Вопрос об оперативной памяти →