Крушение затмения на Fedora 20

Question

Я не могу запустить Eclipse в Fedora 20 в любом случае, всегда происходит сбой.

Java-1.7.0-OpenJDK
Java-1.7.0-OpenJDK-разви
Java-1.7.0-OpenJDK-обезглавленный

Linux * 3.12.7-300.fc20.x86_64 #1 SMP пт 10 января 15:35:31 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

eclipse-platform x86_64   1:4.3.1-11.fc20

Пробовал с версией дистрибутива и с загруженной версией с eclipse.org

Всегда одно и то же. Запустите затмение Кеплера и вылетите. Быстрый сбой с использованием Eclipse Marketplace.

журнал:

! ENTRY org.eclipse.osgi 2 1 2014-01-14 17: 30: 20.014! MESSAGE NLS неиспользуемое сообщение: LaunchConfigurationType_1 в: org.eclipse.debug.internal.core.DebugCoreMessages! СЕССИЯ 2014-01-15 10:55:20.259 ----------------------------------------------- затмение.buildId=4.3.0.M20130911-1000
    java.version=1.7.0_45
    java.vendor= константы загрузчика Oracle Corporation: OS=linux, ARCH=x86_64, WS=gtk, NL=es_ES Аргументы инфраструктуры:  -product org.eclipse.epp.package.standard.product Аргументы командной строки:  -os linux -ws gtk -arch x86_64 -product org.eclipse.epp.package.standard.product!ENTRY org.eclipse.core.resources 2 10035 2014-01-15 10:55:58.045! СООБЩЕНИЕ Рабочее пространство вышло с несохраненными изменениями в предыдущем сеансе; обновление рабочей области для восстановления изменений.

Очень большой дамп, обратная трассировка не годится, fedora bugzilla не может его использовать.

Выход Strace:

    fstat (3, {st_mode = S_IFIFO | 0600, st_size = 0,...}) = 0 mmap (NULL, 4096, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANONYMOUS, -1, 0) = 0x7f095d66e000 lseek (3, 0, SEC)                   = -1 ESPIPE (незаконный поиск)
    read(3, "java version \"1.7.0_45\"", 4096) = 23
    read(3, "\nOpenJDK Runtime Environment (fe"..., 4096) = 121 закрыть (3)                                = 0
    munmap(0x7f095d66e000, 4096)            = 0
    close(3)                                = -1 EBADF (неверный дескриптор файла)
    wait4(2395, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 2395
    --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=2395, si_status=0, si_utime=11, si_stime=5} ---
    stat("/etc/gre64.conf", 0x7fff321cc6b0) = -1 ENOENT (нет такого файла или каталога)
    stat("/etc/gre.d/gre64.conf", 0x7fff321cc6b0) = -1 ENOENT (нет такого файла или каталога)
    stat("/etc/gre.conf", 0x7fff321cc6b0)   = -1 ENOENT (нет такого файла или каталога)
    stat("/etc/gre.d/gre.conf", 0x7fff321cc6b0) = -1 ENOENT (нет такого файла или каталога)
    openat(AT_FDCWD, "/usr/lib64/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3 получателя (3, /* 781 записей */, 32768)   = 32728 получателей (3, /* 787 записей */, 32768)   = 32768 получателей (3, /* 787 записей */, 32768)   = 32736 получателей (3, /* 775 записей */, 32768)   = 32744 получателей (3, /* 632 записей */, 32768)   = 26464 получателей (3, /* 0 записей */, 32768)     = 0 закрыть (3) = 0 клон (child_stack=0, флаги =CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f095d643a10) = 2407
    wait4(2407, CompilerOracle: исключить org/eclipse/core/internal/dtree/DataTreeNode.forwardDeltaWith
    CompilerOracle: исключить org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding.
    CompilerOracle: исключить org/eclipse/cdt/internal/core/dom/parser/cpp/semantics/CPPTemplates.instantiateTemplate
    CompilerOracle: исключить org/eclipse/cdt/internal/core/pdom/dom/cpp/PDOMCPPLinkage.addBinding исключения /python/pydev/editor/codecompletion/revisited/PythonPathHelper.isValidSourceFile
    CompilerOracle: exclude org/eclipse/tycho/core/osgitools/EquinoxResolver.newState Местоположение журнала bp не сохранено, используется по умолчанию.
    [000:000] Процессор: 15.75.2, x2, 2200 МГц, 3954 МБ [000: 000] Модель компьютера: недоступно [000:001] Имеется поддержка браузера XEmbed: 1
    [000:001] Инструментарий браузера - Gtk2.
    [000:001] Использование инструментария Gtk2. Местоположение лога bp не сохранено, используется по умолчанию.
    [000:000] CPU: 15.75.2, x2, 2200 МГц, 3954 МБ [000: 000] Модель компьютера: недоступно [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV && WCOREDUMP(s)}]], 0, ПУСТО (NULL) = 2407
    --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=2407, si_status=SIGSEGV, si_utime=5748, si_stime=480} ---
    shmctl(1343509, IPC_RMID 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 7 0 0 0 0 0 0 0 0 0 0 0 0 0 10 0 0 0 (0) 2166864)         = 0
    exit_group(0)                           =?
    +++ вышел с 0 +++

Answer 1

Я просто боролся с этим сегодня.

Fedora 20 and eclipse-platform-4.3.1-11.fc20.i686
eclipse.buildId=4.3.0.11fc20
java.version=1.7.0_51
java.vendor=Oracle Corporation

Пустое рабочее пространство и Eclipse сидят в течение минуты или двух основных дампов. Изначально Eclipse представлял собой исключение при копировании и вставке в файл Java.

rpm --erase google-talkplugin-4.9.1.0-1.i386
And Eclipse is now stable. Thanks for the debug & hint.

Answer 2

Если вы не хотите удалять google-talkplugin, этот ответ может вам помочь. https://bugzilla.redhat.com/show_bug.cgi?id=1043438

Это сработало для меня в следующей среде:

• openSuse 13.1 x64
• Затмение 4.3.2
• Oracle Java 1.7.0-51

Answer 3

В моем случае это вызывает Google-Talk-плагин. Удалите его.

Answer 4

Удалите Google-talkplugin.

Это работа для меня.

Answer 5

У меня довольно часто происходили сбои Eclipse во время отладки.

Следующее, кажется, решило это для меня:

Fedora 20, KDE, Системные настройки -> Внешний вид приложения ->

Изменение стиля виджета с "Oxygen" на "GTK+ Style" решило это для меня.

Рекомендации:

• https://issues.apache.org/jira/browse/DIRSTUDIO-962
• https://bugs.eclipse.org/bugs/show_bug.cgi?id=421073