아니 어떻게든 릭안나게 만들긴 하겠는데 뭔가 더러워지는 듯한 느낌이 있어서... 그런데 저런 경우는 진짜 어떻게 해야하는거?
rm . dd(bsmoo)2011-06-10 00:37
A클래스 입장에서는 자신이 delete 당했다는거를 모르는데 계속 진행하고 있으니.. WINAPI에서 PostMessage가 아닌 SendMessage를 날려 Deadlock에 빠진 그런 경우
rm . dd(bsmoo)2011-06-10 00:38
뭐 shared_ptr 쓰면 되는데 그러면 뭔가 자바스러워지는..
rm . dd(bsmoo)2011-06-10 00:40
로직이 잘못된거라고 보는데. 메소드를 수행하던놈을 왜 죽이는거지?
c(125.143)2011-06-10 00:44
A-B 관계가 아닌 다른 경우인데
rm . dd(bsmoo)2011-06-10 00:46
Element가 있고 Element를 리스트로 관리하는 ElementMgr이 있고, ElementController가 있는데 이벤트에 따라서 ElementController가 실행
rm . dd(bsmoo)2011-06-10 00:47
ElementController가 Element를 생성하여 ElementMgr에 넣고 사용하다 Element를 사용하는 도중 ElementMgr에서 Element 삭제 그런데 공교롭게도 그 삭제되는 Element가 사용하고 있던 Element. 그러면 그 이후의 Element에 대한 데이터 참조는 접근오류
메모리 관리 못하는 니 잘못이다 ㅉㅉ
아니 어떻게든 릭안나게 만들긴 하겠는데 뭔가 더러워지는 듯한 느낌이 있어서... 그런데 저런 경우는 진짜 어떻게 해야하는거?
A클래스 입장에서는 자신이 delete 당했다는거를 모르는데 계속 진행하고 있으니.. WINAPI에서 PostMessage가 아닌 SendMessage를 날려 Deadlock에 빠진 그런 경우
뭐 shared_ptr 쓰면 되는데 그러면 뭔가 자바스러워지는..
로직이 잘못된거라고 보는데. 메소드를 수행하던놈을 왜 죽이는거지?
A-B 관계가 아닌 다른 경우인데
Element가 있고 Element를 리스트로 관리하는 ElementMgr이 있고, ElementController가 있는데 이벤트에 따라서 ElementController가 실행
ElementController가 Element를 생성하여 ElementMgr에 넣고 사용하다 Element를 사용하는 도중 ElementMgr에서 Element 삭제 그런데 공교롭게도 그 삭제되는 Element가 사용하고 있던 Element. 그러면 그 이후의 Element에 대한 데이터 참조는 접근오류
call stack 뒤져보고 객체를 사용하지 않을때 제거하도록 로직을 고쳐야됨.