Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: 1 [2]  Все   Вниз
  Печать  
Автор Тема: работа delete  (Прочитано 53732 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Malaja
Команда клуба

de
Offline Offline
Пол: Женский

« Ответ #30 : 05-09-2008 07:10 » 

Леш, а в первом случае они тоже правильно вызовутся, т.к. деструктор в любом объекте присутствует всегда. А если у тебя в классе есть динамически созданные объекты, так тебя и второй вариант не спасет...
Или я в чем-то неправа?

sss,
спасибо за пример! Об этом варианте я не подумала.
Записан

холоднокровней, Маня, Ви не на работе
---------------------------------------
четкое определение сущности бытия:
- А мы в прошлом или в будущем?- спросила Алиса.
- Мы в жопе, - ответил кролик.
- А "жопа" - это настоящее? - спросила Алиса.
- А "жопа" - это у нас символ вечности.
sss
Специалист

ru
Offline Offline

« Ответ #31 : 05-09-2008 07:24 » 

Не за что Malaja  Скромно так.... Еще надо добавить, что естественно метод Release() и деструктор виртуальные...
Записан

while (8==8)
Алексей++
глобальный и пушистый
Глобальный модератор

ru
Offline Offline
Сообщений: 13


« Ответ #32 : 05-09-2008 07:55 » 

Цитата
Леш, а в первом случае они тоже правильно вызовутся, т.к. деструктор в любом объекте присутствует всегда. А если у тебя в классе есть динамически созданные объекты, так тебя и второй вариант не спасет...
Или я в чем-то неправа?
для первого случая надо обязательно делать виртуальные деструкторы, а во втором про это можно не думать Улыбаюсь
Записан

Malaja
Команда клуба

de
Offline Offline
Пол: Женский

« Ответ #33 : 05-09-2008 08:25 » 

Леш, почему??? В классе деструктор всегда присутствует незримо, даже если ты его не прописываешь!
Записан

холоднокровней, Маня, Ви не на работе
---------------------------------------
четкое определение сущности бытия:
- А мы в прошлом или в будущем?- спросила Алиса.
- Мы в жопе, - ответил кролик.
- А "жопа" - это настоящее? - спросила Алиса.
- А "жопа" - это у нас символ вечности.
Алексей++
глобальный и пушистый
Глобальный модератор

ru
Offline Offline
Сообщений: 13


« Ответ #34 : 05-09-2008 08:30 » 

потому что если не объявить в родителе деструктор как виртуальный, то
delete pVirt
вызовет только ~A . Если объявить, то вызовется ~потомок, ~A.

А второй случай всегда правильно вызовет деструкторы
Записан

Malaja
Команда клуба

de
Offline Offline
Пол: Женский

« Ответ #35 : 05-09-2008 08:47 » 

А ты их совсем замять хотел? Тогда пардон, я думала, что как минимум в классе А ты его объявишь в любом случае... Тогда все ясно. Извини за старческий маразм Ага
Я же не думала, что ты так обидишь деструктор Ага
Записан

холоднокровней, Маня, Ви не на работе
---------------------------------------
четкое определение сущности бытия:
- А мы в прошлом или в будущем?- спросила Алиса.
- Мы в жопе, - ответил кролик.
- А "жопа" - это настоящее? - спросила Алиса.
- А "жопа" - это у нас символ вечности.
Алексей++
глобальный и пушистый
Глобальный модератор

ru
Offline Offline
Сообщений: 13


« Ответ #36 : 05-09-2008 08:55 » 

да, я такой Отлично
Записан

Антон (LogRus)
Глобальный модератор

ru
Offline Offline
Пол: Мужской
Внимание! Люблю сахар в кубиках!


WWW
« Ответ #37 : 05-09-2008 08:59 » 

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

Лёха, ты же один хрен объявил виртуальную функцию и  у тебя объект вырос на ptr_size + создалась табилица. Улыбаюсь ну объяви виртуальный деструктор хотя бы пустой в одном родительском классе. так в чём разница кроме мерзких извращений, не считая случая с подсчётом ссылок.
Записан

Странно всё это....
Алексей++
глобальный и пушистый
Глобальный модератор

ru
Offline Offline
Сообщений: 13


« Ответ #38 : 05-09-2008 09:01 » 

у нас разные взгляды на мир Улыбаюсь Для меня твои подсчёты ссылок - и есть грязное и )))
Записан

Finch
Спокойный
Администратор

il
Offline Offline
Пол: Мужской
Пролетал мимо


« Ответ #39 : 05-09-2008 11:04 » 

Ирин, Как пример: паттерн программирования Singleton. Там правда в статическом методе удаляется класс из памяти. Хотя можно и обычный метод использовать.
Записан

Не будите спашяго дракона.
             Джаффар (Коша)
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #40 : 05-09-2008 11:35 » 

Не пойму я чего-то.

Когда мы объявляем класс B потомком A, а затем приводим объект типа B к типу A, мы используем полиморфизм объекта.

Чтобы полиморфизм объекта работал (в данном случае вызывался нужный деструктор), по синтаксическим особенностям C++  переопределяемые потомками методы необходимо объявить виртуальными, что разрешает полиморфизм объекта.

Тут же получается, что полиморфизм объекта хотим, а разрешать его для объекта согласно синтаксису используемого языка программирования не хотим.

Где логика, где здравый смысл? Улыбаюсь
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Алексей++
глобальный и пушистый
Глобальный модератор

ru
Offline Offline
Сообщений: 13


« Ответ #41 : 05-09-2008 11:38 » 

да одни сплошные эксперименты )
Записан

RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #42 : 27-01-2009 08:27 » 

В продолжение темы.

Понимаю, что боян, но очень туго со временем...
Могу ли я удалить динамический объект из его собственного конструктора? Особенно в случае наследования (это MDI форма и у нее автоматом происходит Show()).

Код: (C++)
class A
{
  A(int a) : B(int b)
  {
    delete this;
  };
};

A *a = new A(0);
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Вад
Модератор

ru
Offline Offline
Пол: Мужской

« Ответ #43 : 27-01-2009 08:45 » 

Я думаю, можно. Просто в A *a будет указатель на освобождённую память.
Ну а на стеке будет падать, конечно Улыбаюсь Поэтому всё равно лучше такой опасный конструктор спрятать за фабричный метод, и удалять именно в фабричном методе, если что-то не понравилось Улыбаюсь
« Последнее редактирование: 27-01-2009 08:50 от Вад » Записан
Алексей++
глобальный и пушистый
Глобальный модератор

ru
Offline Offline
Сообщений: 13


« Ответ #44 : 27-01-2009 08:54 » 

можно, только для чего ? )
Записан

Джон
просто
Администратор

de
Offline Offline
Пол: Мужской

« Ответ #45 : 27-01-2009 10:05 » 

Ром, в таких случаях лучше всего на нагружать конструктор функциональностью, а использовать ф-ю Init.
Записан

Я вам что? Дурак? По выходным и праздникам на работе работать. По выходным и праздникам я работаю дома.
"Just because the language allows you to do something does not mean that it’s the correct thing to do." Trey Nash
"Physics is like sex: sure, it may give some practical results, but that's not why we do it." Richard P. Feynman
"All science is either physics or stamp collecting." Ernest Rutherford
"Wer will, findet Wege, wer nicht will, findet Gründe."
RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #46 : 27-01-2009 12:30 » 

Да я уже извернулся - просто сам факт интересен. Ведь после конструктора срабатывают всякие события, а значит в очереди стоят сообщения (вероятно класс-предок послал послал PostMessage).

Для чего все это...
Был диалог, который создавался через new, в его public-члены загружались параметры и вызывался ShowModal. Нужно было быстро переделать его в MDI, но MDI не может быть модальным и, соотв., delete ему в вызывающем коде не сделаешь, а нужно было сделать контроль, чтобы таких диалогов (с данными уникальными параметрами) одновременно был только один. Хотел проверять в конструкторе и удалять сам себя в случае повтора. Решил задачу проверкой вне класса - до создания.
« Последнее редактирование: 27-01-2009 12:36 от RXL » Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Джон
просто
Администратор

de
Offline Offline
Пол: Мужской

« Ответ #47 : 27-01-2009 12:35 » 

Сам факт - это да. new и delete это по сути операторы С++, в итоге они вызовут ф-ции выдлеления/освобождения памяти, и вот как оно там будет... Надо просто на уровне асма продебажить. Я думаю всё станет ясно.
Записан

Я вам что? Дурак? По выходным и праздникам на работе работать. По выходным и праздникам я работаю дома.
"Just because the language allows you to do something does not mean that it’s the correct thing to do." Trey Nash
"Physics is like sex: sure, it may give some practical results, but that's not why we do it." Richard P. Feynman
"All science is either physics or stamp collecting." Ernest Rutherford
"Wer will, findet Wege, wer nicht will, findet Gründe."
RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #48 : 27-01-2009 12:37 » 

Не, в дебри асма лезть желания нет. Потом, смениться версия runtime-библиотек и ситуация может измениться.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Алексей++
глобальный и пушистый
Глобальный модератор

ru
Offline Offline
Сообщений: 13


« Ответ #49 : 27-01-2009 18:06 » 

а по моему лучше просто переопределить виртуальную DefWindowProc и поставить заглушку

return 0;

тогда сообщения не обработаются.
Записан

RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #50 : 27-01-2009 18:52 » 

Леш, в моем случае это Borland C++ Builder 6 - тут большая классовая надстройка и до корней не докопаешься. Задачу я уже решил - традиционным методом:
1. При создании где-то сохраняем указатель на форму.
2. При закрытии (и самоуничтожении) формы в OnClose это где-то обнуляем.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Finch
Спокойный
Администратор

il
Offline Offline
Пол: Мужской
Пролетал мимо


« Ответ #51 : 27-01-2009 20:14 » 

В свое время, мне посоветовали использовать исключения в данном случае. При ошибке в конструкторе класса вызывать исключение, а уже в основной ветке программы ловить исключения. Также сказали, что класс в данном случае автоматически уничтожается. Хотя я тогда не проверял. Да и в принципе и не использовал данный метод.
« Последнее редактирование: 27-01-2009 20:17 от Finch » Записан

Не будите спашяго дракона.
             Джаффар (Коша)
RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #52 : 27-01-2009 20:32 » 

При случае попробую.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Finch
Спокойный
Администратор

il
Offline Offline
Пол: Мужской
Пролетал мимо


« Ответ #53 : 27-01-2009 21:09 » 

Сейчас провел эксперементы.
Код:
#include <stdio.h>

class DivideByZeroError
{
public:
   DivideByZeroError():message("Ошибка: Деление на нуль\n") {}//Error: Divide By Zero\n") {}
   void printMessage() const {printf("%s", message);}
private:
   const char *message;
};

class prob
{
public:
   prob() {printf("Constructor\n"); i=new int[20]; throw DivideByZeroError();};
   ~prob() {printf("Destructor\n"); delete [] i;};
private:
   int *i;
   
};

int main()
{
   prob *my=0;
   try
   {
      my = new prob();
   }
   catch(DivideByZeroError error)
   {
      error.printMessage();
      if (my) delete my;
   }
   
   return 0;
}
Объект не создается. Но также и не вызывается деструктор автоматически. Все динамически созданные данные теряются. Поэтому перед throw нужно их удалять.
Записан

Не будите спашяго дракона.
             Джаффар (Коша)
Вад
Модератор

ru
Offline Offline
Пол: Мужской

« Ответ #54 : 27-01-2009 22:23 » 

Finch, поэтому я неоднократно встречал резонную рекомендацию не хранить динамические поля напрямую при небезопасных конструкторах. Скажем, у Мейерса в "More Effective C++". Предлагается помещать их в умные указатели - они, как полностью сконструированные на момент исключения объекты, должны быть удалены корректно при возникновении исключения в конструкторе (их освобождение - как статических элементов - не требует вызова деструктора содержащего их класса, а у них самих деструкторы вызваны будут)
Записан
sss
Специалист

ru
Offline Offline

« Ответ #55 : 28-01-2009 03:42 » 

Finch, вот возможное решение...

Код:
class A
{
protected:
  void* b;
  A() : b(NULL) {};
  ~A(){ if ( b) free( b);};
}

class B : public A
{
public:
   B() { b = malloc( 100); throw EError;};
}
Записан

while (8==8)
Антон (LogRus)
Глобальный модератор

ru
Offline Offline
Пол: Мужской
Внимание! Люблю сахар в кубиках!


WWW
« Ответ #56 : 28-01-2009 06:14 » 

Объект не создается. Но также и не вызывается деструктор автоматически. Все динамически созданные данные теряются. Поэтому перед throw нужно их удалять.

Это не по стандарту на сколько я знаю, если конструктор пробрался за фигурные скобки значит должен вызваться деструктор. Что за компилятор?

Вад, согласен, так всегда и делаю Улыбаюсь
Записан

Странно всё это....
sss
Специалист

ru
Offline Offline

« Ответ #57 : 28-01-2009 07:32 » 


Это не по стандарту на сколько я знаю, если конструктор пробрался за фигурные скобки значит должен вызваться деструктор. Что за компилятор?


Гм... Интересное замечание. Кажется есть опции в компиляторе меняющие это поведение ( во всяком случае я ловил такие моменты). Если в проекте есть статические и динамические экземпляры лучше на это не полагаться. Кстати, мой пример выше - "умный" базовый класс, который точно уже положил вызов деструктора при раскручивании...
Записан

while (8==8)
Finch
Спокойный
Администратор

il
Offline Offline
Пол: Мужской
Пролетал мимо


« Ответ #58 : 28-01-2009 13:15 » 

LogRus
Цитата
~$ g++ --version
g++ (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7)
Проверял, что нет течи памяти с помошью valgrind-3.3.0
Записан

Не будите спашяго дракона.
             Джаффар (Коша)
Антон (LogRus)
Глобальный модератор

ru
Offline Offline
Пол: Мужской
Внимание! Люблю сахар в кубиках!


WWW
« Ответ #59 : 29-01-2009 06:09 » 

Finch, да был не прав (хотя много месяцев именно так и думал), в стандарте ничего про это не нашел, компиляторы которые были под рукой реагируют, также как у тебя.
Записан

Странно всё это....
Страниц: 1 [2]  Все   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines