2015-10-13 2 views
1

Я использую PyCharm-профессионал на Arch Linux, но со вчерашнего дня он не работает должным образом, здесь ошибка при запуске его в temrinal:запустить PyCharm на Arch Linux

[[email protected] ~]$ pycharm 
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=350m; support was removed in 8.0 
Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=lcd 
# 
# A fatal error has been detected by the Java Runtime Environment: 
# 
# SIGSEGV (0xb) at pc=0x00007f26f93b5be0, pid=1999, tid=139805401143040 
# 
# JRE version: Java(TM) SE Runtime Environment (8.0_60-b27) (build 1.8.0_60-b27) 
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.60-b23 mixed mode linux-amd64 compressed oops) 
# Problematic frame: 
# C 0x00007f26f93b5be0 
# 
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again 
# 
# An error report file with more information is saved as: 
# /home/kahrabian/java_error_in_PYCHARM_1999.log 
# 
# If you would like to submit a bug report, please visit: 
# http://bugreport.java.com/bugreport/crash.jsp 
# 
/opt/pycharm-professional/bin/pycharm.sh: line 187: 1999 Aborted     (core dumped) LD_LIBRARY_PATH="$IDE_BIN_HOME:$LD_LIBRARY_PATH" "$JDK/bin/java" $AGENT "-Xbootclasspath/a:$IDE_HOME/lib/boot.jar" -classpath "$CLASSPATH" $VM_OPTIONS "-Djb.vmOptionsFile=$VM_OPTIONS_FILES_USED" "-XX:ErrorFile=$HOME/java_error_in_PYCHARM_%p.log" -Djb.restart.code=88 -Didea.paths.selector=PyCharm40 $IDE_PROPERTIES_PROPERTY $IDE_JVM_ARGS $REQUIRED_JVM_ARGS $MAIN_CLASS_NAME "[email protected]" 

и вот лог-файл генерируется после попытки запустить pycharm: http://paste.ubuntu.com/12775734/ , поскольку я не могу понять проблему и ее происхождение, мне нужна помощь в решении этой проблемы.

ответ

3

К сожалению, это известная несовместимость с текущим glib и Oracle JVM.

Смотрите здесь: https://youtrack.jetbrains.com/issue/IDEA-146207 И здесь: https://bugzilla.gnome.org/show_bug.cgi?id=755609

Есть несколько обходных путей, которые вы можете использовать в настоящее время (находится здесь: https://bugs.archlinux.org/task/46619)

  1. Prepend команда с PRELOAD=/lib/libglib-2.0.so (например, PRELOAD=/lib/libglib-2.0.so pycharm)
  2. Установите этот исправленный glib из темы форума (я бы устал использовать это решение без предварительной проверки безопасности этого пакета): http://pkgbuild.com/~heftig/glib2-2.46.0-2-x86_64.pkg.tar.xz
  3. Переход на более позднюю версию GLib-2 (работает только в том случае, если у вас все еще есть старая кеш-память). Команда для этого будет выглядеть примерно так: pacman -U /var/cache/pacman/pkg/glib2-2.44.1-1-x86_64.pkg.tar.xz. Вы также можете понизить пакет с помощью других инструментов, таких как понижение по сравнению с AUR, только пробег downgrade glib2

Надеюсь, эта ошибка скоро будет раздавлена.

+0

спасибо за помощь, к счастью, третий метод работал для меня (я не тестировал другие 2 метода). есть ли проблема jdk8-openjdk? – kahrabian

+0

Нет, pycharm-professional работал на меня на x86_64 arch с jdk8-openjdk. – grimsock

1

Для тех, кто еще работает в эту ошибку и не хотите, чтобы понизить бойкий, команда из шага # необходимо 1 решение должно быть изменено на:

# x64 
LD_PRELOAD=/lib64/libglib-2.0.so pycharm 
# x86 
LD_PRELOAD=/lib/libglib-2.0.so pycharm 
-1

Существует предварительно построенный пакет в этом репо:

[archlinuxcn] 
SigLevel = Optional TrustAll 
Server = http://repo.archlinuxcn.org/$arch 
0

построить на ответ дается @ 8bitAce:

Вы на самом деле не нужно, чтобы установить более старую версию glib2 для того, чтобы использовать его для запуска PyCharm. Просто извлечь старый пакет glib2 где-то в вашем домашнем каталоге:

mkdir -p $HOME/oldlibs/pycharm 
tar Jxf /var/cache/pacman/pkg/glib2-2.44.1-1-x86_64.pkg.tar.xz -C $HOME/oldlibs/pycharm 

Затем запустите PyCharm:

LD_PRELOAD=$HOME/oldlibs/pycharm/usr/lib/libglib-2.0.so pycharm 

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

0

У меня была та же проблема. Я использовал OpenJDK JRE 9, и это, похоже, было источником проблемы. Я позже установил JRE 8 Oracle, и все в порядке. Возможно, с OpenJDK JRE 8 он будет работать.

Смежные вопросы