Tylko dodatkowa uwaga na podstawie już udzielonych dobrych odpowiedzi. Zauważ, że [ -t 0 ]testy, w których deskryptor pliku 0 jest otwarty, to plik, który jest plikiem urządzenia z dyscypliną linii tty (zazwyczaj odbywa się to poprzez sprawdzenie, czy nieszkodliwe termio (s) ioctl () się powiedzie).
Nie musi to również oznaczać, że na drugim końcu znajduje się terminal lub emulator terminala (z prawdziwym użytkownikiem, który pisze na klawiaturze) (choć w ogromnej większości przypadków i prawdopodobnie większości z nich zależy), to wystarczająco przybliżenie).
Urządzenia tty i pty mogą być również wykorzystywane do przesyłania danych lub jako mechanizm komunikacji międzyprocesowej.
Na przykład można zrobić:
(stty raw -echo; myscript) < /dev/ttyS0
Karmić to, co otrzymano przez RS232 do myscript.
echo test | ssh -tt host myscript
miałby myscriptstdin będący urządzeniem pty (z sshddrugim końcem, a ostatecznie (przez połączenie ssh) nie terminalem, ale zasilaną przez niego rurą echo)
Aby dodatkowo sprawdzić, czy na drugim końcu linii RS232 lub pty znajduje się terminal, możesz również sprawdzić, czy $TERMzmienna jest ustawiona i niepusta ( [ -n "$TERM" ]), i wysłać sekwencję ucieczki raportu o stanie urządzenia za pomocą tego fd i sprawdzić, czy otrzymałeś odpowiedź (oprócz [ -t 0 ]i [ -n "$TERM" ]).
printf >&0 '\e[5n'
Odpowiada na to \e[0nprzez większość terminali.
Teraz jest z tym kilka problemów, więc nie zalecałbym tego, z wyjątkiem sytuacji, w której chcesz to sprawdzić, ponieważ chcesz uruchomić wizualną aplikację TUI (w takim przypadku lepiej byłoby użyć bibliotek takich jak ncurses, i zamiast DSR, wolisz wysłać sekwencję ucieczki identyfikującą urządzenie, aby zapytać o typ terminala bardziej precyzyjnie niż za pośrednictwem $TERM):
- Na szczęście w większości przypadków, gdy stdin nie jest terminalem, zostanie otwarty w trybie tylko do odczytu, co spowodowałoby
printfawarię, ale w przypadku, gdy stdin jest urządzeniem tty otwartym w trybie odczytu i zapisu, będzie to miało efekt uboczny wysłania tej sekwencji na drugi koniec. Na przykład w naszym powyższym przykładzie ssh, który faktycznie wyśle sekwencję do terminala (ale odpowiedź nie pojawi się na standardowym wejściu)
- Trudno jest rzetelnie i przenośnie odczytać odpowiedź. Musisz tymczasowo zmienić dyscyplinę linii tty i czytać jeden bajt na raz. Musisz także określić limit czasu, w którym jeśli odpowiedź nie zostanie wyświetlona, poddasz się i zdecydujesz, że nie ma terminala. Jeśli chcesz wziąć pod uwagę osoby wybierające połączenie satelitarne, oznacza to długi czas oczekiwania.
- Czytanie z terminala, gdy jest w tle, spowoduje zawieszenie skryptu sygnałem SIGTTIN.