[FreeBSD] старый сомнительный баг GNU screen (воспроизводится ли в последних версиях?)

FreeBSD, NetBSD, OpenBSD, DragonFly и т. д.

Модератор: arachnid

Ответить
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

[FreeBSD] старый сомнительный баг GNU screen

Сообщение Stauffenberg »

Привет пользователям FreeBSD,

я знаю, что в BSD есть tmux, и, возможно, многие ее находят более функциональной и т.д., но мне интересно, ломается ли (сразу после попытки закрыть окно приветствия) в последних версиях FreeBSD GNU screen?
Я считаю, что проблема где-то на стороне ОС, хотя больше уверен, что на самом деле что-то не так с системой у отправившего репорт.

Bugreport для 8.2-RELEASE FreeBSD 8.2-RELEASE #0
Еще раз - меня интересует, получается ли воспроизвести этот баг в последней (предпоследней) версии FreeBSD (ну а это было бы вообще люксусом - собрать и протестировать git-версию (screen-v4 brunch)).

Всем спасибо за комментарии. Не забудьте пожалуйста указать архитектуру и версии самой GNU screen + FreeBSD.
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
SLEDopit
Модератор
Сообщения: 4823
Статус: фанат консоли (=
ОС: GNU/Debian, RHEL

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение SLEDopit »

Stauffenberg писал(а):
03.06.2015 18:48
многие ее находят более функциональной
Мне лишь один человек смог аргументировано рассказать чем tmux лучше screen'a. Все остальные ведут диалог примерно как на картинке PNG vs JPEG :)
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение Stauffenberg »

SLEDopit писал(а):
03.06.2015 22:50
Stauffenberg писал(а):
03.06.2015 18:48
многие ее находят более функциональной
Мне лишь один человек смог аргументировано рассказать чем tmux лучше screen'a.

Ну перескажи-то хоть в двух словах (:
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
arachnid
Модератор
Сообщения: 1099
ОС: freeBSD

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение arachnid »

проверил на 7ке, 8.4, 9.3 - версии screen от 4.0 до 4.2 - все работает
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение Stauffenberg »

arachnid писал(а):
05.06.2015 15:46
проверил на 7ке, 8.4, 9.3 - версии screen от 4.0 до 4.2 - все работает

Большое спасибо.

Не подскажите, к какому пакету относится файл /etc/malloc.conf, который не получается отрыть у автора?
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
arachnid
Модератор
Сообщения: 1099
ОС: freeBSD

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение arachnid »

Stauffenberg писал(а):
05.06.2015 18:28
arachnid писал(а):
05.06.2015 15:46
проверил на 7ке, 8.4, 9.3 - версии screen от 4.0 до 4.2 - все работает

Большое спасибо.

Не подскажите, к какому пакету относится файл /etc/malloc.conf, который не получается отрыть у автора?


все, что находиться в /etc - является принадлежностью самой операционки. никакие пакеты сюда ничего не пишут

а с malloc.conf ситуация вообще особая - это не совсем файл :)

Код:

The ``name'' of the file referenced by the symbolic link named /etc/malloc.conf, the value of the environment variable MALLOC_OPTIONS, and the string pointed to by the global variable _malloc_options will be interpreted, in that order, from left to right as flags.


у меня это выглядит как

Код:

[19:15]~# ls -lh /etc/malloc.conf lrwxr-xr-x 1 root wheel 22B 22 апр 2013 /etc/malloc.conf -> abort:false,junk:false
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение Stauffenberg »

arachnid писал(а):
05.06.2015 19:21
у меня это выглядит как

Код:

[19:15]~# ls -lh /etc/malloc.conf lrwxr-xr-x 1 root wheel 22B 22 апр 2013 /etc/malloc.conf -> abort:false,junk:false


А если так: pkg_info -W /etc/malloc.conf

arachnid писал(а):
05.06.2015 19:21
все, что находиться в /etc - является принадлежностью самой операционки. никакие пакеты сюда ничего не пишут

Во время установки, если не ошибаюсь, задается вопрос о компонентах системы (например games, X11...).
Эти компоненты, если я правельно понимаю, ни что иное как мета-пакеты или даже обычные архивы.
Так или иначе, что произойдет, если этот файл будет удален?
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Аватара пользователя
arachnid
Модератор
Сообщения: 1099
ОС: freeBSD

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение arachnid »

Stauffenberg писал(а):
08.06.2015 17:08
arachnid писал(а):
05.06.2015 19:21
у меня это выглядит как

Код:

[19:15]~# ls -lh /etc/malloc.conf lrwxr-xr-x 1 root wheel 22B 22 апр 2013 /etc/malloc.conf -> abort:false,junk:false


А если так: pkg_info -W /etc/malloc.conf

arachnid писал(а):
05.06.2015 19:21
все, что находиться в /etc - является принадлежностью самой операционки. никакие пакеты сюда ничего не пишут

Во время установки, если не ошибаюсь, задается вопрос о компонентах системы (например games, X11...).
Эти компоненты, если я правельно понимаю, ни что иное как мета-пакеты или даже обычные архивы.
Так или иначе, что произойдет, если этот файл будет удален?


все пакеты ставятся только в /usr/local/
в /etc/ пишет либо система, либо администратор. никаких других вариантов.
если система RELEASE - тогда ничего
если CURRENT или STABLE - тогда при его отсутствии при сборке портов будет больше отладочной информации

ps. так, для информации - сейчас pkg_* используется только в старых ветках
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
Спасибо сказали:
Аватара пользователя
SLEDopit
Модератор
Сообщения: 4823
Статус: фанат консоли (=
ОС: GNU/Debian, RHEL

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение SLEDopit »

Stauffenberg писал(а):
04.06.2015 00:17
Ну перескажи-то хоть в двух словах (:
Ну если вкратце, то у tmux раньше была "киллер-фича", которая достаточно удобна в повседневном использовании, и которой явно не было в screen'e -- при разделении рабочего пространства через split после detach'а расположение в screen'e не выживало и после переподсоединения всё приходилось выставлять снова. в tmux это работало. с тех пор, правда, вроде бы в screen'e запилили layout, но я не уверен, что оно таки дошло до стабильной ветки.

а вообще лет этак с 5 назад здесь было довольно забавное обсуждение screen vs tmux.
UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. © Dennis Ritchie
The more you believe you don't do mistakes, the more bugs are in your code.
Спасибо сказали:
Аватара пользователя
Stauffenberg
Сообщения: 2042
Статус: ☮ PEACE ☮
ОС: открытая и свободная

Re: [FreeBSD] старый сомнительный баг GNU screen

Сообщение Stauffenberg »

Изучил tmux.

Да, GNU screen это уже готовый проект, в который практически не добавляются новые фишки. Напротив CHANGES в tmux впечатляет. Команда работает активно. Целью проекта, даже при поверхностном ознакомлении это видно, является заменить/вытеснить GNU screen. Причины называются какие-то смешные. Рекламу tmux правда пока все еще делает на антирекламе GNU screen, что говорит о проблемах первого. Tmux делают ребята из OpenBSD... хм, посмотрим что из этого выйдет ;)

SLEDopit писал(а):
08.06.2015 23:32
Stauffenberg писал(а):
04.06.2015 00:17
Ну перескажи-то хоть в двух словах (:
Ну если вкратце, то у tmux раньше была "киллер-фича", которая достаточно удобна в повседневном использовании, и которой явно не было в screen'e -- при разделении рабочего пространства через split после detach'а расположение в screen'e не выживало и после переподсоединения всё приходилось выставлять снова. в tmux это работало. с тех пор, правда, вроде бы в screen'e запилили layout, но я не уверен, что оно таки дошло до стабильной ветки.

Да, Nicholas Marriott тоже говорит об этом
Labor omnia vincit

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” (Brian Kernighan)
Спасибо сказали:
Ответить