Привет пользователям FreeBSD,
я знаю, что в BSD есть tmux, и, возможно, многие ее находят более функциональной и т.д., но мне интересно, ломается ли (сразу после попытки закрыть окно приветствия) в последних версиях FreeBSD GNU screen?
Я считаю, что проблема где-то на стороне ОС, хотя больше уверен, что на самом деле что-то не так с системой у отправившего репорт.
Bugreport для 8.2-RELEASE FreeBSD 8.2-RELEASE #0
Еще раз - меня интересует, получается ли воспроизвести этот баг в последней (предпоследней) версии FreeBSD (ну а это было бы вообще люксусом - собрать и протестировать git-версию (screen-v4 brunch)).
Всем спасибо за комментарии. Не забудьте пожалуйста указать архитектуру и версии самой GNU screen + FreeBSD.
[FreeBSD] старый сомнительный баг GNU screen (воспроизводится ли в последних версиях?)
Модератор: arachnid
- Stauffenberg
- Сообщения: 2042
- Статус: ☮ PEACE ☮
- ОС: открытая и свободная
[FreeBSD] старый сомнительный баг GNU screen
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)
"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)
Re: [FreeBSD] старый сомнительный баг GNU screen
Мне лишь один человек смог аргументировано рассказать чем 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.
The more you believe you don't do mistakes, the more bugs are in your code.
- Stauffenberg
- Сообщения: 2042
- Статус: ☮ PEACE ☮
- ОС: открытая и свободная
Re: [FreeBSD] старый сомнительный баг GNU screen
Ну перескажи-то хоть в двух словах (:
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)
"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)
Re: [FreeBSD] старый сомнительный баг GNU screen
проверил на 7ке, 8.4, 9.3 - версии screen от 4.0 до 4.2 - все работает
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
Спасибо сказали:
- Stauffenberg
- Сообщения: 2042
- Статус: ☮ PEACE ☮
- ОС: открытая и свободная
Re: [FreeBSD] старый сомнительный баг GNU screen
Большое спасибо.
Не подскажите, к какому пакету относится файл /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)
"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)
Re: [FreeBSD] старый сомнительный баг GNU screen
Stauffenberg писал(а): ↑05.06.2015 18:28
Большое спасибо.
Не подскажите, к какому пакету относится файл /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
А если так: pkg_info -W /etc/malloc.conf
Во время установки, если не ошибаюсь, задается вопрос о компонентах системы (например 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)
"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)
Re: [FreeBSD] старый сомнительный баг GNU screen
Stauffenberg писал(а): ↑08.06.2015 17:08
А если так: pkg_info -W /etc/malloc.conf
Во время установки, если не ошибаюсь, задается вопрос о компонентах системы (например games, X11...).
Эти компоненты, если я правельно понимаю, ни что иное как мета-пакеты или даже обычные архивы.
Так или иначе, что произойдет, если этот файл будет удален?
все пакеты ставятся только в /usr/local/
в /etc/ пишет либо система, либо администратор. никаких других вариантов.
если система RELEASE - тогда ничего
если CURRENT или STABLE - тогда при его отсутствии при сборке портов будет больше отладочной информации
ps. так, для информации - сейчас pkg_* используется только в старых ветках
-= freeBSD stable, fluxbox =-
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
"если ты будешь со мной спорить, я тебя запишу в книжечку!" (с) Ежик
Re: [FreeBSD] старый сомнительный баг GNU screen
Ну если вкратце, то у 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.
The more you believe you don't do mistakes, the more bugs are in your code.
- Stauffenberg
- Сообщения: 2042
- Статус: ☮ PEACE ☮
- ОС: открытая и свободная
Re: [FreeBSD] старый сомнительный баг GNU screen
Изучил tmux.
Да, GNU screen это уже готовый проект, в который практически не добавляются новые фишки. Напротив CHANGES в tmux впечатляет. Команда работает активно. Целью проекта, даже при поверхностном ознакомлении это видно, является заменить/вытеснить GNU screen. Причины называются какие-то смешные. Рекламу tmux правда пока все еще делает на антирекламе GNU screen, что говорит о проблемах первого. Tmux делают ребята из OpenBSD... хм, посмотрим что из этого выйдет
Да, Nicholas Marriott тоже говорит об этом
Да, GNU screen это уже готовый проект, в который практически не добавляются новые фишки. Напротив CHANGES в tmux впечатляет. Команда работает активно. Целью проекта, даже при поверхностном ознакомлении это видно, является заменить/вытеснить GNU screen. Причины называются какие-то смешные. Рекламу tmux правда пока все еще делает на антирекламе GNU screen, что говорит о проблемах первого. Tmux делают ребята из OpenBSD... хм, посмотрим что из этого выйдет
SLEDopit писал(а): ↑08.06.2015 23:32Ну если вкратце, то у 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)
"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)