Проблемы с выделение памяти

[Aloner]

Здравствуйте, Форумчане))!
Работаю с FPC 2.2.0 под GO32, возникла следующая проблема: при выделение командой New динамической памяти для указателя, происходит ошибка,на экран выводится не сообщение об ошибке, а случайный набор символов и выбрасывает из FP в консоль, несмотря на то что памяти хватает(проверял командой GetHeapStatus). Мне интересно у кого нить такое было(глюк FPC) ил все таки это моя ошибка? Еще одна деталь: происходит это тогда, когда список из каких либо данных сначала уменьшается, а потом снова увеличивается; если же список просто увеличивается - ошибки нет...

[Vadim]

Aloner
Выкидывает, наверное, не из FPC, а из IDE под названием FP? Или именно из Вашей работающей программы обратно в консоль?

[Aloner]

Туплю насчет FPC, поправил)))
Выкидывает из программы в консоль, причем не выдает внятных комментов почему.
Экзешник в атаче (прощелкивайте на Enter до ошибки).

[Vadim]

Код нужен, чтобы потестить.

[Aloner]

Сейчас добавлю, тока не пугайтесь, там много чего эксперементального, так как делал сначала на TP7 а потом портировал на FP)))
А так это в общем скайлайн рендер по Дос

[Sergei I. Gorelkin]

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

Случайный набор символов вместо сообщения обусловлен, скорее всего, тем, что FPC при форматировании сообщения обращается к менеджеру памяти - который к этому моменту накрылся медным тазом...

Под Линуксом такую ошибку сравнительно несложно вычислить с помощью valgrind+memcheck, но под Go32v2 этот номер не пройдет. Можно попробовать скомпилить с ключами -gttt, или с -gh.

[Aloner]

Sergei I. Gorelkin
Спасибо, попробую с ключами.

Добавлено спустя 7 минут 7 секунд:
С ключом -gh получил следующее(в атаче). Можете пояснить про вторую ошибку, что то я не оч понял.

Добавлено спустя 12 минут 16 секунд:
Вот кстати рабочий проект, если кому интересно.
Оч тормозит так как: еще мало оптимизировал + еще не оптимизированый рельефный мэппинг и 2 источника света (красный и зеленый).
2 варианта: для 24(Радеоны в основном) и 32(НВидиа) битных карт.

[Sergei I. Gorelkin]

Вторая ошибка - сообщение об обнаружении записи за границу блока памяти, чего собственно и следовало ожидать. heaptrc добавляет к каждому выделяемому блоку сигнатуру, а при освобождении ее проверяет. При несовпадении выводит адрес памяти, его содержимое и то, что там должно было быть.
Только (я стормозил) надо к ключам компиляции еще -gl добавлять, тогда в дополнение к цифрам будет писать названия процедур.

[Aloner]

Еще раз спасибо!
Добавил я ключ -gl - он подписал процедуры, но только к первой ошибке с FPU, к ошибке насчет памяти он процедуры не подписал (
Почему происходит запись за границу блока? (

[Aloner]

Что то нет ответов....эх...
Я кстати в прилагаемом коде комментарием выделил строчку (функция New), на которой происходит вылет.
Еще вот: использую фришные двумерные динамические массивы. Может из-за них проблемы?
А так уже сто раз проверил, вроде с указателя не накосячил.

[Aloner]

Вот еще вопрос, только он совсем "детский": как можно заменить оператор Mem, а то приходиться к нему обращаться для вывода каждого пиксела из буфера на экран (видеорежим 10fh 320х200 32/24 бита без LFB), а хотелось бы копировать блоками по 64 кб?
Отниситесь с понимание к вопросу)))

[Aloner]

Все, всем спасибо за ответы!
Проблема с вылетом решилась: выкинул фришные динамические массивы, заменил их на связку указатель+GetMem.
Осталось теперь с Мем разобраться...