Главная » Форум » Gentoo Linux » Настройка рабочих станций

[решено] firefox или что же ему мешает запуститься?

Tamahome 12 января, 2010 - 10:09

Вообщем не запускается firefox. пробоваол уже даже готовые бинарники разных версия с офсайта качать, одинфиг.
Если грохнуть профиль, то запускается мастер импорта, стафиш ему ничего нме не импортировать, и все, окошко исчезает, а дальше хоть обзапускайся, в консольке тишина.
А вот что говорит strace

_llseek(27, 0, [0], SEEK_SET) = 0
read(27, "\211PNG\r\n\32\n\0\0\0\rIHDR\0\0\0\20\0\0\0\20\10\6\0\0\0\37\363\377"..., 4096) = 972
--- SIGSEGV (Segmentation fault) @ 0 (0) ---

‹ [[SOLVED] boost не до конца установлен?] emerge autocompletion ›
»

1. отредактируйте пожалуйста

Автор Theli, дата создания 12 января, 2010 - 11:59.

1. отредактируйте пожалуйста свое сообщение с применением wgetpaste!
2. какая версия firefox
3. emerge --info | wgetpaste
4. выполните в консоли firefox и дайте сюда вывод...

»

emerge --info >>

Автор Tamahome, дата создания 12 января, 2010 - 12:14.

emerge --info >> http://paste.pocoo.org/show/164576/
А это он говорит просто в консоле.

$ firefox
Registering '@mozilla.org/module-loader/python;1' (libpyloader.so)
Registering '@mozilla.org/network/protocol/about;1?what=python' (pyabout.py)
Registering '@mozilla.org/module-loader/python;1' (libpyloader.so)
Registering '@mozilla.org/network/protocol/about;1?what=python' (pyabout.py)
tamahome@tamahome ~ $

Пробовал много разных версий 3.*.*, Сейчас 3.5.7
кстати mail-client/mozilla-thunderbird-3.0-r1 также не запускается

$ thunderbird 
/usr/lib/mozilla-thunderbird/run-mozilla.sh: line 131: 18934 Ошибка сегментирования                   "$prog" ${1+"$@"}
»

1. вы не на все вопросы

Автор Theli, дата создания 12 января, 2010 - 12:20.

1. вы не на все вопросы ответили!!!
2. eselect python list
3. python-updater после обновления делали?

»

1. На какой вопрос не

Автор Tamahome, дата создания 12 января, 2010 - 12:30.

1. На какой вопрос не ответил?
2. 

 
# eselect python list
Available Python interpreters:
  [1]   python2.6 *
  [2]   python3.1

3. python-updater делал, и после этого еще работало долго, хотя если учесть что ff иногда не перезапускался неделями, то хз, косяк всплыл после ребута.
revdep-rebuild сделан был.

»

Tamahome написал(а): 1. На

Автор Theli, дата создания 12 января, 2010 - 12:55.
Tamahome написал(а):
1. На какой вопрос не ответил?

ответили! извините, проглядел :)

так, если это не змея, то в вашем emerge --info мне не нравится опция -O3, которая категорически не рекомендуется с компиляторами gcc версии 4.x.x самими разработчиками gcc! :) с -O3 у меня многие приложения сегфолтились, а с обновлением glibc этот список изменялся. с -O2 все прошло! и даже пошустрее стало! только надо всю систему пересобирать! :(

к стати, -fomit-frame-pointer уже включен в -O2

»

попробую на ночь поставить

Автор Tamahome, дата создания 12 января, 2010 - 15:24.

попробую на ночь поставить emerge -e world, так как машинка рабочая слабенькая затянется надолго, ну а там уж ясно будет, дома тоже O3 и тоже ~ но работает.

»

была подобная фигня с полгода

Автор leryc, дата создания 12 января, 2010 - 15:40.

была подобная фигня с полгода назад после очередного обновления
фф + тюндербирд
пробовал +\- версии +\- бинарники

вылечилось заведением нового пользователя (под ним всё заработало во всех вариациях) и копированием /home/newuser/ в /home/olduser
с изменением владельца, естественно

—

что-то добрый я сегодня ....

»

Theli написал(а): к стати,

Автор alekxs, дата создания 12 января, 2010 - 16:05.
Theli написал(а):
к стати, -fomit-frame-pointer уже включен в -O2

Откуда дровишки?

»

alekxs написал(а): Откуда

Автор Theli, дата создания 12 января, 2010 - 18:04.
alekxs написал(а):
Откуда дровишки?

http://gcc.gnu.org/onlinedocs/gcc-4.4.2/gcc/Optimize-Options.html#Optimize-Options написал(а):
-fomit-frame-pointer
Don't keep the frame pointer in a register for functions that don't need one. This avoids the instructions to save, set up and restore frame pointers; it also makes an extra register available in many functions. It also makes debugging impossible on some machines.

On some machines, such as the VAX, this flag has no effect, because the standard calling sequence automatically handles the frame pointer and nothing is saved by pretending it doesn't exist. The machine-description macro FRAME_POINTER_REQUIRED controls whether a target machine supports this flag. See Register Usage.

Enabled at levels -O, -O2, -O3, -Os.

»

Интересно... http://en.gentoo

Автор alekxs, дата создания 12 января, 2010 - 18:22.

Интересно...

http://en.gentoo-wiki.com/wiki/Safe_Cflags#General_Information_on_CFLAGS написал(а):
The flag -fomit-frame-pointer is enabled at -O1, -O2, -O3 and -Os on arches where it doesn't interfere with debugging, such as AMD64, but not x86.

Или это уже не соответствует реальности?

»

alekxs написал(а): The flag

Автор Theli, дата создания 12 января, 2010 - 19:16.
alekxs написал(а):
The flag -fomit-frame-pointer is enabled at -O1, -O2, -O3 and -Os on arches where it doesn't interfere with debugging, such as AMD64, but not x86.

я не силен в английском, но по-моему тут написано: "флаг -fomit-frame-pointer включен на уровнях оптимизации -O1, -O2, -O3 и -Os на таких архитектурах как AMD64 (но не x86), где он не мешает отладке"

в документации к gcc сказано тоже самое, но без упоминания архитектур:

http://www.gentoo.ru/comment/reply/18024/130118?quote=1#comment-form написал(а):
-O also turns on -fomit-frame-pointer on machines where doing so does not interfere with debugging.

этот флаг не включается, когда в опциях присутствует указание включать отладочную информацию, в остальных случаях он вкючен на всех уровнях оптимизации ;)

»

Вот-вот. То есть, на x86 он

Автор alekxs, дата создания 12 января, 2010 - 22:43.

Вот-вот. То есть, на x86 он по умолчанию выключен.
Кстати, а каким образом в опциях можно включить debugging?

»

то, что -fomit-frame-pointer

Автор Theli, дата создания 13 января, 2010 - 11:40.

то, что -fomit-frame-pointer не включается на x86 написано по вашей ссылке, т.е. на gentoo-wiki, а это не первоисточник! ;) я верю документации gcc, у вас есть право верить хоть в зеленых человечков ;)

чтобы включить дэбаггинг, необходимо почитать родную документацию ;)

»

Мне не совсем понятен Ваш

Автор alekxs, дата создания 13 января, 2010 - 13:40.

Мне не совсем понятен Ваш сарказм. В документации gcc (которой я верю не меньше вашего) указано, что -fomit-frame-pointer включается на всех уровнях оптимизации, когда это не мешает дебаггингу. В документации на конкретный дистрибутив (как Вы справедливо заметили не первоисточнике, но всё же это документация на gentoo) уточняется, что это справедливо для архитектуры AMD64, но не x86. Учитывая, что информация на gentoo-wiki уже порядком устарела, я поинтересовался, чем руководствовались Вы, когда советовали убрать -fomit-frame-pointer на архитектуре x86. Вы же тычете мне в статью на gcc.org, где нет и не может быть полного описания опций для всех дистрибутивов linux.
P.S. А право верить в зелёных человечков есть у всех, и у Вас в том числе)))

»

alekxs написал(а): Вы же

Автор Theli, дата создания 13 января, 2010 - 14:48.
alekxs написал(а):
Вы же тычете мне в статью на gcc.org

Это не статья, а документация! а вот на wiki статья, где такие же люди как мы (т.е. не всегда очень продвинутые и опытные, а следовательно далеко не всегда правые) пишут свои заметки, чтобы поделиться с такими же как мы :) если бы это было написано на gentoo.org, я бы поверил больше ;)

на том же gentoo-wiki написано, что для процессора Intel Atom N270 надо в CFLAGS прописывать -march-prescott, хотя на самом деле больше подходит core2! вот вывод dmidecode, например:

Processor Information
        Socket Designation: Socket 437
        Type: Central Processor
        Family: Core 2
        Manufacturer: Intel
        ID: C2 06 01 00 FF FB E9 BF
        Signature: Type 0, Family 6, Model 28, Stepping 2

причиной разборок стало то, что rc из пакета openrc стал сегфолтиться прямо при первом вызове из ядра, т.е. система просто не грузилась! с core2 все полетело ;)

Вообще думаю, что приоритеты того, кому больше верить должны быть примерно такие:
1. документация на библиотеку/программу
2. документация на gentoo.org
3. wiki + google

как-то так =))))

alekxs написал(а):
полного описания опций для всех дистрибутивов linux

не вижу никакой связи между дистрибутивами Linux и флагами gcc X_X
дэбаггинг же включается (ЕМНИП) опцией -debug, а в gentoo еще и одноименный флаг есть у каждого пакета ;)

»

Итак, 1.gcc.org говорит: -O

Автор alekxs, дата создания 13 января, 2010 - 15:01.

Итак,
1.gcc.org говорит:
-O also turns on -fomit-frame-pointer on machines where doing so does not interfere with debugging.
2.gentoo-wiki говорит:
The flag -fomit-frame-pointer is enabled at -O1, -O2, -O3 and -Os on arches where it doesn't interfere with debugging, such as AMD64, but not x86.
2 не противоречит 1, а лишь дополняет. Это целиком соответствует вашей системе приоритетов.

Theli написал(а):
не вижу никакой связи между дистрибутивами Linux и флагами gcc X_X

Опции компилятора по умолчанию всё же различаются в зависимости от дистрибутива( и от архитектуры).

Theli написал(а):
дэбаггинг же включается (ЕМНИП) опцией -debug, а в gentoo еще и одноименный флаг есть у каждого пакета ;)

Я как-то всегда считал, что debug - это USE-флаг, а опции компилятора - что-то вроде CFLAGS, CXXFLAGS.
Чтобы прекратить бесполезный флуд (а наше общение начинает его напоминать), когда Вы говорили, что -O2 включает -fomit-frame-pointer, Вы руководствовались только статьёй(или документацией, если Вам так больше нравится :))) на gcc.org, не так ли? Если Вы не имеете других источников, в которых указывалось бы для какой именно архитектуры в gentoo сие справедливо, то я подожду реакции других форумчан, быть может будет что-то более конкретное.

»

alekxs написал(а): Это

Автор Theli, дата создания 13 января, 2010 - 18:39.
alekxs написал(а):
Это целиком соответствует вашей системе приоритетов

как раз наоборот!;) если описание есть в документации (а по gcc она исчерпывающая!), то по 2 и 3 пунктам инфа даже не ищется (ну, если только перевод английского варианта на русский, если что-то не в силах перевести сам).

»

Вооющем по сабжу сделал

Автор Tamahome, дата создания 14 января, 2010 - 12:22.

Вооющем по сабжу сделал emerge --depclean
он удалил много всего, в том числе xulrunner 1.8.чтототам, и как ни странно после ребута заработало %)
Ну и поставил O2

»

флуд

Автор Bold, дата создания 14 января, 2010 - 09:45.

я так и не увидел где решение проблемы! или просмотрел пока эти господа выясняли отношения.. есть подобная проблема и у меня. флагами -O3..-O1 пробовал, не помогает. иноговорящие ресурсы склоняются к идее что это результат перехода на gcc 4.4.1(2). кстати лис 3.5.7 стал более устойчив, уже не падает сразу при запуске

»

Bold написал(а): я так и не

Автор Theli, дата создания 14 января, 2010 - 10:55.
Bold написал(а):
я так и не увидел где решение проблемы! или просмотрел пока эти господа выясняли отношения..

дык вот же ответ:)))

Tamahome написал(а):
Вооющем по сабжу сделал emerge --depclean
он удалил много всего, в том числе xulrunner 1.8.чтототам, и как ни странно после ребута заработало %)

Bold написал(а):
есть подобная проблема и у меня. флагами -O3..-O1 пробовал, не помогает. иноговорящие ресурсы склоняются к идее что это результат перехода на gcc 4.4.1(2). кстати лис 3.5.7 стал более устойчив, уже не падает сразу при запуске

4.4.х. генерит плохой код если только для старых процессоров... на современных все работает отменно на -O2 ;)

»

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".