Открыть файл .dtm

[p51x]

Прочитать = анализировать?

Где я об этом говорил?

подразумевает некоторое преобразование информации из той формы, что хранится в файле, во внутреннее представление

И? В файле лежит структура или класс?

Если же информация анализируется уже во внутреннем представлении

Еще раз parse не говорит, что именно или где анализировать. Возьмем вашу строку... неважно в проге вы константу завели или прочитали из фала, получили от сервера все равно происходит разбор, анализ, т.е. парсинг.

(например, для проверки длины файла, исходя из размера картинки и пр.), то это уже не парсинг - т.к. преследуется совершенно другая цель.

Расскажите математикам, что проверка дискрименанта кв. уравнения тоже нисколько не анализ, а что-то другое...

Но вот "парсить заголовок" - ничего кроме текста я здесь придумать не могу. Можете привести примеры?

Т.е. прочитать размеры картинки, чтоб знать сколько памяти выделять - это не анализ?
Или прочитать что за данные хранятся, их количество, размеры и форматы, местоположение тоже нисколько не анализ данных в файле?

П.С. В конце концов все равно надо проверить сигнатуру файла, чтобы проверить, что это нужный файл.

[raxp]

...безусловно, размышления о высоких материях по сферическому коню в вакууме интересны, лично я хотел бы увидеть документацию от ТС.

[p51x]

размышления о высоких материях по сферическому коню в вакууме интересны

Ну а чем еще занятся в ожидании ТС...

[waleri]

Сообщение от s-andriano

Но вот "парсить заголовок" - ничего кроме текста я здесь придумать не могу. Можете привести примеры?

Вы изходите из предпосылки, что заголовок имеет фиксированный размер и данные. Кроме того, что есть заголовок? Например, "заголовок" AVI файла скажет вам только, что это AVI файл (что в принципе тоже не мало) а вот все остальное придется парсить. Текстами там и не пахнет.

[s-andriano]

Сообщение от waleri

Вы изходите из предпосылки, что заголовок имеет фиксированный размер и данные. Кроме того, что есть заголовок? Например, "заголовок" AVI файла скажет вам только, что это AVI файл (что в принципе тоже не мало) а вот все остальное придется парсить. Текстами там и не пахнет.

Да, неопределенность всегда сохраняется. И иногда сложно провести границу между двумя случаями. Тем не менее, во многих случаях можно определенно сказать, нужно парсить файл или нет.
С avi, честно говоря, не разбирался, но могу сказать, что:
- bmp парсить не нужно - он состоит из структуры-заголовка (точнее, двух заголовков) и одного или двух массивов данных. Количество массивов и их структура определяется заголовком, поэтому обработка bmp подразумевает некоторый анализ, но этот анализ не является парсингом.
- 3ds нужно парсить, хотя это и не текст. Но чанковая структура подразумевает, именно последовательный пофрагментный анализ и преобразование информации.
- xml нужно парсить.
- txt не нужно парсить, если это текст повести или стихи.
- pas - такой же plain text, как и txt, но парсить нужно, т.к. подразумевается его преобразование в машинные коды.
- rtf - хотя и может содержать ту же самую повесть или стихи, что и txt, но парсить нужно, т.к. в нем имеются элементы форматирования.

Формальный признак - необходимость преобразования инфорпмации из одного вида в другой (или другую форму), а также наличие служебной информации, которая есть в файле, но которая не является основной информацией либо информацией необходимой для работы программы.

Сообщение от p51x

Ну а чем еще занятся в ожидании ТС...

А заодно помочь ТС разобраться, о чем же идет речь в рекомендациях, изложенных в посте №6. (кстати, вполне справедливых рекомендациях, если только заменить слово "парсить" на слово "анализировать".)

[p51x]

а если заглянуть в словарь, то и заменять ничего не надо...

Количество массивов и их структура определяется заголовком, поэтому обработка bmp подразумевает некоторый анализ, но этот анализ не является парсингом.

Вот именно что является. Вы берете некоторые данные - заголовок, разбиваете его на части, анализируете часть данных - на основе этого анализа делаете выводы о корректности данных, выделяете память и т.д.

Формальный признак - необходимость преобразования инфорпмации из одного вида в другой (или другую форму)

Трансляция? Компиляция? Конвертация? Преобразование? Ой... они же совсем не подходят под формальный признак.

Парсинг подразумевает, что есть набор данных (текстовой или бинарный), идет его разбивка на составляющие, анализ, возможно преобразование (конвертация)...

[Serge_Bliznykov]

ребят, я, конечно, с огромным наслаждением читаю ваш диспут по поводу смыслового значения слова "парсить" и допустимости его использования в данном случае,
но, вам не кажется, что это обсуждение несколько выходит за рамки темы по обработке файла структуры .dtm ?...


"Роза пахнет розой, хоть розой назови ее, хоть нет" (с) Вильям наш Шекспир...

[Mike_dll]

Подскажите, пожалуйста, как перемещаться в файле по байтам, то есть надо, например, удалить с 64 по 84 байт

[Serge_Bliznykov]

Вы на каком языке программирования пишете?

для начала посмотрите такие, например, темы:
http://www.programmersforum.ru/showthread.php?t=204141
http://www.programmersforum.ru/showthread.php?t=171640

Это через использование TFileStream

а вообще, если в бинарном файле нужно удалить кусочек из середины, то можно использовать три подхода.
1-й. Читаем все нужные байты в память (пропуская ненужное) - потом из памяти пишем в нужный файл.
2-й. Читаем блоками из одного файла и записываем сразу во второй. Разумеется, читаем только те блоки, которые должны остаться, то, что нужно удалить - пропускаем. (я бы рекомедовал именно этот способ)
3-й. Открываем файл на чтение запись и переписываем в цикле все байты от 85 и до конца файла - 85-й байт на место 65-го. 86-й байт на место 66-го и т.д.
это способ не рекомендую и неэффективно и неустойчиво к сбоям - легко получить вместо нужного результата незаконченную "кашу"

[Mike_dll]

Пишу на с++