[Ns-bugs] [Bug 130] Segfault when deleting a TCP socket in the "connection fail callback"
bugzilla-daemon@nsnam-www.ece.gatech.edu
bugzilla-daemon at nsnam-www.ece.gatech.edu
Wed Feb 6 09:36:25 PST 2008
http://www.nsnam.org/bugzilla/show_bug.cgi?id=130
gjcarneiro at gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
------- Comment #6 from gjcarneiro at gmail.com 2008-02-06 12:36 -------
(In reply to comment #5)
> (In reply to comment #4)
> > I found another similar segfault today. I am not sure how to reproduce,
> > though.
> > Raj, do you mind moving the "m_retxEvent.Cancel ();" from Destroy() to
> > ~TcpSocket()? I tried it locally, and it seems to fix the issue for me...
> >
>
> Please feel free to push your change...I'm not sure I understand the issue of
> moving the location of the canceling of the event, but if it fixes a segfault
> then please do.
>
The issue is that, if you look at ~TcpSocket, you'll see that not all code
paths lead to Destroy() being called, i.e. it appears (on the surface) possible
for a TcpSocket to be freed without calling the Destroy() method first.
Fix pushed as 2318:d4217d7ba4ba.
--
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the Ns-bugs
mailing list