Всем привет.
Как легче и лучше всего (правильней) скопировать текст из одного tty-сеанса в другой. К примеру, на первом tty я получаю текст, доступ к нему надо получить из X сессии.
Явную запись в файл и последующее чтение из него не предлагать.
общий буфер для разных login(1) сеансов (запущенных на разных /dev/tty)
Модераторы: /dev/random, Модераторы разделов
- Stauffenberg
- Сообщения: 2042
- Статус: ☮ PEACE ☮
- ОС: открытая и свободная
общий буфер для разных login(1) сеансов
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)
- Bizdelnick
- Модератор
- Сообщения: 20793
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: общий буфер для разных login(1) сеансов
Stauffenberg писал(а): ↑06.07.2017 13:58Явную запись в файл и последующее чтение из него не предлагать.
Почему? Любой вариант так ли иначе будет подразумевать запись в файл (или пайп). Если не хочется явно — man write, например.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
- Stauffenberg
- Сообщения: 2042
- Статус: ☮ PEACE ☮
- ОС: открытая и свободная
Re: общий буфер для разных login(1) сеансов
Bizdelnick писал(а): ↑06.07.2017 15:36Stauffenberg писал(а): ↑06.07.2017 13:58Явную запись в файл и последующее чтение из него не предлагать.
Почему? Любой вариант так ли иначе будет подразумевать запись в файл (или пайп). Если не хочется явно — man write, например.
Я имел в виду явное открытие файла, вставку текста в файл, потом открытие его вручную в другой сессии... и не забыть удалить в конце. Слишком муторно.
Пока на ум пришел только screen/tmux, к сессии которого я могу подключиться откуда захочу и следовательно получить тот же вывод. Но мне интересно - возможно есть какой-то специальный для этого механизм, о котором я никогда не слышал и который интеллигентней... ну а вдруг (:
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: общий буфер для разных login(1) сеансов
fifo может немного лучше, чем файл.
- Stauffenberg
- Сообщения: 2042
- Статус: ☮ PEACE ☮
- ОС: открытая и свободная
Re: общий буфер для разных login(1) сеансов
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: общий буфер для разных login(1) сеансов
Раз:
Два:
Плюс по сравненю с файлом, что можно передавать хоть гигабайты, они не в файл будут писаться, а передаваться через буфер в памяти, аналогично обычным пайпам.
UPD ну, и ещё плюс, что лучше подходят для передачи постепенно поступающей информации. В случае файла нужно что-то вроде tail -f использовать, а здесь, вход блокируется, пока не прочитали из буфера на выходе, и блок на выходе, пока всю информацию не записали.
Код: Выделить всё
nicklion@thaumaturge:~> mkfifo /tmp/a
nicklion@thaumaturge:~> cat test.pl > /tmp/a
Два:
Код: Выделить всё
nicklion@thaumaturge:~> cat /tmp/a
#!/usr/bin/perl -w
use POSIX;
....
nicklion@thaumaturge:~> rm /tmp/a
Плюс по сравненю с файлом, что можно передавать хоть гигабайты, они не в файл будут писаться, а передаваться через буфер в памяти, аналогично обычным пайпам.
UPD ну, и ещё плюс, что лучше подходят для передачи постепенно поступающей информации. В случае файла нужно что-то вроде tail -f использовать, а здесь, вход блокируется, пока не прочитали из буфера на выходе, и блок на выходе, пока всю информацию не записали.
Спасибо сказали: