|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Andrew Kant 2:469/83.1 22 Aug 2007 18:19:05
To : Eugene E Panfyorov
Subject : backup
--------------------------------------------------------------------------------
Tuesday August 21 2007 10:42, Eugene E Panfyorov wrote to Basil A. Sidorov:
>> В большинстве случае, если делается бэкап - он делается
>> (неинтерактивным) заданием.
>> Hравится эстетика файлового менеджера - используй файловый менеджер.
EP> Дело в том, что отсутсвие хотя бы одного файла может снизить ценность
EP> всего бэкапа до очень низкого уровня.
Иногда хорош хоть какой-нибудь бэкап :)
EP> в связи с этим весьма сомнительно, что бэкапер должен продолжать
EP> свою работу несмотря на пропущенные файлы.
Ага, раз не могу скопировать один файл - то может вообще сразу запустить
самоуничтожение?
EP> всё равно если бы компилятор добивал сорс до конца не смотря на
EP> синтаксические ошибки
Есть разные виды компиляторов, все зависит от их цели. Если цель - получить
рабочий (пусть и не очень корректный) код для отладки, то компилятор не только
откомпилирует сорс до конца, он еще и попытается исправить ошибки. Именно такая
цель была у пакетных отладочных компиляторов, когда нужно было получить
результат не смотря на мелкие описки, за каждый проход нужно было платить
деньги, поэтому шли на всякие ухищрения, только бы минимизировать их
количество. Ты наверняка не сталкивался с отладочным компилятором PL/I - он
иногда такого наисправляет - что в кошмарном сне не приснится (эвристики
исправления ошибок были довольно мощными, но это все-же не интеллект), но свою
задачу выполнит - откомпилирует и запустит твою программу :)
Это только при диалоговой отладке можно остановится на первой ошибке и ждать
реакции человека, в остальных случаях надо двигаться дальше.
Обычно с бэкапом та-же ситуация - надо сбэкапить все, что можно, а потом уже
разбираться с тем, что нельзя.
Good bye!
Andrew
--- GoldED+/W32 1.1.4.7
* Origin: * KAA * (2:469/83.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
