rupor,
hexcsl, ок, спасибо!, понял. Ну очевидно, что десятичные номера попадают в порядок 16-ричных, а раз пропуск не имеет значения, тогда и проблем быть не должно. Но я всё же склоняюсь, что там должна быть 16-ричная нумерация. Это можно достоверно доказать, если накачать из PSN пакетов штук от десяти, тогда и будет сразу всё понятно.
Сообщение от rupor
собс-но работает. Из 17 pkg установилось 16. Один почему то оказался без имени и никак не реагирует.
http://rgho.st/7Q6Scnyh6
|
Пригляделся внимательнее - это игра "
NPEB90205 Greed Corp Demo.pkg".
Там ошибка идёт, где проставляются размеры PKG в двух местах. Это функции
D0 и следом
CE.
Там место под размер выделено по 8 байт, а следом должна идти сразу следующая функция.
Размер у PKG настоящий такой:
00000000 0AFB0150
А в PDB почему-то записался такой:
00000000 0D0AFB0150
То есть, на один байт записалось больше, итого 9 байт, потому что откуда-то туда затесалось
0D.
Я проверил весь код, но там вроде всё верно и такого просто быть не может ))) Причём игра всего-то 175 Мб.
Короче, я вычислил. Если размер начинается с
0A, то прога автоматом вставляет спереди
0D, получается
0D0A -
перенос строки с переводом в начало каретки =
\r\n как у текстовика, хотя функции там явно прописаны для чтения и записи в бинарном виде.
UPDATE - проблема выявлена и исправлена. Но это не моя вина, это KaKaRoTo так написал исходный код