Libmapi: размер поля

распечатка рекуррентного события (81.80КиБ) Вот чем я занимался сегодня большую часть рабочего дня: вручную декодировал события, на которых свалились тесты, побайтово. В отличие от машины, я способен распознавать данные по их внешнему виду, например, вижу границы nttimestamp или вижу где начались буквы. Машина без посторонней помощи это не умеет, а потратить времени на помощь ей можно очень много.

Вывод, кажется, такой: в документации от Microsoft поле ReminderSet имеет тип boolean и размер 8 бит, вот по данным кажется, что оно всё-таки должно иметь размер 32 бита. В таком случае, всё пока встаёт на место. Сейчас поправлю и буду ещё тесты гонять.

P.S. Пока тесты не падают. Значит размер поля ReminderSet в структуре ExceptionInfo действительно 32 бита (это структура внутри PidLidAppointmentRecur).
7 апреля 2009 17:32

masterspammer.livejournal.com (masterspammer.livejournal.com)
8 апреля 2009, 06:21

В формате Microsoft Word где-то были такие поля - в спецификации одного размера, в жизни - другого.

Есть также милые такие поля (кажется для указания размеров/отступов) - знаковые, но 12-ти битные; лежат два байта - слово, в них - 4095; а значит это - минус 1 (может и не 12, а все 14). Такое может "рости" из разрезания поля по битам на несколько (в doc этого ОЧЕНЬ много), однако выглядит в документации невнятно или вообще отсутствует.

P.S. Писал по "уплывшим" докам до официального открытия формата. Новые чуть лучше в плане общей причёсанности, но не в плане полноты - как нет было описания, что такое LVC, так и нет.

P.P.S. Распечатки это правильно!

bolk (bolknote.ru)
8 апреля 2009, 07:30, ответ предназначен masterspammer.livejournal.com:

Странность в том, что я смотрю в официальную документацию (формат MAPI — открытый).

masterspammer.livejournal.com (masterspammer.livejournal.com)
8 апреля 2009, 08:52, ответ предназначен bolk (bolknote.ru):

Собственно ошибки были во внутренней документации - из неё потом сделали открытую. Я не проверял - исправили ли при итоговом приведении в привычный вид.

Оттуда же - видел ошибки в исходном коде - он формально был написан по документации (ещё до открытия), но не работал - то ли catdoc то ли antiword то ли openoffice. Проблема в том что это поле (не то, которое 12bit signed int, а то, которое занимало не столько байт, сколько сказано) могло то появиться, то не появиться - в зависимости от способа сохранения.

masterspammer.livejournal.com (masterspammer.livejournal.com)
8 апреля 2009, 08:54

s/что это поле/что такое поле/

u1itka.livejournal.com (u1itka.livejournal.com)
8 апреля 2009, 09:08

У меня такие-же были картинки, когда я разбирал руками номер версии в exe файле.

bolk (bolknote.ru)
8 апреля 2009, 10:06, ответ предназначен u1itka.livejournal.com:

Там-то что разбирать? Это очень хорошо документировано.

u1itka.livejournal.com (u1itka.livejournal.com)
8 апреля 2009, 18:34, ответ предназначен bolk (bolknote.ru):

То-то никто не разобрал до сих пор.
На самом деле проблемы были с некоторыми упаковщиками.

bolk (bolknote.ru)
9 апреля 2009, 09:37, ответ предназначен u1itka.livejournal.com:

Ты что-то путаешь или мы говорим о разных вещах.

Вот спецификация формата PE на сайте Microsoft: http://www.microsoft.com/whdc/system/platform/firmware/PECOFF.mspx

Это оно?

u1itka.livejournal.com (u1itka.livejournal.com)
9 апреля 2009, 14:34, ответ предназначен bolk (bolknote.ru):

Спецификация, это хорошо.
Но разобраться в ней было довольно сложно.
Особенно в рекурсивной структуре VS_VERSIONINFO.
Для чего и потребовались распечатки.

bolk (bolknote.ru)
9 апреля 2009, 15:18, ответ предназначен u1itka.livejournal.com:

Да, распечатки действительно очень помогают в таких случаях

Ваше имя или адрес блога (можно OpenID):

Текст вашего комментария, не HTML:

Кому бы вы хотели ответить (или кликните на его аватару)