hirthwork 13.02.2012 17:41 mcabber

пстач, есть один объект... в общем, чтобы не утомлять, сразу к делу. как
избежать возможных утечек памяти при схеме передачи владения объектом как
здесь:
std::auto_ptr<int> a(new int);
std::auto_ptr<std::auto_ptr<int> >(new std::auto_ptr<int>(a.release()));

предупреждая наличие на пстаче таких же долбоёбов что и на #c++, хочу сказать:
нет, я не использую std::auto_ptr, это всего лишь иллюстрация.

c++, programming, ?
Recommended by:

@Rayslava: Кастую 0xd34df00d для темплейт-извращений.

#oiionz
re 24 comments !recommend ~bookmark Ssubscribe
1. Rayslava 13.02.2012 17:57 Workstation

это они у тебя друг на друга ссылаются что-ли?

#oiionz/1
rereply
2. hirthwork → Rayslava /1 13.02.2012 17:58 mcabber

ты нихуя не понял

#oiionz/2
rereply
3. Rayslava → hirthwork /2 13.02.2012 17:58 Workstation

Да.

#oiionz/3
rereply
4. Rayslava → hirthwork /2 13.02.2012 18:01 Workstation

Аааа, я допёр что ты делаешь. Ты превратил указатель в указатель на указатель не трогая при этом объект?

#oiionz/4
rereply
5. hirthwork → Rayslava /4 13.02.2012 18:02 mcabber

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

#oiionz/5
rereply
6. Rayslava → hirthwork /5 13.02.2012 18:03 Workstation

А почему тогда должна утекать память?

#oiionz/6
rereply
7. Rayslava → hirthwork /5 13.02.2012 18:04 Workstation

И, да, почему промах-то? Всё верно. Был *int, стал **int. А сам int где лежал, там и лежит.

#oiionz/7
rereply
8. hirthwork → Rayslava /6 13.02.2012 18:05 mcabber

если во второй строчке случится bad_alloc, то память, выделенная в первой строчке, освобождена не будет.

#oiionz/8
rereply
9. hirthwork → Rayslava /7 13.02.2012 18:05 mcabber

был int* стал std::auto_ptr<int>*

#oiionz/9
rereply
10. Rayslava → hirthwork /8 13.02.2012 18:06 Workstation

Обрабатывать bad_alloc не вариант?

#oiionz/10
rereply
11. hirthwork → Rayslava /10 13.02.2012 18:07 mcabber

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

#oiionz/11
rereply
12. Rayslava → hirthwork /11 13.02.2012 18:11 Workstation

Да. И это будет так корпоративно…
В общем, подождем дедфуда. У него в личкрафтах всё через такую же жопу закручено…

#oiionz/12
rereply
13. hirthwork → Rayslava /12 13.02.2012 18:12 mcabber

у него через недо-C++11 закручено

#oiionz/13
rereply
14. Rayslava → hirthwork /13 13.02.2012 18:13 Workstation

А. Ну да. И буст.

#oiionz/14
rereply
15. Sany 13.02.2012 18:25 Home

очень просто:
std::auto_ptr<A> a(new A);
std::auto_ptr<std::auto_ptr<A> > b(new std::auto_ptr<A>());
b→reset(a.release());

#oiionz/15
rereply
16. hirthwork → Sany /15 13.02.2012 18:36 mcabber

вариант, но у меня reset нету и проще и красивее сделать через member-функцию, которая делает что-то типа ptr = new Storage(ptr);

#oiionz/16
rereply
17. Sany → hirthwork /16 13.02.2012 18:38 Home

ты пишешь свой смарт поинтер? всмысле нет reset?

#oiionz/17
rereply
18. hirthwork → Sany /17 13.02.2012 18:40 mcabber

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

#oiionz/18
rereply
19. hirthwork → hirthwork /18 13.02.2012 18:41 mcabber

*незачем

#oiionz/19
rereply
20. dorfe 13.02.2012 18:41

ппц ты всё не уймешься норкоман...

>я не использую std::auto_ptr, это всего лишь иллюстрация.

так пиши что используешь блеать.

#oiionz/20
rereply
21. hirthwork → dorfe /20 13.02.2012 18:44 mcabber

вот что я использую: https://github.com/hirthwork/raingee/blo... (про багу с инициализацией от двух итераторов знаю, нечего мне тут кричать)

#oiionz/21
rereply
22. dorfe → hirthwork /21 13.02.2012 23:21

ппц, ну тут даже без коментариев, жопа-bcb-mixed-style + gpl это что-то сюрреалистическое, лучше б уже сразу локи брал.

#oiionz/22
rereply
23. hirthwork → dorfe /22 14.02.2012 04:34 talkonaut-iphone_5.91_67b1c873

чо за хуйню ты несёшь? ты можешь заткнуться?

#oiionz/23
rereply
24. dorfe → hirthwork /23 14.02.2012 16:50

нет

#oiionz/24
rereply
Do you really want to delete ?