Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Круглый стол
  
Правила КС
>> Настройки

Фильтр вопросов
>> Новые вопросы
отслеживать по
>> Новые ответы

Избранное

Страница вопросов
Поиск по КС


Специальные проекты:
>> К л ю к в а
>> Г о л о в о л о м к и

Вопрос №

Задать вопрос
Off-topic вопросы

Помощь

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  11:38[Войти] | [Зарегистрироваться]
Ответ на вопрос № 34654

16-08-2005 03:37
Добрый день!
На "Круглом столе" и в некотрых других источниках встречал утверждения, что нельзя вызывать деструктор объекта (Destroy/Free) из другого метода этого же объекта (причины, вроде бы понятны). Но как быть с тем, что в самой VCL такие вызовы используются (например, реализация метода TCustomForm.Release и TInterfacedObject._Release)?
Так можно или нельзя?
Большое спасибо.

[+] Добавить в избранные вопросы

Отслеживать ответы на этот вопрос по RSS

Ответы:


Уважаемые авторы вопросов! Большая просьба сообщить о результатах решения проблемы на этой странице.
Иначе, следящие за обсуждением, возможно имеющие аналогичные проблемы, не получают ясного представления об их решении. А авторы ответов не получают обратной связи. Что можно расценивать, как проявление неуважения к отвечающим от автора вопроса.

16-08-2005 13:52 | Комментарий к предыдущим ответам
2 Anatoly Podgoretsky:
Вызов напрямую Destroy опасен. Free это делает безопасно.
Из метода этого же объекта? А смысл? Там раньше все свалится, если Self=nil. См., например, TInterfacedObject._Release или TXMLDocument._Release.

16-08-2005 12:48
Ответ еще проще - можно, но не нужно. Вызов напрямую Destroy опасен. Free это делает безопасно.

16-08-2005 04:43 | Сообщение от автора вопроса
Антон, опытным путем я пришел к такому же выводу, просто хотелось услышать это от знающих людей.
Спасибо большое!

16-08-2005 03:48
Проблемы взникают тогда, когда методы удалённого объекта обращаются после его удаления к полям несуществующего объекта или иным способом используют указатель Self. Если же этого нет, удалять объект можно и из его метода. На этом и основана работа Release: этот метод ставит в очередь окна сообщение CM_Release и больше ничего не делает. А обработчик CM_Release не обращается к Self. И те методы, которые лежат "выше", тоже не обращаются к Self, поэтому удаление формы проходит успешно.

Добавьте свое cообщение

Вашe имя:  [Войти]
Ваш адрес (e-mail):На Королевстве все адреса защищаются от спам-роботов
контрольный вопрос:
Кто съел Красную шапочку?
в качестве ответа на вопрос или загадку следует давать только одно слово в именительном падеже и именно в такой форме, как оно используется в оригинале.
Надоело отвечать на странные вопросы? Зарегистрируйтесь на сайте.
Тип сообщения:
Текст:
Жирный шрифт  Наклонный шрифт  Подчеркнутый шрифт  Выравнивание по центру  Список  Заголовок  Разделительная линия  Код  Маленький шрифт  Крупный шрифт  Цитирование блока текста  Строчное цитирование
  • вопрос Круглого стола № XXX

  • вопрос № YYY в тесте № XXX Рыцарской Квинтаны

  • сообщение № YYY в теме № XXX Базарной площади
  • обсуждение темы № YYY Базарной площади
  •  
     Правила оформления сообщений на Королевстве

    Страница избранных вопросов Круглого стола.
      
    Время на сайте: GMT минус 5 часов

    Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter.
    Функция может не работать в некоторых версиях броузеров.

    Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
    Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

     
    © При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
    Все используемые на сайте торговые марки являются собственностью их производителей.

    Яндекс цитирования