«ruby script.rb» по сравнению с «xterm -e ruby ​​script.rb»

Question

У меня возникла странная проблема с Ruby, которую я не могу объяснить. У меня есть следующий сценарий, который захватывает любой код, в настоящее время в буфер обмена, запускает его через подсветки синтаксиса, затем помещает новую версию ОБРАТНО в буфер обмена:

#!/usr/bin/ruby1.9.1 

require 'coderay' 

language = "auto"; 
if(ARGV.length > 0) 
    language = ARGV[0]; 
end 

print("Using language: #{language} \n"); 

codeToHighlight = `xsel --clipboard` 

highlightedCode = CodeRay.scan(codeToHighlight, language.intern()).div 

IO.popen("xsel --clipboard", mode='w') do |io| 
    io.write highlightedCode 
    io.flush 
end 

нечетная часть является то, что если я запускаю его непосредственно в терминал, он отлично работает. Однако, если я запускаю его через «xterm -e», это не сработает. Я нашел эту тему на другом сайте, который задал тот же самый вопрос, но человек никогда не получил ответ: http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/138423

Этот человек обнаружил, что если они добавили паузу в конце сценария, как так ...

10000.times do 
    puts "" 
end 

... это работает. Почему это? Есть ли способ исправить это? Я попробовал переписать сценарий так, чтобы popen возвращал объект ввода-вывода, и я мог вручную вызвать его, но это не имеет никакого значения.

Answer 1

Как насчет того, если вы выполните его с помощью gnome-terminal -e вместо xterm -e?

UPDATE:

ОК, вот моя догадка. Вы знаете, как отправить программу терминала на задний план (либо с & после команды, либо с помощью ctl-z), а затем вы закроете терминал, который убивает программу, не так ли? Ну, xsel создает дочерний процесс для записи в буфер обмена, но его нужно убивать, когда заканчивается скрипт ruby ​​wrapper и xterm закрывается.

Это объясняет, почему пауза в конце позволяет ей работать - она ​​просто дает достаточно времени для завершения дочернего процесса до выхода терминала. Он также объясняет, почему он работает при запуске вручную - вы оставляете терминал открытым достаточно долго для завершения дочернего процесса.

Попробуйте добавить параметр -n к вашей команде xsel, и я уверен, это работает. -n держит xsel от разветвления.