Gregor Hlawacek
Yesterday Waldemar Brodkorb slept on the keyboard and thought about...
PROMPT_COMMAND='pwd>&6;kill -STOP $$'
keine ahnung aber ich hab das auch manchmal auf meiner SuSE 6.2 in der bash_history des roots gefunden hat mich damals sehr nachdenklich gestimmt konnte es aber nicht replizieren und auch nicht festmachen wann es auftaucht.
Das wird vom Midnight Commander (mc) erzeugt. Wenn ich es verstanden habe, wird beim Verlassen des mc das aktuelle Verzeichnis der von mc gestarteten Subshell zum aktuellen Verzeichnis der aktuellen Shell (2 min. flüchtige Code-Inspektion in subshell.c...). Warum es &6 heißt ist mir allerdings nicht klar. Gruesse, Ray -- Raymond Scholz -*- rscholz@tzi.de -*- http://www.tzi.de/~rscholz/ Ever wondered why your keyboard has so many keys? Use Emacs Gnus! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Raymond Scholz wrote on Fri, Jan 14, 2000 at 14:46 +0100:
PROMPT_COMMAND='pwd>&6;kill -STOP $$'
Das wird vom Midnight Commander (mc) erzeugt. Wenn ich es verstanden habe, wird beim Verlassen des mc das aktuelle Verzeichnis der von mc gestarteten Subshell zum aktuellen Verzeichnis der aktuellen Shell (2 min. flüchtige Code-Inspektion in subshell.c...). Warum es &6 heißt ist mir allerdings nicht klar.
Vermutlich fängt der mc den descriptor einfach ab, damit er merkt, wenn man in der Shell ein Verzeichnis wechselt? Yepp, sieht so aus, er liest das work-directory der Shell aus. Wenn man dann ctrl-o macht, kennt er es und wechselt in das wd, erkennt man z.B., wenn man: export PROMPT_COMMAND='echo "/home/">&8; kill -STOP $$' macht. Danach bringt einen jedes Kommando ins home zurück, wenn Fenster gemalt werden (also wenn man mit Cursor+Enter rumsurft, und dann ls macht). Danach hält sich dann die Shell erstmal an, vermutlich damit der mc Zeit hat, den Kram loszuwerden/zu verarbeiten? Oder wartet der mc, das die Shell wieder bereit ist? Mir ist dieser wait4() call nicht so ganz klar (vielleicht wird auch nur was abgefangen). Kommt jedenfalls auf dem "pwd"-Descriptor was, ist zumindestens klar, daß das Kommando beendet ist. Dann bekommt die Shell ja im Non-Window mode auch gleich das -CONT vom mc. Auch interessant: man kann z.B. ein sleep 10 nicht mehr mir ctrl-c abbrechen. Nimmt man das Stop Signal raus, hängt mc im "rt_sigsuspend" fest, bis ein Signal kommt. Danach kann man mit der Shell nix Sinnvolles mehr anfangen, mc ist der Meinung, die Shell würde noch ein Kommando ausführen, und wartet. Nette Idee irgentwie, das so zu integrieren... Ist schon prima, wie gut das funktioniert!! oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (2)
-
rscholz@tzi.de
-
steffen@dett.de