Bir dosya tanımlayıcının geçerli olup olmadığını test etme

Bir bash komut dosyası çıktısı, açık olduklarında dosya tanımlayıcılarına (FD) 3 veya daha büyük ek bilgiler yapmak istiyorum. Bir FD'nin açık olup olmadığını test etmek için aşağıdaki hileyi tasarladım:

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

Bu benim ihtiyaçlarım için yeterli, ama bir FD geçerli olup olmadığını daha deyimsel bir test yolu olup olmadığını merak ediyorum. Özellikle bir eşleştirmesini bulunup bulunmadığına dair ilgilenen ediyorum fcntl(1)(FD bayrakları alınmasını sağlayacak bir kabuk komutuna syscall, O_WRONLYve O_RDWRFD yazılabilir olup olmadığını test etmek için, ve O_RDONLYve O_RDWRFD okunabilir olup olmadığını test etmek için).

In ksh(hem AT & T ve pdksh varyantları) veya zshyapabileceğiniz:

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

Bu fd üzerine hiçbir şey yazmazlar, ancak yine de fd'nin yazılabilir (kullanılıp kullanılmadığını fcntl(3, F_GETFL)) kontrol eder ve bir hata raporlar:

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

(buna yönlendirebilirsiniz /dev/null).

İle bash, tek seçeneğiniz dup()yaklaşımınızdaki gibi başarılı olup olmadığını kontrol etmek olduğunu düşünüyorum , ancak fd'nin yazılabilir olduğunu garanti etmeyecektir (veya yapmak için harici bir yardımcı programı ( zsh/ perl...) arayın fcntl()).

O Not bashkullanırsanız (çoğu kabukları gibi), (...)yerine {...;}, bu ekstra bir süreç bölünür. Kullanabilirsiniz:

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

bunun yerine çataldan kaçınmak için (bileşik komutlarının yeniden yönlendirilmesinin her zaman alt kabuğa neden olduğu Bourne kabuğu hariç). Kullanmayın :yerine truebir olduğu gibi özel bash POSIX uyumluluk modunda olduğunda yerleşik, böylece çıkmak için kabuk neden olur.

Ancak şunları kısaltabilirsiniz:

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

POSIX Uygulama Kullanımı açıklamasında aşağıdakileri bulacaksınız:command

Özel yerleşiklerin özel özelliklerini zaman zaman bastırmanın bazı avantajları vardır. Örneğin:

command exec > unwritable-file

etkileşimli olmayan bir komut dosyasının iptal edilmesine neden olmaz, böylece çıktı durumu komut dosyası tarafından kontrol edilebilir.

Bu yüzden şunları yapabilirsiniz:

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

Veya...

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

Yazacak Hangi dize bir takip \nmatematik üzerinde yapılan çünkü 3 açık değilken sıfırdan farklı çıkış durumu aktarmak ya Stdout'a veya hala 3 ve karşı ewline $?sekizlik dönüştürmek için başarısız kadar rüzgarlara 08 kadar % ondalık sonunda bir hiçe ama gövdelerine sekizli 00 .

Veya...

command exec >&3 || handle_it

Ancak kullanıyorsanız ksh93, şunları yapabilirsiniz:

fds

Açık dosya tanımlayıcılarının listesi için. -lNereye gittiklerini görmek için ekleyin .

Açık dosya tanımlayıcıları bulunabilir /proc/<pid>/fd. Örneğin, geçerli kabuğun açık dosya tanımlayıcılarını listelemek için aşağıdakilere ls -l /proc/$$/fdbenzer bir şey vermelisiniz:

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

Bir dosyayı aşağıdakileri kullanarak açtığınızda:

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

Yeni bir liste ile listelenmelidir ls -l /proc/$$/fd:

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

Dosya tanımlayıcıyı kullanarak tekrar kapatırsanız, artık exec 7>&-listelenmez /proc/$$/fd.

Sizin hileniz sevimli görünüyor; ama deyimsel bir şekilde neden kullanmadığınızı merak ediyorum:

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

Tekrar tekrar kullanmak için düşük çatallı bir çözümle ilgileniyorsanız, bu işlevi öneririm:

checkfd () {
    exec 2> / dev / null
    exec> & 3 ise; sonra
        exec 1> / dev / tty
        echo "fd3 Tamam"
    Başka
        yankı "fd3 KO"
    fi
    exec 2> / dev / tty
}

Ve işte bir ile ürettiği şey zsh:

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

Bu çok kolay görünüyor (yorumlara bakın):

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

Ek olarak ... [-r dosyası] testi, gerçekten okunmayı bekleyen herhangi bir veri olup olmadığını göstermez (/ dev / null bu testi geçer (açıklamalara bakın)).

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

Zaman aşımı bağımsız değişkeni (read -t) için küçük bir sayı gerekir veya bazı hesaplama gerektiren veriler gözden kaçabilir. Okunabilir test ([-r dosya]) gereklidir veya dosya okunamıyorsa okuma komutu bombalanır. Bayt sayısı sıfır olduğu için bu aslında hiçbir veri okumaz (read -N 0).

Soru oldukça eski - ama yine de - neden sadece yerleşikleri kullanmıyorsunuz?

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

Çıktı:

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

Yani, soruya cevap vermek - şunu önerecektir:

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