LINUX.ORG.RU

История изменений

Исправление firkax, (текущая версия) :

Поддерживаю по обоим пунктам. И про «почему бы и нет, раз есть фича» и про «не пользовался, может оно и так было сломано».

Вообще избегаю mc-vfs (как и fuse ко всяким ftp/http) по той причине, что там дурацкие юниксвейные недоабстракции внутри. А именно, драйвер взаимодействия с источником файловой системы спрятан в отдельный как бы независимый модуль, у этого модуля предусмотрено апи для штатной работы через него с файлами. Но вот для нештатной - в лучшем случае они осилят хотя бы доставить текст ошибки до видимого пользователю места. В худшем - оно просто молча зависнет или будет показывать пустые директории. А хотелось бы интерактивного обработчика ошибки, когда драйвер показывает юзеру окно (или консольный вопрос если им пользуется консольное приложение) с детальным описанием того, что именно случилось, и спрашивает что делать дальше (с вводом доп. данных если надо). Разумеется, впихнуть это в универсальное абстрактное юниксвей-апи затруднительно и в итоге такого не делают.

Исправление firkax, :

Поддерживаю по обоим пунктам. И про «почему бы и нет, раз есть фича» и про «не пользовался, может оно и так было сломано».

Вообще избегаю mc-vfs (как и fuse ко всяким ftp/http) по той причине, что там дурацкие юниксвейные недоабстракции внутри. А именно, драйвер взаимодействия с источником файловой системы спрятан в отдельный как бы независимый модуль, у этого модуля предусмотрено апи для штатной работы через него с файлами. Но вот для нештатной - в лучшем случае они осилят хотя бы доставить текст ошибки для видимого пользователю места. В худшем - оно просто молча зависнет или будет показывать пустые директории. А хотелось бы интерактивного обработчика ошибки, когда драйвер показывает юзеру окно (или консольный вопрос если им пользуется консольное приложение) с детальным описанием того, что именно случилось, и спрашивает что делать дальше (с вводом доп. данных если надо). Разумеется, впихнуть это в универсальное абстрактное юниксвей-апи затруднительно и в итоге такого не делают.

Исходная версия firkax, :

Поддерживаю по обоим пунктам. И про «почему бы и нет, раз есть фича» и про «не пользовался, может оно и так было сломано».

Вообще избегаю mc-vfs (как и fuse ко всяким ftp/http) по той причине, что там дурацкие юниксвейные недоабстракции внутри. А именно, драйвер взаимодействия с источником файловой системы спрятан а отдельный как бы независимый модуль, у этого модуля предусмотрено апи для штатной работы через него с файлами. Но вот для нештатной - в лучшем случае они осилят хотя бы доставить текст ошибки для видимого пользователю места. В худшем - оно просто молча зависнет или будет показывать пустые директории. А хотелось бы интерактивного обработчика ошибки, когда драйвер показывает юзеру окно (или консольный вопрос если им пользуется консольное приложение) с детальным описанием того, что именно случилось, и спрашивает что делать дальше (с вводом доп. данных если надо). Разумеется, впихнуть это в универсальное абстрактное юниксвей-апи затруднительно и в итоге такого не делают.