Откуда вообще такая могла произоити??? Не понимаю!!   
Деструктор

вызов


ну все стандартно .... хоть какие-нибуть варианты почему может произоити такая ошибка в данном случае есть?

Это сообщение отредактировал(а) Cheburek - 6.8.2006, 09:35

Попробуй вызвать

Angel_19, 
Аналогичная ошибка.

Кстати, если в теле деструктора вообще ничего не написать, 


всеравно аналогичная ошибка...

вот я думаю - это код у меня что-ли до такой степени глючный, или делфи =)?

ps Кто захочет посмотреть программу могу выложить на ftp 

Я у себя попробовал сделать класс с полями KoafPr и YgNorm и с таким же деструктором, как у тебя. Все работает без ошибок.
Выложи, пожалуйста, полностью код, попробую что-нибудь понять ;)

весь каласс =) со всяким временным мусором в юните ))) щас времени нет - а вот через пару часиков смогу залить весь код на ftp потому как по одному этому юниту нифега не понять ...

Это сообщение отредактировал(а) Cheburek - 6.8.2006, 20:26

Cheburek, нужно знать какая строчка вызывает ошибку, создается впечатление, что этот класс здесь ни при чем.

Вот вообщем-то вся программа. Помогите люди добрые!! Ошибка  в обработке в главном меню пункт "Закрыть документ". Временно там поставлен перехвадчик ошибок...
исходный код

alexeis1
но компилятор не сообщает строчки = ) ..... может опять что-то проглядел = ( ... вообще сложно не согласиться ...

Это сообщение отредактировал(а) Cheburek - 6.8.2006, 13:23

Для этого существует трасировка!

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

jack128, Invalid pointer operation  ???? 

alexeis1, 
Трасировка показывает на вызов деструктора, исхродники все же выложил, если не сложно посмотрите.

Еще раз если до этого было не заметно =)
исходный код

Это сообщение отредактировал(а) Cheburek - 6.8.2006, 19:42

иммено. ПРичем совсем не обязательно речь об объекте в котором возникает это исключение. Хотя и достаточно вероятно.

jack128, Ну это вообще нереально ... Объект создаеться один раз и удаляеться один раз. Внутри объекта другие объекты вообще не используються ...

Цитата(Cheburek @  6.8.2006,  20:15 ) 
Внутри объекта другие объекты вообще не используються ...  


Да, в твоем случае причина была в другом.

Ты почему ко компилируешь свою программу без range check'ов что и приводит к трудно уловимым ошибкам.

в методе procedure OptOs.OFRLinze(h,R,xs,Nsr:real;pic:TImage;k,THColor:integer);

вот в этой строчке    

 
 


у тя происходит выход за диапозон массова..  В результате бьется память, и при попытке файлализировать дин массив - ты и получаешь свой Invalid pointer operation.
Если бы у тя изначально строяла проверка диапозонов - ты сам быстро обнаружил ошибку.

Вывод:  в меню Project/Options - закладка Compiler/Runtime Errors - первая и третья галки всегда должны быть включены. Кроме особо оговоренных случаев. 

Это сообщение отредактировал(а) jack128 - 6.8.2006, 23:17

Спасибо. Репутацию изминить не могу =(, может когда наберу достаточное количество сообщений, то поставлю плюс.

А что там за ошибки с битмапами.

в методе procedure OptOs.OFRLinze(h,R,xs,Nsr:real;pic:TImage;k,THColor:integer);


Это сообщение отредактировал(а) Cheburek - 8.8.2006, 10:37

гы. успел прочитать таки? 


вот так нельзя объявлять указатели на массивы.  Лудше писать так:


именно по причине исключений, которые будут кидаться при компиляции с $R+  Например посмотри как подобные массивы объявлены у борланда, PPointerList и тд..

jack128, Честно говоря ничего не понял. Не знаешь где на эту тему можно что-нибуть почитать ... а то даже по каким словам искать материал на эту тему не знаю...




этот код кстати был взят из фака этого сайта )

а там вероятно переведен с Си  

2 Cheburek
воспользуйся списками вместо массивов. если свой тип списка делать лень, - то TStringlist с AddObject.