Bir posix kapatma çağrısı başarısız olursa ne yapmalı?

Question

Sistemimde (Ubuntu Linux, glibc), bir close aramasının man sayfası, dönebileceği çeşitli hata döndürme değerlerini belirtir. Ayrıca, close() 'ın dönüş değeri genel olarak geçerli ancak yine de ciddi bir programlama hatası olduğunu kontrol etmediğinden emin değil.

ve dönüş değeri sadece teşhis için kullanılması gerektiğini, aynı zamanda

Not at

. Özellikle bir close() bir EINTR'den sonra tekrar denenmemelidir, çünkü bu durum başka bir evreden yeniden kullanılan bir tanımlayıcının kapanmasına neden olabilir. Bu nedenle, dönüş değerini göz ardı etmemeye veya aramayı yeniden denemeye izin verilmemelidir.

Verilen bakımdan, close() çağrı hatasını nasıl ele alabilirim?

Dosyaya bir şey yazarken hata olduysa, veri kaybını önlemek için bilgileri başka bir yere yazmayı denemeliyim.

Sadece dosyayı okuyorsam, başarısızlığı günlüğe kaydedebilir ve hiçbir şey olmamış gibi davranarak programa devam edebilir miyim? Herhangi bir uyarı, dosya tanıtıcı sızıntısı var mı, yoksa başka bir şey var mı?

Answer 1

, close hata denenecek ve close geçirilen fd bakılmaksızın bir hata oluşup oluşmadığını, close döndükten sonra her zaman geçersiz (kapalı) olduğu asla. Bazı durumlarda, bir hata verilerin kaybolduğunu (bazı NFS kurulumları) veya aygıtlar için olağandışı donanım koşullarını (örn. Bant tekrar sarılmayabilir) gösterebilir, bu nedenle veri kaybını önlemek için dikkatli olmak isteyebilirsiniz, ancak hiçbir zaman denememelisiniz. fd'yi tekrar kapatın. Teorik olarak, POSIX, closeEINTR ile başarısız olduğunda ve sistem uyuşmazlığı durumunda fd'nin açık kalacağı konusunda geçmişte belirsizdi. Durumu bilmek çok önemlidir (aksi takdirde çok iş parçacıklı programlarda çok tehlikeli olan fd sızıntıları veya çift kapanma hataları vardır), Austin Group issue #529 çözünürlüğü kesinlikle POSIX'in gelecek sürümleri için davranışı belirtmiştir, bu EINTR fd açık kalır.Bu, başka bir yerde EINTR tanımına uygun doğru davranıştır, ancak Linux bunu kabul etmeyi reddeder. (FWIW bunun için libc syscall sarmalayıcı seviyesinde mümkün olan kolay bir çözüm var; bkz. glibc PR #14627.) Neyse ki hiç bir zaman pratikte ortaya çıkmaz. Eğer bilgilendirici bulabilirsiniz

ilgili bazı sorular: Bu konuda da

• What are the reasons to check for error on close()?
• Trying to make close sleep on Linux

Answer 2

Her şeyden önce: EINTR tam olarak şu anlama gelir: Sistem çağrısı kesildi, bu close() numaralı çağrıda gerçekleşirse, yapabileceğiniz hiçbir şey yoktur.

Gerçek şu ki, bir dosyaya aitse, bu dosya muhtemelen bozuksa, close()'daki hatalar hakkında yapabileceğiniz fazla bir şey yoktur - dönüş değerine bağlı olarak. AFAIK, bir kapanışın yeniden denenebileceği tek durum, EBUSY, ancak bunu henüz görmedim. Yani

:

• close() sonucu kontrol Eğer özellikle kesme dosya bozulması kaçırmak anlamına gelebilir değil.
• Hataya bağlı olarak, çoğu zaman hiçbir şey yapamazsınız - başarısız olan bir , uygulamanızın kapsamı dışında bir şeylerin yanlış gittiği anlamına gelir. Uygulamada