Bug 193 - tcp valgrind error in regression tests
tcp valgrind error in regression tests
Status: RESOLVED DUPLICATE of bug 194
Product: ns-3
Classification: Unclassified
Component: internet
pre-release
All All
: P3 normal
Assigned To: ns-bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-05-28 16:07 UTC by Mathieu Lacage
Modified: 2008-07-01 13:32 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mathieu Lacage 2008-05-28 16:07:33 UTC
in test-tcp-large-transfer


==27386== Memcheck, a memory error detector.
==27386== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==27386== Using LibVEX rev 1732, a library for dynamic binary translation.
==27386== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==27386== Using valgrind-3.2.3-Debian, a dynamic binary instrumentation framework.
==27386== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==27386== For more details, rerun with: -v
==27386== 
==27386== Conditional jump or move depends on uninitialised value(s)
==27386==    at 0x5305CDB: ns3::TcpSocketImpl::CommonNewAck(SequenceNumber, bool) (tcp-socket-impl.cc:1144)
==27386==    by 0x530EF29: ns3::TcpSocketImpl::ProcessPacketAction(ns3::Actions_t, ns3::Ptr<ns3::Packet>, ns3::TcpHeader const&, ns3::Address const&) (tcp-socket-impl.cc:823)
==27386==    by 0x53110DC: ns3::TcpSocketImpl::ForwardUp(ns3::Ptr<ns3::Packet>, ns3::Ipv4Address, unsigned short) (tcp-socket-impl.cc:522)
==27386==    by 0x5315962: ns3::MemPtrCallbackImpl<ns3::Ptr<ns3::TcpSocketImpl>, void (ns3::TcpSocketImpl::*)(ns3::Ptr<ns3::Packet>, ns3::Ipv4Address, unsigned short), void, ns3::Ptr<ns3::Packet>, ns3::Ipv4Address, unsigned short, ns3::empty, ns3::empty, ns3::empty>::operator()(ns3::Ptr<ns3::Packet>, ns3::Ipv4Address, unsigned short) (callback.h:208)
==27386==    by 0x52D3097: ns3::Callback<void, ns3::Ptr<ns3::Packet>, ns3::Ipv4Address, unsigned short, ns3::empty, ns3::empty, ns3::empty>::operator()(ns3::Ptr<ns3::Packet>, ns3::Ipv4Address, unsigned short) const (callback.h:373)
==27386==    by 0x52D2E72: ns3::Ipv4EndPoint::ForwardUp(ns3::Ptr<ns3::Packet>, ns3::Ipv4Address, unsigned short) (ipv4-end-point.cc:91)
==27386==    by 0x52D7A22: ns3::TcpL4Protocol::Receive(ns3::Ptr<ns3::Packet>, ns3::Ipv4Address const&, ns3::Ipv4Address const&, ns3::Ptr<ns3::Ipv4Interface>) (tcp-l4-protocol.cc:468)
==27386==    by 0x52BE4C2: ns3::Ipv4L3Protocol::ForwardUp(ns3::Ptr<ns3::Packet>, ns3::Ipv4Header const&, ns3::Ptr<ns3::Ipv4Interface>) (ipv4-l3-protocol.cc:677)
==27386==    by 0x52C25D7: ns3::Ipv4L3Protocol::Receive(ns3::Ptr<ns3::NetDevice>, ns3::Ptr<ns3::Packet>, unsigned short, ns3::Address const&) (ipv4-l3-protocol.cc:471)
==27386==    by 0x52B0A43: ns3::MemPtrCallbackImpl<ns3::Ipv4L3Protocol*, void (ns3::Ipv4L3Protocol::*)(ns3::Ptr<ns3::NetDevice>, ns3::Ptr<ns3::Packet>, unsigned short, ns3::Address const&), void, ns3::Ptr<ns3::NetDevice>, ns3::Ptr<ns3::Packet>, unsigned short, ns3::Address const&, ns3::empty, ns3::Address const&>::operator()(ns3::Ptr<ns3::NetDevice>, ns3::Ptr<ns3::Packet>, unsigned short, ns3::Address const&) (callback.h:211)
==27386==    by 0x527F37F: ns3::Callback<void, ns3::Ptr<ns3::NetDevice>, ns3::Ptr<ns3::Packet>, unsigned short, ns3::Address const&, ns3::empty, ns3::empty>::operator()(ns3::Ptr<ns3::NetDevice>, ns3::Ptr<ns3::Packet>, unsigned short, ns3::Address const&) const (callback.h:376)
==27386==    by 0x527B4EC: ns3::Node::ReceiveFromDevice(ns3::Ptr<ns3::NetDevice>, ns3::Ptr<ns3::Packet>, unsigned short, ns3::Address const&) (node.cc:203)
Comment 1 Mathieu Lacage 2008-05-29 12:21:55 UTC

*** This bug has been marked as a duplicate of bug 194 ***