|
Bugzilla – Full Text Bug Listing |
| Summary: | null-pointer references in 3.7 internet stack | ||
|---|---|---|---|
| Product: | ns-3 | Reporter: | Bill Roome <wdr> |
| Component: | internet | Assignee: | Tom Henderson <tomh> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | ns-bugs |
| Priority: | P5 | ||
| Version: | ns-3.7 | ||
| Hardware: | Mac Intel | ||
| OS: | Mac OS | ||
| Attachments: |
zip with revised versions of source files
patch to fix |
||
|
Description
Bill Roome
2010-02-03 14:05:57 UTC
Created attachment 748 [details]
zip with revised versions of source files
Sorry if this is a duplicate; it looked like the attachment didn't get added when I created the bug report.
Created attachment 750 [details]
patch to fix
I turned this into a regular patch. I'll audit for more instances of this and try to check it in by end of the week.
In tcp-socket-impl.cc, TcpSocketImpl::SendEmptyPacket() can also be called when m_endPoint is null. The function should either check for m_endPoint == 0 (and return, I guess), or else the caller should verify that m_endPoint is valid. pushed in changeset: 7a60b058e7b4 This is mainly the reported cases but with protection for a couple more possibly null pointers similar to the above. |