-F seçeneğinin `dokunma 'için kullanımı nedir?

Kimden man touch:

-f     (ignored)

Ama görmezden gelenin ne anlama geldiğini anlamadım .

Aşağıdakileri denedim:

$ ls -l file
-rw-rw-r-- 1 pandya pandya 0 Mar 20 16:17 file

$ touch -f file
$ ls -l file
-rw-rw-r-- 1 pandya pandya 0 Mar 20 16:18 file

Ve buna rağmen zaman damgalarını değiştirdiğini fark ettim -f.

Bu yüzden, bunun ne -fanlama geldiğini veya ne anlama geldiğini bilmek istiyorum .

GNU yardımcı programları için, tam belge infookuyabileceğiniz sayfadadır:

-f
Yok Sayılan; 'dokunma' BSD sürümleri ile uyumluluk için.

Bkz dokunuş için tarihi BSD man sayfalarını , -foldu zorlamak dokunuş.

Bu eski BSD'lerin kaynağına bakarsanız, utimes()sistem çağrısı yapılmazdı , bu nedenle touchdosyayı okuma + yazma modunda açar, bir bayt okur, geriye doğru arar ve son erişimi ve son değişiklik zamanını güncellemek için tekrar yazar .

Açıkçası, hem gerekli okuma ve yazma izinleri ( touchyapmaya çalışıyor ki eğer önleyeceğini access(W_OK|R_OK)iade YANLıŞ ). geçici olarak izinleri geçici olarak değiştirerek 0666'ya-f çalışmayı denedim !

0666 herkese okuma ve yazma izni anlamına gelir. Aksi takdirde ( kısa bir süre zarfında dokunmaya izin vermiş olan 0600 gibi daha kısıtlayıcı bir izinle olduğu gibi ), bu kısa pencerede anlamına gelebilecek, aksi takdirde dosyaya okuma ya da yazma izni verebilecek olan süreçlerin artık çözülemeyeceği şekilde olmalıydı. işlevsellik kırma .

Ancak bu, başka bir şekilde dosyaya erişimi olmayacak olan işlemlerin şimdi açmak için kısa bir fırsata sahip olduğu ve güvenliği bozduğu anlamına gelir .

Bu yapılacak çok mantıklı bir şey değil. Modern touchuygulamalar bunu yapmaz. O zamandan bu yana, utime()sistem çağrısı tanıtıldı, dosyaların içeriğine karışmak zorunda kalmadan değişiklik yapma ve erişim zamanını ayrı ayrı değiştirmeye izin verdi (bu, normal olmayan dosyalarla de çalışır) ve yalnızca bunun için yazma erişimine ihtiyaç duyuyor.

GNU seçeneği touchgeçerse hala başarısız olmaz -f, ancak sadece bayrağı görmezden gelir. Bu şekilde, BSD'nin eski sürümleri için yazılmış komut dosyaları, GNU sistemlerine aktarıldığında başarısız olmaz. Bugünlerde pek alakalı değil.

-fhiç birşey yapmıyor. Tarihsel uyumluluk için saklanır (BSD'ye touchgöre info touch), var olmasını bekleyen uygulamalar geçemez ve var olmadığını söyleyen bir hata mesajı alır. Bunun GNU coreutils olduğunu varsayarak , kaynağında bunun breakhiçbir şey yapmadan sadece seçenek işleme anahtarının dışına çıktığını görebilirsiniz.

Yoksayılmış bir seçenek olarak, 1992'de eklenen -fGNU touchkomutunun ilk sürümünden itibaren mevcut ( bkz. Fark ). En azından FreeBSD v9'da, -f"dosya izinleri şu anda izin vermiyor olsa bile güncellemeyi zorlama girişimi" (ÖSMinder'in bulduğu gibi) olduğu anlaşılıyor.

Yardım çıktısında veya manpage'de "X seçeneğinin yoksayıldığını" gördüğünüzde, bunun anlamı: program X seçeneğini kabul eder - bir sözdizimi hatası almazsınız - ancak herhangi bir etkisi olmaz. Program, seçenek yokluğunda yapacağı şeyi yapar.

Diğer cevapların gösterdiği gibi, bu geriye dönük uyumluluk için yapılır. Bir seçenek kullanıldığında o ne yaptıysa bazı etkiye sahip, artık yararlı olduğunu ve ne olursa olsun seçeneğin aynı şeyi yapıyor doğru uyumluluk davranıştır.

Tarihi kaynak kodundaki açıklamaya bakarken , satır 22:

  22   -f                     (ignored)\n\

-f seçeneğinin Jim Meyering'in ilk sürümünden beri göz ardı edilmesi amaçlandı.

Ve seçenekleri işlemek için anahtar deyimi hiçbir şey yapmamak için açık bir dava (satır 150/151) vardır:

 150         case 'f':
 151           break;

Bu seçeneği göz ardı etmek için 1992'den beri aşağıdaki yazarları motive eden şey dikkat çekicidir. Belki -f seçeneğini gerektiren ve başka bir şekilde kırılan bir kullanım senaryosu vardır?