Spesifikasi POSIX untuk menemukan mengatakan:
-mtimenPrimer akan dievaluasi sebagai benar jika waktu modifikasi file dikurangi dari waktu inisialisasi, dibagi dengan 86400 (dengan sisa dibuang), adalahn.
Menariknya, deskripsi find tidak menentukan lebih lanjut 'waktu inisialisasi'. Namun, ini mungkin saat find diinisialisasi (dijalankan).
Dalam deskripsi, dimanapun
ndigunakan sebagai argumen utama, ini harus ditafsirkan sebagai bilangan bulat desimal yang secara opsional didahului dengan tanda plus ( '+' ) atau tanda minus ( '-' ), sebagai berikut:
+nLebih darin.
nTepatnyan.
-nKurang darin.
Anda dapat menulis
-mtime 6atau-mtime -6atau-mtime +6:
- Menggunakan
6tanpa tanda berarti "sama dengan 6 hari — jadi diubah antara 'sekarang - 6 * 86400' dan 'sekarang - 7 * 86400'" (karena pecahan hari dibuang).- Menggunakan
-6berarti "kurang dari 6 hari — jadi diubah pada atau setelah 'sekarang - 6 * 86400'".- Menggunakan
+6berarti "berusia lebih dari 6 hari — diubah pada atau sebelum 'sekarang - 7 * 86400'" (di mana angka 7 mungkin agak tidak terduga).
Pada waktu tertentu (01-09-2014 00:53:44 -4:00, di mana saya menyimpulkan bahwa AST adalah Waktu Standar Atlantik, dan oleh karena itu offset zona waktu dari UTC adalah -4:00 dalam ISO 8601 tetapi + 4:00 dalam ISO 9945 (POSIX), tetapi tidak terlalu penting):
1409547224 = 2014-09-01 00:53:44 -04:00
1409457540 = 2014-08-30 23:59:00 -04:00
jadi:
1409547224 - 1409457540 = 89684
89684 / 86400 = 1
Meskipun nilai 'detik sejak zaman' salah, nilai relatifnya benar (untuk beberapa zona waktu di suatu tempat di dunia, nilainya benar).
n nilai yang dihitung untuk file log 30-08-2014, oleh karena itu, tepat 1 (perhitungan dilakukan dengan aritmetika integer), dan +1 menolaknya karena itu benar-benar sebuah > 1 perbandingan (dan bukan >= 1 ).
+1 berarti 2 hari yang lalu. Itu bulat.