Ich denke, dies ist ein ScreenRC (Host-Level, nicht persönlich) Konfigurationsproblem.
Ich sehe dasselbe Verhalten auf meinem OS X 10.6-Computer (Schneeleopard) mit dem Bildschirm, auf dem OS X installiert ist (in / usr / bin / screen).
Ich habe dann Bildschirm von MacPorts installiert und die %hÄnderungen in der Titelleiste meines Terminal-Fensters nachverfolgt, wie Sie es wünschen.
Sie sehen aus, als /etc/screenrcwären sie im Wesentlichen dieselbe Version, aber ich stelle fest, dass es keine globale screenrc-Datei gibt (in der ich sie für die /usr/bin/screenVersion erwarten würde ) und dass es eine Datei gibt, /opt/local/etc/screenrcdie eine Reihe von termcap- und terminfo-Befehlen enthält. Ich vermute, dass hier irgendwo die Magie ist, die es dem Bildschirm ermöglicht, den Änderungen an der Titelleiste und damit den Änderungen für zu folgen %h.
Sie haben zwei Möglichkeiten:
Bildschirm von MacPorts installieren ( sudo port install screenvorausgesetzt natürlich, Sie haben bereits die wichtigsten MacPorts installiert)
Fragen Sie nett nach der /opt/local/etc/screenrcDatei, die MacPorts installiert hat. Versuchen Sie es in /etc/screenrcund sehen Sie, ob es funktioniert. (Ich habe die Kopie von meinem Computer in diesen Eintrag im Papierkorb verschoben. Sie bleibt ca. 30 Tage lang dort, bevor sie automatisch gelöscht wird.)
Ich habe aus dem Quellcode kompiliert, aber das Problem besteht weiterhin
Juanpablo
Wurde in der von Ihnen erstellten Version eine nicht leere Datei / etc / screenrc installiert?
Doug Harris
... oder wo immer Ihre kompilierte Version von screen erwartet, dass der globale screenrc lebt. Sie können dies anhand der Ausgabe von ermitteln strings /path/to/screen | grep screenrc. / usr / bin / screen zeigt "/ private / etc / screenrc"
strings /path/to/screen | grep screenrc. / usr / bin / screen zeigt "/ private / etc / screenrc"Versuchen Sie
%H:quelle