Size: a a a

2021 March 05

f

folex in codingteam
вся
источник

f

folex in codingteam
физически устаешь нормально так
источник

SS

Sergiy Shatunov in codingteam
ну я тоже могу сраться в чатиках до крепатуры на руках... но разговоры именно звуками утомляют сильно больше
источник

c

codingteam@cjr in codingteam
Minoru
ого, впервые попробовал на ГитХабе навигацию по определениям. Крутотень!
источник

f

folex in codingteam
да, оч крутая штука
источник

K

Kerrigan in codingteam
ага, удобно
источник

K

Kerrigan in codingteam
только оно должно быть не только на гитхабе
источник

c

codingteam@cjr in codingteam
Minoru
IDE-шки тоже умеют, да. Но для этого нужно поставить себе IDE и клонировать репозиторий :)
источник

c

codingteam@cjr in codingteam
Minoru
> <@fvnever> А удалось понять, на кой хрен нужно делать так хитро?

А там же во втором предложении написано: «Deleting does not happen instantaneously, but is scheduled.» В *nix после завершения unlink() в директории больше нет имени файла; если этот файл был последним в этой директории, то директория считается пустой; при этом inode файла остаётся живой, пока не закроется последний файловый дескриптор этого файла. А в Винде чуть иначе: после удаления файла имя в директории остаётся, пока не закроется последний файловый дескриптор.

В стандартной библиотеке Rust функция remove_dir_all реализована как будто бы для семантики *nix: https://github.com/rust-lang/rust/blob/8ccc89bc312caa65ca46b55b47492abdd5b6910a/library/std/src/sys/windows/fs.rs#L725-L749 Есть ишшуй о том, что на больших директориях под Виндой это приводит к проблемам: директории не удаляются https://github.com/rust-lang/rust/issues/29497

Там, в ишшуе, упоминают .NET, и в Core действительно присутствует та же проблема — если что-то не получилось удалить, Directory.Delete просто сдаётся: https://github.com/dotnet/runtime/blob/9849163f7b24f94b3294732290929d182c2109e8/src/libraries/System.IO.FileSystem/src/System/IO/Directory.cs#L303-L307https://github.com/dotnet/runtime/blob/9849163f7b24f94b3294732290929d182c2109e8/src/libraries/System.IO.FileSystem/src/System/IO/FileSystem.Windows.cs#L179-L200https://github.com/dotnet/runtime/blob/9849163f7b24f94b3294732290929d182c2109e8/src/libraries/System.IO.FileSystem/src/System/IO/FileSystem.Windows.cs#L347-L349
источник

MS

Mikola Summer Duck in codingteam
Прощай, Михель Вонг.
источник

f

folex in codingteam
источник

FO

FORTRAN ONE LOVE in codingteam
топ ❤️
источник

MS

Mikola Summer Duck in codingteam
млем
источник

f

folex in codingteam
источник

t

ttldtor in codingteam
когтепырки
источник
2021 March 06

f

folex in codingteam
источник

f

folex in codingteam
Raaaarghw
источник

Dv

Dr. Friedrich von Ne... in codingteam
codingteam@cjr
Minoru
> <@fvnever> А удалось понять, на кой хрен нужно делать так хитро?

А там же во втором предложении написано: «Deleting does not happen instantaneously, but is scheduled.» В *nix после завершения unlink() в директории больше нет имени файла; если этот файл был последним в этой директории, то директория считается пустой; при этом inode файла остаётся живой, пока не закроется последний файловый дескриптор этого файла. А в Винде чуть иначе: после удаления файла имя в директории остаётся, пока не закроется последний файловый дескриптор.

В стандартной библиотеке Rust функция remove_dir_all реализована как будто бы для семантики *nix: https://github.com/rust-lang/rust/blob/8ccc89bc312caa65ca46b55b47492abdd5b6910a/library/std/src/sys/windows/fs.rs#L725-L749 Есть ишшуй о том, что на больших директориях под Виндой это приводит к проблемам: директории не удаляются https://github.com/rust-lang/rust/issues/29497

Там, в ишшуе, упоминают .NET, и в Core действительно присутствует та же проблема — если что-то не получилось удалить, Directory.Delete просто сдаётся: https://github.com/dotnet/runtime/blob/9849163f7b24f94b3294732290929d182c2109e8/src/libraries/System.IO.FileSystem/src/System/IO/Directory.cs#L303-L307https://github.com/dotnet/runtime/blob/9849163f7b24f94b3294732290929d182c2109e8/src/libraries/System.IO.FileSystem/src/System/IO/FileSystem.Windows.cs#L179-L200https://github.com/dotnet/runtime/blob/9849163f7b24f94b3294732290929d182c2109e8/src/libraries/System.IO.FileSystem/src/System/IO/FileSystem.Windows.cs#L347-L349
Ну, не удалось и не удалось, сообщи об ошибке. Я не очень понял проблему, и почему её надо решать странными костылями.
источник

FO

FORTRAN ONE LOVE in codingteam
Утро v0.1.0-20210306!
источник

Dv

Dr. Friedrich von Ne... in codingteam
Это кот-наоборот.
источник