Menguji apakah deskriptor file valid

Saya ingin membuat bash script menghasilkan informasi tambahan ke file descriptors (FDs) lebih besar dari atau sama dengan 3, ketika mereka terbuka. Untuk menguji apakah FD terbuka, saya menyusun trik berikut:

if (printf '' 1>&3) 2>&-; then
  # File descriptor 3 is open
else
  # File descriptor 3 is not open
fi

Ini cukup untuk kebutuhan saya, tapi saya ingin tahu apakah ada cara yang lebih idiomatis untuk menguji apakah FD itu valid. Saya terutama tertarik tentang apakah ada pemetaan fcntl(1)syscall ke perintah shell, yang akan memungkinkan pengambilan bendera FD ( O_WRONLYdan O_RDWRuntuk menguji apakah FD dapat ditulisi, dan O_RDONLYdan O_RDWRuntuk menguji apakah FD dapat dibaca).

Dalam ksh(baik varian AT&T dan pdksh) atau zsh, Anda dapat melakukan:

if print -nu3; then
  echo fd 3 is writeable
fi

Mereka tidak akan menulis apa pun di fd itu, tetapi masih memeriksa apakah fd dapat ditulis (menggunakan fcntl(3, F_GETFL)) dan melaporkan kesalahan sebaliknya:

$ ksh -c 'print -nu3' 3< /dev/null
ksh: print: -u: 3: fd not open for writing

(yang dapat Anda redirect ke /dev/null).

Dengan bash, saya pikir satu-satunya pilihan Anda adalah untuk memeriksa apakah dup()berhasil seperti dalam pendekatan Anda, meskipun itu tidak akan menjamin bahwa fd dapat ditulisi (atau memanggil utilitas eksternal ( zsh/ perl...) untuk melakukan fcntl()).

Perhatikan bahwa dalam bash(seperti kebanyakan shell), jika Anda menggunakan (...)alih-alih {...;}, itu akan melakukan proses tambahan. Kamu bisa menggunakan:

if { true >&3; } 2<> /dev/null

alih-alih menghindari garpu (kecuali di shell Bourne di mana pengarahan ulang perintah majemuk selalu menyebabkan subkulit). Jangan gunakan :bukan truekarena itu builtin khusus , jadi akan menyebabkan shell keluar ketika bash dalam mode kepatuhan POSIX.

Namun Anda dapat mempersingkat menjadi:

if { >&3; } 2<> /dev/null

Dalam deskripsi Penggunaan Aplikasi POSIX Anda akan menemukan yang berikut:command

Ada beberapa keuntungan untuk menekan karakteristik khusus built-in khusus. Sebagai contoh:

command exec > unwritable-file

tidak menyebabkan skrip non-interaktif dibatalkan, sehingga status output dapat diperiksa oleh skrip.

Inilah sebabnya mengapa Anda bisa melakukan:

if    command >&3
then  echo 3 is open >&3
else  ! echo 3 is not open
fi    2<>/dev/null

Atau...

{ command >&3
  printf %s\\n%.0d  string "0$(($??8:0))" >&"$(($??1:3))"
} 2<>/dev/null

Yang akan menulis string diikuti oleh \newline baik ke stdout atau 3 dan masih meneruskan status keluar non-nol ketika 3 tidak terbuka karena matematika dilakukan pada $?gagal gagal mengubah oktal 08 ke % desimal tetapi memotong apa-apa sama sekali oktal 00 .

Atau...

command exec >&3 || handle_it

Tetapi jika Anda menggunakan ksh93, Anda bisa melakukan:

fds

Untuk daftar deskriptor file terbuka. Tambahkan -luntuk melihat ke mana mereka pergi.

Deskriptor file terbuka dapat ditemukan di /proc/<pid>/fd. Untuk membuat daftar, misalnya, deskriptor file terbuka dari shell saat ini Anda dapat mengeluarkan ls -l /proc/$$/fdyang seharusnya memberi Anda sesuatu seperti:

total 0
lrwx------ 1 testuser testuser 64 jun  1 09:11 0 -> /dev/pts/3
lrwx------ 1 testuser testuser 64 jun  1 09:11 1 -> /dev/pts/3
lrwx------ 1 testuser testuser 64 jun  1 09:11 2 -> /dev/pts/3
lrwx------ 1 testuser testuser 64 jun  1 09:39 255 -> /dev/pts/3

Saat Anda membuka file menggunakan:

touch /tmp/myfile
exec 7</tmp/myfile

Itu harus terdaftar oleh yang baru ls -l /proc/$$/fd:

lr-x------ 1 testuser testuser 64 jun  1 09:11 7 -> /tmp/myfile

Jika Anda menutup file deskriptor lagi menggunakannya exec 7>&-juga tidak terdaftar /proc/$$/fdlagi.

Trik Anda terlihat lucu; tetapi untuk cara idiomatis saya bertanya-tanya mengapa Anda tidak menggunakan:

if ( exec 1>&3 ) 2>&-

Jika Anda tertarik pada solusi forking rendah sehingga menggunakannya berulang kali, saya akan menyarankan fungsi ini:

checkfd () {
    exec 2> / dev / null
    jika exec> & 3; kemudian
        exec 1> / dev / tty
        echo "fd3 OK"
    lain
        gema "fd3 KO"
    fi
    exec 2> / dev / tty
}

Dan inilah yang ia hasilkan dengan zsh:

$ checkfd            
fd3 KO
$ checkfd 3> / dev / null
fd3 OKE
$

Ini tampaknya sangat mudah (lihat komentar):

[ -r /proc/$$/fd/$FD ] && echo "File descriptor $FD is readable"
[ -w /proc/$$/fd/$FD ] && echo "File descriptor $FD is writable"

Sebagai tambahan ... Tes [-r file] tidak menunjukkan apakah ada data yang benar-benar menunggu untuk dibaca (/ dev / null melewati tes ini (lihat komentar)).

[ -r /proc/$$/fd/4 ] \
  && [ read -t 0.0001 -N 0 <&4 ] \
  && echo "Data is waiting to be read from file descriptor 4"

Sejumlah kecil untuk argumen batas waktu (baca -t) diperlukan atau data yang perlu perhitungan mungkin terlewatkan. Tes yang dapat dibaca ([-r file]) diperlukan atau perintah baca akan gagal jika file tidak dapat dibaca. Ini tidak akan benar-benar membaca data apa pun karena jumlah byte adalah nol (baca -N 0).

Pertanyaannya sudah cukup lama - tetapi bagaimanapun juga - mengapa tidak menggunakan builtin?

for i in {0..5} ; do if [ -t $i ]; then echo "$i is a valid FD"; else echo "$i is INVALID FD"; fi; done

Keluaran:

0 is a valid FD
1 is a valid FD
2 is a valid FD
3 is INVALID FD
4 is INVALID FD
5 is INVALID FD

Jadi, untuk menjawab pertanyaan - akan menyarankan:

if [ -t 3 ]; then
  # File descriptor 3 is open
else
  # File descriptor 3 is not open
fi