http://moogi.new21.org/tc/ 그런즉 이제 애호박, 단호박, 늙은호박 이 셋은 항상 있으나, 그 중에 제일은 늙은호박이니라. 2024-02-25T15:22:15+09:00 Textcube 1.7.8 : Con moto (삼각형) http://moogi.new21.org/tc/332#comment676 2010-07-28T14:17:53+09:00

new와 malloc에 관계에 대해 생각해 본 일이 없었는데 그런거군요. C와 C++은 다른 언어라고 생각하고 보는지라. new/delete, malloc/free를 섞어 사용해도 작동하는군요. 마지막 문단에 new로 할당한 메모리를 delete로 해제... 에서 delete가 아니라, free아닌가요?

(사무엘) http://moogi.new21.org/tc/332#comment677 2010-07-28T21:27:47+09:00

예. 어차피 메모리 할당하고 해제하는 건 똑같고, C++ 라이브러리는 C 라이브러리에 의존성이 있는 형태이니까요. 그리고 free가 맞습니다. 저의 실수군요. ^^ 고쳤습니다.

(김재주) http://moogi.new21.org/tc/332#comment678 2010-07-29T01:06:54+09:00

섞어 쓰면 문제가 될 가능성이 꽤 크죠. 일단 생성자와 소멸자라는 C++ 객체 시스템의 근간을 뒤흔드는 짓이니까요. 어리석은 행동이 될 가능성이 매우 높습니다.

(사무엘) http://moogi.new21.org/tc/332#comment679 2010-07-29T15:18:18+09:00

생성자/소멸자나 가상 함수가 있는 개체를 malloc/free질 하는 건 당연히 있을 수 없는 일이고요. 순수하게 메모리 할당/해제만 하면 되는 기본 자료형이나 구조체만으로 한정해도 C 방식과 C++ 방식의 혼용은 비추라는 것입니다. ^^

(김기윤) http://moogi.new21.org/tc/332#comment680 2011-01-20T14:16:01+09:00

디버깅할때 new 문장 에서 step into 하면 들어가는 void *__CRTDECL operator new(size_t size) _THROW1(_STD bad_alloc) 이 그거군요! 평소에는 제대로 쳐다보지도 않았는데, 자세히 보니 malloc 사용된게 보이네요! 그런데, delete 에서는 free가 사용되었다는 예측은 가지만, step into 해도 따로 함수로 들어가지는 않네요.

(사무엘) http://moogi.new21.org/tc/332#comment681 2011-01-20T17:47:54+09:00

아무래도 delete 연산자에 대해 step in을 하면, 해당 개체의 소멸자 함수로 들어가지, operator delete 안으로 들어가는 건 딱히 못 본 것 같습니다. 그래도 heap 쪽에서 에러가 나면, 디버거가 operator delete 안에서 멈춰섰다고 안내는 잘 해 줍니다. ^^