Сигнатура LPC Опции

[3.14]

Как автоматизировать процесс вычисления и подстановки сигнатуры?
Использовать только ради этого LPC2000 Flash utility не самый лучший вариант.

[3.14]

Именно та что по 0х14 адресу ставится, не поделитесь своей тулзой.

[makc]

Именно та что по 0х14 адресу ставится, не поделитесь своей тулзой.

Их есть у нас. См. в приложении.

Прикрепленные файлы

 patch_0x14.zip ( 77.54 килобайт ) Кол-во скачиваний: 71

 

[zltigo]

Их есть у нас. См. в приложении.

К делу не относится, но размер приблуды в 163840 байт резанул глаз несоразмерностью решаемой задаче

[makc]

Их есть у нас. См. в приложении.

К делу не относится, но размер приблуды в 163840 байт резанул глаз несоразмерностью решаемой задаче

Могу сделать на Python'е. Будет на порядки короче.
А вообще это все происки C++, который не жалеет байты в век терабайтов.

[zltigo]

А вообще это все происки C++, который не жалеет байты в век терабайтов.

С++ оно ясно, хотя откомпилировав исходник я не получил такого монстра (см. в приложении). Для
монстрального результата без "соответствующего" компилятора не обойтись .
Ну а на С в килобайт 6-7 уложиться можно.

Прикрепленные файлы

 main_p14.rar ( 24.55 килобайт ) Кол-во скачиваний: 38

 

[makc]

А вообще это все происки C++, который не жалеет байты в век терабайтов.

С++ оно ясно, хотя откомпилировав исходник я не получил такого монстра (см. в приложении). Для
монстрального результата без "соответствующего" компилятора не обойтись .
Ну а на С в килобайт 6-7 уложиться можно.

MS Visual С шестой версии - это далеко не лучший компилятор для C++.

2 makc
Ну а если вот такой случай:
изначально обработчики прерываний занимали определенный объем, была просчитана сигнатура и забита в стартап. По ходу работы эти обработчики разростлись в размере и сместились в карте памяти т.е. наступил кердык.
Или я что упустил?

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

[zltigo]

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

Ассемблер не сможет ничего "изменить" и сгенерить более короткй/длинный код, если он конечно он для ARM . Для маньяков - никто не мешает нафаршировать код ORG-ами перед каждой из первых 16 команд , а не только QRG 0 перед первой.