Запускаем uxterm под пользователем в иксах. Затем стартуем htop и растягиваем окошко (повторяется как в гноме, так и в icewm-mini, например). Через некоторое время пока идет растягивание окна, htop завершает работу. Повесил на htop, потому как, например, mc при растягивании не вылетает. Хотелось бы выявить причину (может стоить собрать версию по-свежее ?) такого поведения.
У меня не воспроизводится -- просьба посмотреть htop-0.9-alt1, как доберётся.
Михаил, я немного поторопился. Ставил себе беты кентавра, когда они еще на сизифе основывались. Сейчас это уже p6. Так что бага проявляется на 6 платформе. Помимо того, htop вылетает, при растягивании окно тянется, а информация, выдаваемая htop, не следует за изменениями размеров окна. Иногда при первом запуске вывод невозможно разобрать (очень редко бывает правда). Повторюсь, это только в иксах наблюдается, в консоли замусоренного вывода не видел. Видеокатра на обоих машинах интел. Других нет, проверить нет возможности. Может быть корень зла как раз в этом ?
Новую версию проверил - без изменений.
Еще одно замечание. В сборке icewm-mini в меню есть пункт "htop", так вот при его запуске окно нормально растягивается, htop не вылетает и следует изменениям размеров окна. Если же вручную стартовать xterm/uxterm и в нем вручную запустить htop, то во время растягивания htop завершает работу.
У меня на ноуте сизиф и интел, htop изредка используется и локально, но удалённо рисует (в aterm) очень часто. (In reply to comment #4) > Еще одно замечание. В сборке icewm-mini в меню есть пункт "htop", так вот при > его запуске окно нормально растягивается, htop не вылетает и следует изменениям > размеров окна. Можете посмотреть список процессов в соседнем xterm + pstree? Также стоит отметить, окошки ресайзятся в режиме "только рамка" (перерисовка при отпускании) либо "всё сразу" (перерисовка на каждое промежуточное изменение размера).
Created attachment 4989 [details] до начала растягивания
Created attachment 4990 [details] после нескольких итераций
На ноутбуке подопытном стоит гном, там тоже в меню есть пункт "Htop". Если пускать так, то все нормально. Сейчас попробую поглядеть процессы.
Created attachment 4991 [details] дерево процессов для "Htop"
Created attachment 4992 [details] pstree из соседнего терминала
Если тащить не отпуская, то вываливается в консоль через какое-то время (кнопка мыши не отпускается).
Created attachment 4993 [details] pstree для uxterm+htop в соседнем терминале
Хм, а попробуйте strace -ff o htop.strace htop запустить, добиться вылета и трейс глазами посмотреть да сюда приложить.
Created attachment 4994 [details] strace -ff htop в гномьем терминале
Форматирование не оригинальное - виновата вставка через буфер обмена.
Еще заметил. Если через uxterm зайти по ssh на удаленный комп и вызвать htop, то все прекрасно растягивается (htop учитывает изменение размеров окна) и не вылетает.
(In reply to comment #14) Там часом не образовалось несколько файликов с pid'ами в имени? Сегфолта в приложенном трейсе не наблюдаю.
Где их смотреть ?
А, торможу -- если бы воспользовались strace -o, то том же каталоге. Хотя htop вроде не форкается и тредов не пускает, опять же. PS: я с завтра в офлайне на неделю -- если удобно, черкните автору.
Файлов подобных не наблюдаю. Сегфолта действительно не видно. Прикладываю полный trace, записанный в файл. Надеюсь, это поможет что-нибудь откопать.
Created attachment 4995 [details] strace -o strace htop
Запустил рядом icewm (настроенный на opaque resize), попробовал htop в sakura. При быстром изменении размера действительно выходит (но не сегфолтится). При медленном сжатии перерисовка кривая (отчасти исправляется Ctrl-L). Боюсь, это всё в апстрим. См. тж.: http://sourceforge.net/projects/htop/develop http://sourceforge.net/tracker/index.php?func=detail&aid=3305509&group_id=108839&atid=651633 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464852
Да, похоже на то. Ну, тогда ждем-с :)
Михаил, наткнулся тут на одно решение. И виноват, похоже, не htop, а .desktop файл для меню. Вместо: Exec=htop должно быть: Ecex=uxterm -e htop и плюс строчка Terminal=yes Поправил у себя в /usr/share/applications/htop.desktop на кентавре. Все прекрасно тянется и не вылетает.
(In reply to comment #24) > Михаил, наткнулся тут на одно решение. И виноват, похоже, не htop, а .desktop > файл для меню. Тогда скорее тот терминальный эмулятор, который используется по умолчанию (xvt или что там)...
Однако это лишь частичное решение проблемы. Вылет при запуске из-под запущенного uxterm по-прежнему присутствует.
Oops. Похоже, что какой-то дефолтный эмулятор терминала уже имеется в установленной системе, поэтому должно быть Exec=-e htop без привязки к uxterm. Впрочем, можно и привязать.
Говорят, исправлено в svn; предлагаю дождаться 0.9.1: https://sourceforge.net/tracker/index.php?func=detail&aid=3305509&group_id=108839&atid=651633
Поставил 1.0.1-alt1 на недавнюю сборку live-icewm.iso, порядок.
(В ответ на комментарий №29) > Поставил 1.0.1-alt1 на недавнюю сборку live-icewm.iso, порядок. А в бранчи (p6/t6) нельзя ли сбекпортить ? Проверить чтобы.
Точечное обновление работает, потому вчера и отправил в t6; после дополнительного тестирования можно и в p6 предложить.
(В ответ на комментарий №31) > Точечное обновление работает, потому вчера и отправил в t6; после > дополнительного тестирования можно и в p6 предложить. А я уже отправил в p6.
Не факт, конечно, но приложу на всякий архивную ссылку.