tag:blogger.com,1999:blog-8445457995709570547.post2779734950196772513..comments2009-09-26T17:21:26.750+03:00Сергей | codeBlogZhttp://www.blogger.com/profile/04122895593901467342noreply@blogger.comBlogger8125tag:blogger.com,1999:blog-8445457995709570547.post-27931120503675403612009-09-26T17:21:26.750+03:002009-09-26T17:21:26.750+03:00Deleaker? Да, вещь хорошая. Раньше пробовал Valgrind, BoundCheck, как то глючно работают, а Deleaker - самое то.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8445457995709570547.post-56029048670609599652009-09-14T18:38:11.919+03:002009-09-14T18:38:11.919+03:00Юзай Deleaker ( http://deleaker.ru ) и не парься!!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8445457995709570547.post-41918555979468126722009-01-29T18:14:00.000+02:002009-01-29T18:14:00.000+02:00Интересно, спасибо за замечание :)Сергей | codeBlogZhttp://www.blogger.com/profile/04122895593901467342noreply@blogger.comtag:blogger.com,1999:blog-8445457995709570547.post-52432005151110234852009-01-29T17:35:00.000+02:002009-01-29T17:35:00.000+02:00&gt; А как известно, стэк очищается при выходе из области видимости. Но как это реализовать? Для этого надо использовать функцию alloca() библиотеки времени выполнения C.<BR/><BR/><B>Комментарий:</B> Память выделенная alloca() отчищается ТОЛЬКО после завершения функции, а не при выходе из области видимости!<BR/><BR/>Сам недавно наткнулся на такие грабли, когда вызов аллоки происходит в цикле и, как результат, переполнение стэка :-(.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8445457995709570547.post-20671432773382623992008-08-17T20:31:00.000+03:002008-08-17T20:31:00.000+03:00Евгений, честно говоря, я не понял твой комментарий ;)Сергей | codeBlogZhttp://www.blogger.com/profile/04122895593901467342noreply@blogger.comtag:blogger.com,1999:blog-8445457995709570547.post-36117129580714984682008-08-17T10:07:00.000+03:002008-08-17T10:07:00.000+03:00Очень трудно представить как это будет выглядеть на практике, потому что, Вы сами написали, что стэк очищается при покидании области видимости. Мне кажется в этом случае не применяют динамическую память, а используют локальные переменные...Евгенийhttp://zhuchiy.wordpress.com/noreply@blogger.comtag:blogger.com,1999:blog-8445457995709570547.post-70720577477819319702008-05-19T13:24:00.000+03:002008-05-19T13:24:00.000+03:00Техника, которую использует автор конечно интересна)))<BR/><BR/>Однако, мне кажется, что для такой задачи давно уже разработаны автоматические указатели.Alnohttp://www.blogger.com/profile/05285230872430090862noreply@blogger.comtag:blogger.com,1999:blog-8445457995709570547.post-34213420840127131102008-04-20T12:04:00.000+03:002008-04-20T12:04:00.000+03:00> Автор утверждает, что доступ к стэку осуществляется за O(1) против O(n) хипа.<BR/><BR/>Бред полный. Доступ к памяти это всегда O(1), неважно каким путем она была получена, хип аллоком, виртуал аллоком, глобал аллоком или в стеке.<BR/><BR/>Соль вектора не только в том, что он автоматически освобождает память, но и в том, что он предоставляет безопасные итераторы, а не голые указатели.<BR/><BR/>В моем коде никогда не бывает утечек памяти. Решить проблему утечки памяти очень легко. Достаточно добиться того, чтобы в вашем коде не было ни одного вызова delete.Авторhttp://www.insidecpp.ru/noreply@blogger.com