Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Проверка корректности файла

@!!ex © (2008-04-14 12:05:00)
Есть файл конфигурации.
ПРи запуске программа его читает и выставляет соотетствующие параметры.
При выходе - записывает в файл данные.
На днях один из тестеров пожаловался на такой момент:
изменил настройки, нажал кнопочку "применить" в этот момент проект грохнулся(странно, за пол года тестирования никогда не падал... ну это дело тестера, как он этого добился), в итоге файл конфигурации оказался не корректным. Программа пытается прочитать его, прочитать не удается, и она падает благополучно.
Соответственно встала задача как то проверять файл на корректность. Как это лучше всего сделать?

webpauk (2008-04-15 15:05:00) [1]
function GetFileSize(fFileName: string): Integer; var InfoFile: TSearchRec; AttrFile: Integer; ErrorReturn: Integer; begin AttrFile:=$0000003F; ErrorReturn:=FindFirst(fFileName, AttrFile, InfoFile); if ErrorReturn <> 0 then Result:=-1 else Result:=InfoFile.Size; FindClose(InfoFile); end;

webpauk (2008-04-15 15:04:00) [2]
можно еще проверять на длину файла.
как константу сохраняешь длину корректного файла, если не соответствует, то переписываешь файл с настройками по умолчанию

tesseract (2008-04-15 14:45:00) [3]

> Программа пытается прочитать его, прочитать не удается,
> и она падает благополучно.

В бинарнике настройки лучше не хранить. А то юзер вставит тебе опцию, при которой программа грузиться не будет. К тому же при битых настройках программа должна автоматом загружать по умолчанию.

AndreyV (2008-04-15 13:30:00) [4]
> [0] @!!ex © (14.04.08 12:05)

Может и грохнулся потому, что файл уже был битый?

Оригинал (2008-04-15 13:09:00) [5]

> Соответственно встала задача как то проверять файл на корректность.
> Как это лучше всего сделать?

А зачем проверять? Не лучше ли записывать сразу при каждом изменении?

Anatoly Podgoretsky (2008-04-14 13:42:00) [6]
> KSergey (14.04.2008 13:20:07) [7]

Дело тестера довести до этой ситуации, раз удалось, то хороший тестер.

KSergey (2008-04-14 13:20:00) [7]
> @!!ex © (14.04.08 12:05)
> изменил настройки, нажал кнопочку "применить" в этот момент
> проект грохнулся(... ну это дело тестера, как он этого добился),
> в итоге файл конфигурации оказался не корректным.

А вот раз файл некорректный вышел - то это уже разработчика дело, а не тестера, согласитесь.

KSergey (2008-04-14 13:17:00) [8]
> Riply © (14.04.08 12:37) [3]
> Если защищаться от изменений со стороны или незаконченой
> записи, то, может, простейшая подпись ?

И что? Ну есть файл с некорректной подписью. Что программе делать в такой ситуации? Продолжать благополучно падать?

Anatoly Podgoretsky (2008-04-14 13:12:00) [9]
> VAleksey (14.04.2008 12:37:04) [4]

Ввести понятие тразакций, сначала в новый файл, затем переименования в бак, затем переименования нового файла.
Ну и конечно возможность сброса настроек в значение по умолчанию.

Riply (2008-04-14 12:37:00) [10]
Если защищаться от изменений со стороны или незаконченой записи, то, может, простейшая подпись ?
CRC, например ?

VAleksey (2008-04-14 12:37:00) [11]
ReadLN - ами.

Kolan (2008-04-14 12:35:00) [12]
> Соответственно встала задача как то проверять файл на корректность.
> Как это лучше всего сделать?

> Использовать механизм обработки исключительных ситуаций
> try/except try/finally.

И если не получилось(эксепшн) использовать настройки по умолчанию, зашитые в программу.

Плохиш (2008-04-14 12:32:00) [13]

> Проверка корректности файла
>
> @!!ex © (14.04.08 12:05)
> Соответственно встала задача как то проверять файл на корректность.
> Как это лучше всего сделать?

Использовать механизм обработки исключительных ситуаций try/except try/finally.

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »