Jak uruchomić terminal z pewnym tekstem wprowadzonym już w wierszu poleceń?

Zamiast redagować moje pytanie, pozwól, że opiszę Ci pożądany przypadek użytkownika:

Tworzę krótki skrypt powłoki, aby uruchomić polecenie „gnome-terminal - someoptionflagname„ mój tekst do wysłania ”” i wykonać ten skrypt.

Gnome-terminal wyskakuje, z wierszem poleceń i moim tekstem.

to znaczy: fields@mycomputer:/$ my text to be posted

Czy można to zrobić?

Możesz to zrobić za pomocą funkcji expect ( install ). Utwórz i wykonaj plik wykonywalny ~/bin/myprompt:

#!/usr/bin/expect -f

# Get a Bash shell
spawn -noecho bash

# Wait for a prompt
expect "$ "

# Type something
send "my text to be posted"

# Hand over control to the user
interact

exit

i uruchom Gnome Terminal z:

gnome-terminal -e ~/bin/myprompt

Jeśli dobrze rozumiem, chcesz, aby pierwszy wiersz wejściowy był wypełniony zawartością przekazywaną w wierszu poleceń gnome-terminal.

Nie wiem, jak to zrobić dokładnie za pomocą bash, ale oto coś, co się zbliża. W swoim ~/.bashrcdodaj następujący wiersz na samym końcu:

history -s "$BASH_INITIAL_COMMAND"

Biegać gnome-terminal -x env BASH_INITIAL_COMMAND='my text to be posted' bash i naciśnijUp w monicie, aby przywołać tekst.

Zauważ też, że jeśli umieścisz set -o historyna końcu swoje komentarze .bashrc, zostaną one wprowadzone do historii wraz z rozpoczęciem bash, więc możesz użyć ich jako podstawy do edycji, docierając do nich Upklawiszem i usuwając inicjał #.

Sugestia ændrük jest bardzo dobra i działała dla mnie, jednak polecenie jest zakodowane na stałe w skrypcie, a jeśli zmienisz rozmiar okna terminala, to nie działa dobrze. Używając jego kodu jako podstawy, dodałem możliwość wysłania skryptu myprompt polecenia jako argumentu, a ten skrypt poprawnie obsługuje zmianę rozmiaru okna terminala.

#!/usr/bin/expect

#trap sigwinch and pass it to the child we spawned
#this allows the gnome-terminal window to be resized
trap {
 set rows [stty rows]
 set cols [stty columns]
 stty rows $rows columns $cols < $spawn_out(slave,name)
} WINCH

set arg1 [lindex $argv 0]

# Get a Bash shell
spawn -noecho bash

# Wait for a prompt
expect "$ "

# Type something
send $arg1

# Hand over control to the user
interact

exit

i uruchom Gnome Terminal z:

gnome-terminal -e "~/bin/myprompt \"my text to be posted\""

Odpowiedź ændrüka jest dobra, ale może trochę ciężka do zadania.

Oto skrypt, który pisze skrypt na podstawie swoich argumentów

#!/bin/sh
# terminal-plus-command: start a subordinate terminal which runs
# the interactive shell after first running the command arguments

tmpscript=/tmp/tmpscript.$$
echo "#!$SHELL" > $tmpscript
echo "$@" >> $tmpscript
echo exec "$SHELL" >> $tmpscript
chmod +x $tmpscript
gnome-terminal --command $tmpscript
rm -f $tmpscript

Jeśli nie wykonałeś dużo programowania powłoki, wydaje się, że jest tu więcej magii niż jest. Najpierw nazywam plik tymczasowy do przechowywania skryptu, gdzie $$jest identyfikator procesu powłoki uruchamiającej ten skrypt. The/tmp/something.$$Metafora jest stosowana w przypadku dwóch wystąpień tego skryptu są uruchamiane w tym samym czasie, nie będzie próbował użyć tego samego pliku tymczasowego.

Zmienna $SHELL jest ustawiona na nazwę powłoki uruchamiającej skrypt. Jeśli używasz / usr / bin / bash, prawdopodobnie chcesz, aby mini-skrypt również z niego korzystał.

Jest "$@"to idiom powłoki „interpoluj wszystkie moje argumenty, w razie potrzeby przytaczając je”. Ta szczególna składnia powoduje

script.sh 'my file' your\ file

interpolować argumenty jako dwa elementy

"my file" "your file"

zamiast czterech, które $@by się poddały

"my" "file" "your" "file"

Ostatnie wiersze skryptu określają, że terminal gnome uruchamia mini-skrypt, a następnie uruchamia interaktywną powłokę. Kiedy gnome-terminal kończy pracę, skrypt tymczasowy jest usuwany, ponieważ śmiecenie jest niestosowne.

Ostatni wiersz nie jest częścią mini-skryptu, pokazuje, że mini-skrypt działa. Jeśli powyższy 11-wierszowy skrypt znajduje się w pliku o nazwie, rt.shto chmodpowoduje, że jest wykonywalny, a następnie jest wykonywany.

$ chmod +x rt.sh && ./rt.sh echo hello world

Wynikiem tego wszystkiego będzie terminal gnome, który się uruchomi

hello world

w pierwszym wierszu, a następnie uruchamia interaktywną powłokę:

msw@myhost:~$

Dwie odpowiedzi, które najbardziej podobały mi się w rozwiązaniu, są następujące expecti ta, w której zalecają użycie --init-fileflagi w shebang lub podczas uruchamiania terminala:

#!/bin/bash --init-file
commands to run

... i wykonaj go jako:

xterm -e /path/to/script
# or
gnome-terminal -e /path/to/script
# or
the-terminal -e bash --init-file /path/to/script/with/no/shebang

expect jest prawdopodobnie lepszym rozwiązaniem (z powodów, które przedstawię), z wyjątkiem tego, że nie mogę kontrolować, czy jest zainstalowany w moim środowisku docelowym.

Problem z bash wpadł na --init-filea gnome-terminal„s --commandjako hack do rozwiązania Jest to powłoka nie ma dostępu do standardowego wejścia podczas wykonywania skrypty inicjujące. Jeśli na przykład chcę uruchomić coś, co wymagałoby wprowadzenia danych przez użytkownika (ftp, telnet itp.), Ale pozostawienie uruchomionej powłoki nadrzędnej nie zadziała; jedynym wyjątkiem, jaki do tej pory widziałem, jest ssh:

xterm -e /bin/bash --init-file <(echo 'ssh -X some-machine')

... ale to, czego potrzebuję, jest bardziej skomplikowane niż ten przykład zabawki. W każdym razie mam nadzieję, że --init-filete informacje będą przydatne dla każdego, kto czyta to pytanie.

Możesz użyć argumentów -elub, -xaby uruchomić polecenie w nowo wyskakującym terminalu, ale nie jest to dokładnie to, czego chcesz.