Stdin, stdout ve stderr hakkında kafanız mı karıştı?

Bu üç dosyanın amacı ile kafam karıştı. Anlayışım doğruysa, stdinbir programın işlemdeki bir görevi yürütmek için isteklerine yazdığı stdoutdosya, çekirdeğin çıktısını yazdığı dosya ve bilginin erişmesini isteyen işlemdir stderrve dosya tüm istisnalar girilir. Bunlar gerçekten olup olmadığını kontrol etmek için bu dosyaları açarken, ben böyle bir şey önermek gibi görünüyor!

Ne bilmek istiyorum bu dosyaların amacı tam olarak nedir, kesinlikle çok az teknoloji jargon ile cevap aşağı aptal!

Standart giriş - bu, işleminizin sizden bilgi almak için okuduğu dosya tanıtıcısıdır .

Standart çıktı - işleminiz bu dosya tanıtıcısına normal bilgiler yazar.

Standart hata - işleminiz hata bilgilerini bu dosya tanıtıcısına yazar.

Bu yapabildiğim kadar aptal :-)

Tabii ki, çoğunlukla konvansiyonla. İsterseniz hata bilgilerinizi standart çıktıya yazmanızı engelleyen hiçbir şey yoktur. Hatta üç dosya tanıtıcısını tamamen kapatabilir ve G / Ç için kendi dosyalarınızı açabilirsiniz.

İşleminiz başladığında, bu tutamaçların açık olması gerekir ve bunlardan okuyabilir ve / veya yazabilir.

Varsayılan olarak, muhtemelen terminal aygıtınıza bağlanırlar (örn. /dev/tty), Ancak kabuklar işleminiz başlamadan önce bu tutamaçlar ve belirli dosyalar ve / veya aygıtlar (veya hatta diğer işlemlere giden boru hatları) arasında bağlantılar kurmanıza olanak tanır. olası manipülasyonlar oldukça zekidir).

Bir örnek:

my_prog <inputfile 2>errorfile | grep XYZ

hangisi:

• işlem yapmak my_prog.
• açmak inputfilestandart girdi (dosya tanıtıcısı 0) olarak.
• açmak errorfileiçin standart hata (dosya tanıtıcı 2) olarak.
• başka bir işlem yarat grep.
• standart çıkışını my_progstandart girişine bağlayın grep.

Yorumunuz:

Bu dosyaları / dev klasöründe açtığımda, çalışan bir işlemin çıktısını asla göremiyorum.

Çünkü normal dosyalar değiller. UNIX her şeyi bir yerde bir dosya sisteminde bir dosya olarak sunarken , bu onu en düşük seviyelerde yapmaz. /devHiyerarşideki dosyaların çoğu karakter veya blok aygıtlardır, etkin bir aygıt sürücüsüdür. Boyutları yok ama büyük ve küçük bir cihaz numarası var.

Bunları açtığınızda, fiziksel bir dosya yerine aygıt sürücüsüne bağlanırsınız ve aygıt sürücüsü, ayrı işlemlerin ayrı ayrı ele alınması gerektiğini bilecek kadar akıllıdır.

Aynı şey Linux /procdosya sistemi için de geçerlidir . Bunlar gerçek dosyalar değil, sadece çekirdek bilgilerine sıkıca kontrol edilen ağ geçitleri.

O söylemek daha doğru olur stdin, stdoutve stderrdosyalardan çok "G / Ç akışları" dir. Fark ettiğiniz gibi, bu varlıklar dosya sisteminde yaşamıyor. Ancak Unix felsefesi, I / O söz konusu olduğunda, "her şey bir dosyadır". Uygulamada, aynı kütüphane fonksiyonları ve arayüzleri (kullanabileceği gerçekten araçlar printf, scanf, read, write, selectG / Ç akışı bir klavye, disk dosyası, soket, bir boru bağlı olup olmadığını önemsemeden, vs.), veya başka bir G / Ç soyutlaması.

Çoğu program böylece girdi, yazma çıkışı ve günlük hataları, okumaya gerek stdin, stdoutve stderrbir programlama kolaylık olarak, sizin için önceden tanımlanmıştır. Bu sadece bir sözleşmedir ve işletim sistemi tarafından uygulanmamaktadır.

Yukarıdaki cevapların bir tamamlayıcısı olarak, Yönlendirmeler hakkında bir özet:

EDIT: Bu grafik tamamen doğru değil ama neden emin değilim ...

Grafikte 2> & 1, &> ile aynı etkiye sahiptir diyor

ls Documents ABC > dirlist 2>&1
#does not give the same output as 
ls Documents ABC > dirlist &>

Korkarım ki anlayışınız tamamen geri. :)

"Standart giriş", "standart çıkış" ve "standart hata" değerlerini çekirdeğin perspektifinden değil , program perspektifinden düşünün .

Bir programın çıktı yazdırması gerektiğinde, normalde "standart çıkış" a yazdırır. Bir program genellikle çıktıyı standart çıkışa printfyazdırır, SADECE standart çıkışa yazdırır.

Bir programın hata bilgilerini yazdırması gerektiğinde (istisnalar olması gerekmez, bunlar çok daha yüksek bir seviyeye yerleştirilmiş bir programlama dili yapısıdır), normalde "standart hataya" yazdırır. Normalde bunu yapar fprintf, bu da yazdırma sırasında kullanılacak bir dosya akışını kabul eder. Standart dışı, standart hata, veya açılmış başka dosyada: Dosya akışı yazma için açılan herhangi bir dosya olabilir fopenveya fdopen.

dosya kullanarak giriş okumaya gerektiğinde "standart" kullanılır freadya fgetsya getchar.

Bu dosyalardan herhangi biri kabuktan kolayca şu şekilde yönlendirilebilir :

cat /etc/passwd > /tmp/out     # redirect cat's standard out to /tmp/foo
cat /nonexistant 2> /tmp/err   # redirect cat's standard error to /tmp/error
cat < /etc/passwd              # redirect cat's standard input to /etc/passwd

Veya tüm enchilada:

cat < /etc/passwd > /tmp/out 2> /tmp/err

İki önemli uyarı vardır: Birincisi, "standart giriş", "standart çıkış" ve "standart hata" sadece bir konudur. Bunlar çok güçlü bir konvansiyon, ama hepsi böyle programları çalıştırabilmenin çok hoş olduğu konusunda hemfikirdir: grep echo /etc/services | awk '{print $2;}' | sortve her programın standart çıktılarının boru hattındaki bir sonraki programın standart girdisine bağlanmasını sağlamaktır.

İkinci olarak, dosya akışları (çalışmak için standart ISO C işlevleri verdik FILE *nesneler) - çekirdek düzeyinde, tüm dosya tanımlayıcıları (olduğu intdosya masaya referanslar) ve çok düşük seviyeli gibi işlemler readve writedo not, ISO C fonksiyonlarının mutlu tamponlamasını yapın. Basit tutmayı ve daha kolay fonksiyonları kullanmayı düşündüm, ama alternatifleri bilmeniz gerektiğini düşündüm. :)

stdin

Konsoldan girişi okur (örn. Klavye girişi). Scanf ile C'de kullanılır

scanf(<formatstring>,<pointer to storage> ...);

stdout'u

Konsola çıktı üretir. Printf ile C'de kullanılır

printf(<string>, <values to print> ...);

stderr

Konsola 'hata' çıktısı üretir. Fprintf ile C'de kullanılır

fprintf(stderr, <string>, <values to print> ...);

Yönlendirme

Stdin kaynağı yeniden yönlendirilebilir. Örneğin, klavye girişinden gelmek yerine bir dosyadan ( echo < file.txt) veya başka bir programdan ( ps | grep <userid>) gelebilir .

Stdout, stderr hedefleri de yeniden yönlendirilebilir. Örneğin stdout bir dosyaya yeniden yönlendirilebilir: ls . > ls-output.txtbu durumda çıktı dosyaya yazılır ls-output.txt. Stderr yönlendirilebilir ile 2>.

Bence stderrsadece hata mesajları için kullanılması gerektiğini söyleyen insanlar yanıltıcıdır.

Ayrıca, komutu çalıştıran kullanıcı için olan ve verilerin potansiyel aşağı akım tüketicileri için olmayan bilgilendirici mesajlar için de kullanılmalıdır (örneğin, birkaç komutu zincirleyen bir kabuk borusu çalıştırırsanız " 42424 " stdout Ancak, kullanıcının bunları görmesini isteyebilirsiniz.

Bkz bu tarihsel gerekçe için:

"Tüm programlar standart çıktıya tanı koydu. Bu, çıktı dosyaya yönlendirildiğinde her zaman soruna yol açtı, ancak çıktı şüpheli olmayan bir sürece gönderildiğinde dayanılmaz hale geldi. Bununla birlikte, standart girdinin sadeliğini ihlal etmek istemiyor Standart çıktı modelinde, insanlar bu durumu v6 ile tolere ettiler Kısa bir süre sonra Dennis Ritchie, standart hata dosyasını tanıtarak Gordian düğümünü kesti. Bu yeterli değildi. kendilerini tanımlamak için. "

Ps -aux kullanımı, tümü / proc / as / proc / (pid) / içinde listelenen geçerli işlemleri ortaya çıkarır, cat / proc / (pid) / fd / 0'ı çağırarak standart çıktısında bulunan her şeyi yazdırır. sanırım bu süreç. Belkide,

/ proc / (pid) / fd / 0 - Standart Çıktı Dosyası
/ proc / (pid) / fd / 1 - Standart Giriş Dosyası
/ proc / (pid) / fd / 2 - Standart Hata Dosyası

Örneğin

Ancak / bin / bash için sadece bu iyi çalıştı, diğer işlemler genellikle 0'da hiçbir şeye sahip değildi, ancak çoğunda 2'de yazılmış hatalar vardı

Bu dosyalar hakkında yetkili bilgiler için man sayfalarına bakın, terminalinizdeki komutu çalıştırın.

$ man stdout 

Ancak basit bir cevap için, her dosya şöyledir:

dışarı akış için stdout

akış girişi için stdin

baskı hataları veya günlük mesajları için stderr .

Her unix programı bu akışların her birine sahiptir.

stderr, GÇ Önbellek arabelleğe almaz, bu nedenle uygulamamızın kritik ileti bilgilerini (bazı hatalar, istisnalar) konsola veya dosyaya yazdırması gerekiyorsa, GÇ Önbellek arabelleğe almayı kullanırken genel günlük bilgilerini yazdırmak için stdout'u kullandığınız yerlerde kullanmak için bir şans vardır. mesajlarımızı dosya uygulamasına yazmadan önce hata ayıklama karmaşıklığı bırakarak kapanabilir

İlişkilendirilmiş arabelleğe alma içeren bir dosyaya akış adı verilir ve tanımlı bir DOSYA türüne işaretçi olarak bildirilir. Fopen () işlevi, bir akış için belirli açıklayıcı veriler oluşturur ve diğer tüm işlemlerde akışı belirtmek için bir işaretçi döndürür. Normalde, başlıkta bildirilen ve standart açık dosyalarla ilişkili sabit işaretçiler içeren üç açık akış vardır. Program başlangıcında üç akış önceden tanımlanmıştır ve açıkça açılması gerekmez: standart giriş (geleneksel girişi okumak için), standart çıkış (geleneksel çıkışı yazmak için) ve standart hata (tanı çıktısını yazmak için). Açıldığında standart hata akışı tam olarak arabelleğe alınmaz; standart giriş ve standart çıkış akışları, yalnızca akışın etkileşimli bir aygıta başvurmayacağı belirlenebiliyorsa tamamen arabelleğe alınır

https://www.mkssoftware.com/docs/man5/stdio.5.asp