Я сделал следующие замечания:

$ xclip text.txt

Исполнение прекращается немедленно, оно копирует содержимоеtext.txt к выбору по умолчаниюXA_PRIMARY это означает, что вы можете вставить его через среднюю кнопку мыши или.xclip -o

Когда я хочу посмотреть, что делает xclip, он больше не завершается:

$ xclip -verbose text.txt
Connected to X server.
Using UTF8_STRING.
Reading text.txt...
Waiting for selection requests, Control-C to quit
  Waiting for selection request number 1

Это не заканчивается, пока я не выберу что-то в моей системе X11, например, этот самый вывод, который я вставил сюда. Я бы понял это, если бы поведение ограничивалосьverbose, Ведь хочется посидеть и посмотреть, что получится.

Я могу воспроизвести такое же поведение сstrace, но только если предоставляется опция fork

$ strace -f xclip text.txt

или когда он выходит из Ruby с помощью системной команды выполнения, которая должна возвращать вывод, который на самом деле является ничем.

$ ruby -e "`xclip text.txt`"

Подсказки, которыеstrace дал, это то, что он опрашивает дескриптор файла, чтобы ждать события. Это событие устраивает, если я выбираю что-то. Это поведение объяснимо? Я получил доказательства того, что это не воспроизводится ни в одной системе. Может ли это быть связано с билетом# 9 Не закрывать стандартный вывод при установке буфера обмена из стандартного ввода?

я бегуxclip версия 0.12 на Ubuntu 13.04.