Обоснование полномочий каталога Understanding Linux
Попробуйте инициализировать ваш сканер, как показано ниже, вам не нужен путь для этого:
Scanner input = new Scanner(new File("D:\\test.txt") , StandardCharsets.UTF_8);
2 ответа
Бит выполнения: Бит выполнения необходим для прохождения каталога. Разрешение на чтение каталога управляется битом чтения.
См. Этот диалог оболочки для примера этой разницы:
Как root:
# find foo/ -ls drwxr-xr-- 3 root root 4096 Apr 27 12:57 foo/ drwxr-xr-x 2 root root 4096 Apr 27 12:57 foo/bar -rw-r--r-- 1 root root 0 Apr 27 12:57 foo/bar/file
как пользователь:
$ ls foo/ bar $ find foo/ -ls drwxr-xr-- 3 root root 4096 Apr 27 12:57 foo/ find: foo/: Permission denied $
Обычное использование наоборот, удаление разрешений на чтение, но разрешение обхода, например, разрешение веб-серверу войти в ~ / public_html, но не разрешать ему делать листинг индекса по умолчанию, установив - x .
Sticky bit : Это было изобретено именно для того, чтобы избежать правил по умолчанию для удаления в каталоге, поэтому / tmp работает. / tmp может находиться на томе, отличном от / home и / или регулироваться другими квотами.
FHS кодифицирует / tmp " Я считаю, что / tmp является наследием языческих дней, когда vi globals.h && make install считался процедурой установки. В настоящее время программы должны учитывать $ TMPDIR , который должен указывать на системный каталог, управляемый частным пользователем, который должен быть очищен хотя бы при перезагрузке. Даже стандартизированные функции, такие как tmpfile (3) не прописывают фактический путь. Хотя, кажется, важны проблемы совместимости и безопасности, касающиеся / tmp . Обратите внимание, что последнее письмо было получено в 1999 году, поэтому с тех пор все может измениться.
vi globals.h && make install считался процедурой установки. В настоящее время программы должны учитывать $ TMPDIR , который должен указывать на системный каталог, управляемый частным пользователем, который должен быть очищен хотя бы при перезагрузке. Даже стандартизированные функции, такие как tmpfile (3) не прописывают фактический путь. Хотя, кажется, важны проблемы совместимости и безопасности, касающиеся / tmp . Обратите внимание, что последнее письмо было получено в 1999 году, поэтому с тех пор все может измениться. который должен указывать на частный управляемый системой каталог, который должен быть очищен по крайней мере при перезагрузке. Даже стандартизированные функции, такие как tmpfile (3) не прописывают фактический путь. Хотя, кажется, важны проблемы совместимости и безопасности, касающиеся / tmp . Обратите внимание, что последнее письмо было получено в 1999 году, поэтому с тех пор все может измениться. который должен указывать на частный управляемый системой каталог, который должен быть очищен по крайней мере при перезагрузке. Даже стандартизированные функции, такие как tmpfile (3) не прописывают фактический путь. Хотя, кажется, важны проблемы совместимости и безопасности, касающиеся / tmp . Обратите внимание, что последнее письмо было получено в 1999 году, поэтому с тех пор все может измениться. Наиболее распространенное использование липкого бита сегодня - в каталогах, где при установке элементы внутри каталога могут быть переименованы или удалены только владельцем элемента, владельцем каталога или суперпользователем; без установленного фиксированного бита любой пользователь с разрешениями на запись и выполнение для каталога может переименовывать или удалять содержащиеся в нем файлы независимо от владельца. Обычно это устанавливается в каталоге / tmp, чтобы обычные пользователи не могли удалять или перемещать файлы других пользователей. Эта функция была введена в 4.3BSD в 1986 году, и сегодня она встречается в большинстве современных систем Unix.
Кроме того, Solaris (начиная с Solaris 2.5) определяет специальное поведение, когда бит закрепления установлен для неисполняемых файлов: эти файлы , при доступе, не будет кэшироваться ядром. Это обычно устанавливается для файлов подкачки, чтобы предотвратить доступ к файлу для сброса более важных данных из системного кэша. Он также иногда используется для тестов бенчмаркинга.
Автоустановщик также устанавливает бит закрепления, чтобы указать, что файл еще не был смонтирован. Это позволяет таким программам, как ls, игнорировать удаленные удаленные файлы.