Gnu Bildschirm Hardcopy ohne Beitritt Bildschirm

Question

Ich schreibe eine Python-App, die einige Befehle auf einem Gnu-Bildschirm ausgeführt wird, ohne den Bildschirm zu verbinden und den Hardcopy-Puffer zu sehen. Insbesondere laufe ich:

screen -dmS test 
screen -S test -p 0 -X stuff "ls$(printf \\r)" 
screen -S test -X hardcopy screenOutput.txt 

wenn ich screenOutput.txt ansehe, sehe ich nichts.

Allerdings, wenn ich den Bildschirm anschließen, und dann Hardcopy laufen,

screen -dmS test 
screen -S test -p 0 -X stuff "ls$(printf \\r)" 
screen -r test 
(quit the screen with c-A c-D) 
screen -S test -X hardcopy screenOutput.txt 

Dann sehe ich die Ausgabe in screenOutput.txt.

Gibt es eine Möglichkeit, Hardcopy zu erhalten, um in die Datei zu schreiben, ohne dem Bildschirm beizutreten?

Answer 1

Ein Beispiel zum Senden von Befehlen an eine Sitzung finden Sie unter linux - Send command to detached screen and get the output - Unix & Linux Stack Exchange. Ein korrekter Aufruf lautet:

screen -dmS test 
screen -S test -X hardcopy screenOutput.txt 

I.e. -X soll die erste Befehlsoption sein.-d/-r Schalter, um nur angehängte/getrennte Sitzungen zu suchen, müssen folgen es (die Dokumente sind notorisch vage zu diesem Thema); In diesem Fall werden sie überhaupt nicht benötigt. (Leere Datei erzeugen) in screenv4.0.3 und Arbeit in v4.2.0 und bis in der gleichen Umgebung

Ich bestätigte dies nicht funktionieren.

umfangreiche Untersuchung:

Ausprüfen zeigt, dass die Ursache ist in WriteFile bei fileio.c:472: if (!fore) break; die die Funktion beendet werden, ohne irgendetwas zu schreiben, weil fore (ein Zeiger auf das Vordergrundfenster) ist in der Tat NULL. Ich konnte das spezifische Festschreiben nicht feststellen, wo dies behoben wurde, aber habe überprüft, dass es nicht NULL in v4.2.0 ist. Die Variable wird an einer Anzahl von Stellen um die Codebasis herum gesetzt und auf ungefähr die gleiche Anzahl von Stellen auf NULL zurückgesetzt, oft in einem Code, der der Zuweisung folgt. Die Chancen einer Workaround-Lösung sind daher sehr gering.

bekräftige ich hiermit, dass in screenv4.0.3, hardcopy ist gebrochen, und Sie haben zu aktualisieren (zum Beispiel eine Version /usr/local installieren, so dass sie den Bestand ein überschreibt).