Size: a a a

2021 April 08

VV

Vladimir Varlamov in Modern::Perl
Я вижу это как недоработка перла, потому что там скорее всего есть системный вызов "удалить файл и все его версии", но перл не использует его, но аналогию из юникса (или как там оно устроено внутри). Если бы эта ос была более распространена, то всё бы портировали или даже создали новую функцию под эту парадигму. Так что костыль тут только желание заставить работать там perl ничего не трогая
источник

AP

Alexander P in Modern::Perl
Ну давайте ещё fork на винде средствами perl эмулировать
источник

VV

Vladimir Varlamov in Modern::Perl
Это проблемы абстракций, которые не могут быть слишком высокими, потому что имплементация тогда будет медленной
источник

VV

Vladimir Varlamov in Modern::Perl
Я вообще считаю, что нужно perl5 засунуть в виртуалку, на веки вечные и переходить спойно к perl7
источник

AP

Alexander P in Modern::Perl
Нет. Думаю, такие "фичи" системы должен знать тот, кто её юзает. Язык тут ни при чём вообще. Система умеет POSIX unlink? Добро пожаловать. Если у неё альтернативно одарённые понятия на тему реализации — это её (системы) проблемы
источник

AP

Alexander P in Modern::Perl
Давайте торваЛСДу предложим при git rm откатывать файл к предыдущей ревизии
источник

VV

Vladimir Varlamov in Modern::Perl
POSIX стандарт де факто, могло быть все по другому. И будет, потому что уже сейчас ни одна система не поддерживает его в полной мере
источник

VV

Vladimir Varlamov in Modern::Perl
Да кто сказал, что концепция файла вообще единственная? Вот apple пытается для пользователей эту концепцию уничтожить
источник

AP

Alexander P in Modern::Perl
Никто не сказал. Пусть при желании изобретают велосипед, плодят очередную пачку ЯП, потом городят костыли для костылей для совместимости, кто ж запрещает
источник

AP

Alexander P in Modern::Perl
Но если сложилась концепция, что unlink — это именно удалить файл, то логично было бы ей следовать. Откатить на предыдущее состояние — это несколько иное. См. аналогию с git
источник

VV

Vladimir Varlamov in Modern::Perl
Концепция сложилась в юниксе. Просто так получилось, что сейчас это выглядит устоявшимся. И вообще что файл он как бы локальный. Посмотри Plan9
источник

VV

Vladimir Varlamov in Modern::Perl
Вполне закономерно, что версионность, географическая удаленность прямо в файле может стать реальностью, если Амазон отвалит на раскрутку этой идеи несколько сот миллиардов долларов и тогда в каждом файле будет прямая связь с их s3. Потом и в POSIX пропихнут. И кто-то будет точно так же кричать, что они там в своем 2021 жили как в каменном веке
источник

AP

Alexander P in Modern::Perl
Возможно, даже вероятно. Но unlink тут при чём? Давайте просто не называть корову котёнком
источник

AP

Alexander P in Modern::Perl
Если же речь о совместимости, то пусть будет совместимость. Но такая, чтобы unlink был "удалить нафиг", а не что-то там причудившееся
источник

VV

Vladimir Varlamov in Modern::Perl
А кто декларировал поддержку на VMS? А на POSIX? Тут как одним нужно, а другим лень писать да без толку, оно же все равно мертво
источник

VV

Vladimir Varlamov in Modern::Perl
У нас тут вообще толком ничего нет. Все в модулях. Вот unlink'у туда и дорога кстати
источник

AP

Alexander P in Modern::Perl
Вроде как в openvms декларировали posix ещё до perl5.
источник

AP

Alexander P in Modern::Perl
Вообще unlink(2) — это системный вызов :)
источник

SZ

Sergey Zhmylove in Modern::Perl
И что?
источник

AP

Alexander P in Modern::Perl
Ну давайте вокруг него пицот обёрток и магии сделаем. Ну зачем?..
источник