Один раз уже удалили. скажу еще раз.
Эта мадам знает никсы на порядок лучще тебя, можешь быть уверен...
Флэйм разводишь ты, тоже мне новость... мрхвт... да, юзали гдето месяца 4 назад.. и матерм, и мрхвт. имхо -- КАКА, оба.
>Чего удивлятся? Attaching from inside of screen... а ты чего ждал?
Этого и ждал. Не видишь проблемы? screen в screen'e не катит. Я screen использую только для ctrl+d, а за табы отвечает сам терминал. Это, в отличии от скрина, не создает кучу проблем, особенно если в каком-то из табов надо сделать screen -x.
только что попробовал screen -x <session_id> внутри скрина прекрасно работает. Единственно screen внутри скрина это неудобно в использовании.. Я для разных скринов открываю разные окна, их редко бывает больше 2.
лол... как ты хочешь чтобы работал скрин в скрине? чтобы они биндили оба кнопки Ctl+a?? чувак.. настрой сначало скрин нормально, а потом уже говори что это не удобно..
ИМХО в сто раз удобнее юзать голый скрин деленый на два фрейма а не 2 таба в эмуляторе терминала.
Тестируя разные терминалы на скорость вывода явно задавайте одинаковые: - фонты (читабельные, 9x15, например)
- геометрию (80x25)
- размер буфера для скроллинга (строк так тысячи три хотя бы, иначе совсем неинтересно)
- строк вывода побольше; 20-50 тысяч - наглядней будет :)
ls -alR /usr | head -30000 > ls-test
time -p cat ls-test
Иначе получится как соревнования по гимнастике c проамериканским жюри :)
-j и -s - на личное усмотрение. Странно, -j для xterm немного ускоряет вывод, а в rxvt наоборот притормаживает.
как aterm в сравнении с rxvt?
Кроме скорости есть другие фичи, в gnome-terminal есть смена кодировки, кто-то из терминалок еще умеет это делать? Имеется в виду с изменением key-maping, а не только сменой фонта.
Лучше посоветуйте программу под X, которая умела бы склеивать несколько окон одинакового размера в одно окно с табами. И позволяла бы с помощью этих табов переключаться между склеенными окнами.
Хочу запустить десяток xterm внутри такой программы и переключаться между ними.
Проблема с повисанием mc при F3 внутри tar.bz2 пофикшена. С новым command.c всё работает прекрасно. См. sourceforge tracker system.
ok, I can now repeat your problem now. it seems to happen only for bash, not csh. and I must set the environment variables as yours. it seems that the mrxvt process is trying to read data from the mc process, but the reading is blocked (the mc process does not give any hint to the mrxvt process that all data have been sent). I still do not understand why it happens in this way since in C shell everything is fine. :-(
ok, here's a fix, please test it to see if anything wrong. thanks!