From code at nsnam.ece.gatech.edu  Wed Dec  1 08:03:54 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed,  1 Dec 2010 11:03:54 -0500
Subject: [Ns-bugs] [Bug 1023] Explicitly state that
 YansWifiHelper::AddPropagationLoss may not be commutative
In-Reply-To: <bug-1023-3@http.www.nsnam.org/bugzilla/>
References: <bug-1023-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101201160354.C7C0E39F857@deliverator3.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1023


Tom Henderson <tomh at tomh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #1 from Tom Henderson <tomh at tomh.org>  2010-12-01 11:03:54 EDT ---
added in changeset: 53d7c5aaa720

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec  1 09:39:56 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed,  1 Dec 2010 12:39:56 -0500
Subject: [Ns-bugs] [Bug 1036] New: download.py doesn't let user specify
 regression traces
Message-ID: <bug-1036-3@http.www.nsnam.org/bugzilla/>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1036

           Summary: download.py doesn't let user specify regression traces
           Product: ns-3
           Version: pre-release
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P5
         Component: build system
        AssignedTo: watrous at u.washington.edu
        ReportedBy: watrous at u.washington.edu
                CC: tomh at tomh.org, ns-bugs at isi.edu
   Estimated Hours: 0.0


The current version of download.py doesn't let user specify regression traces
using the -r option.  Re-enable the -r option.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec  1 14:41:58 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed,  1 Dec 2010 17:41:58 -0500
Subject: [Ns-bugs] [Bug 978] Consolidate Wi-Fi MAC high functionality
In-Reply-To: <bug-978-3@http.www.nsnam.org/bugzilla/>
References: <bug-978-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101201224158.74E7539CF10@deliverator3.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=978


Dean Armstrong <deanarm at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
                 CC|                            |nbaldo at cttc.es
         AssignedTo|nbaldo at cttc.es              |deanarm at gmail.com




-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec  1 16:47:24 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed,  1 Dec 2010 19:47:24 -0500
Subject: [Ns-bugs] [Bug 1034] No trace source for packet dropping from
	WifiMacQueue
In-Reply-To: <bug-1034-3@http.www.nsnam.org/bugzilla/>
References: <bug-1034-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101202004724.84C984801EB@deliverator2.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1034





--- Comment #2 from Quincy Tse <quincy.tse at gmail.com>  2010-12-01 19:47:24 EDT ---
WifiMacQueue::Enqueue - packet is only pushed onto the queue at line 101 if the
queue is not full. Otherwise function returns at line 98 with absolutely no
indication that the packet was dropped.

WifiMacQueue::Cleanup - packets currently on the queue may be dropped at line
123 if its lifetime expired. This function is called in many places within the
class, and there are no indication that packets have been dropped.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec  2 00:10:22 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu,  2 Dec 2010 03:10:22 -0500
Subject: [Ns-bugs] [Bug 978] Consolidate Wi-Fi MAC high functionality
In-Reply-To: <bug-978-3@http.www.nsnam.org/bugzilla/>
References: <bug-978-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101202081023.05F4E154008@deliverator3.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=978


Dean Armstrong <deanarm at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED




--- Comment #34 from Dean Armstrong <deanarm at gmail.com>  2010-12-02 03:10:21 EDT ---
Fixed in changesets 6673:ec22aa763e2d and 6674:52f8688d6d01 on ns-3-dev. Python
bindings will require update before release.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec  8 14:44:02 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed,  8 Dec 2010 17:44:02 -0500
Subject: [Ns-bugs] [Bug 1037] New: no way to associate std::cout with
 OutputStreamWrapper
Message-ID: <bug-1037-3@http.www.nsnam.org/bugzilla/>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1037

           Summary: no way to associate std::cout with OutputStreamWrapper
           Product: ns-3
           Version: pre-release
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P5
         Component: simulation core
        AssignedTo: mathieu.lacage at sophia.inria.fr
        ReportedBy: tomh at tomh.org
                CC: ns-bugs at isi.edu
   Estimated Hours: 0.0


This used to be possible until the patches to bugs 931 and 933 were merged that
removed the SetStream() method:

   Ptr<OutputStreamWrapper>  cout_wrap = new OutputStreamWrapper;
   cout_wrap->SetStream(&std::cout);
   p2p.EnableAsciiAll (cout_wrap); 

Currently, there does not appear to be an easy way to redirect tracing to
standard output streams.  It seems that restoring SetStream() as before leads
to memory management ambiguity of the pointer.  Can this functionality be
re-enabled somehow?  (to allow easier post-processing of the trace file in
parallel with running simulation)

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec  8 15:05:46 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed,  8 Dec 2010 18:05:46 -0500
Subject: [Ns-bugs] [Bug 1037] no way to associate std::cout with
	OutputStreamWrapper
In-Reply-To: <bug-1037-3@http.www.nsnam.org/bugzilla/>
References: <bug-1037-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101208230546.130D55E438C@deliverator4.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1037





--- Comment #1 from Justin P. Rohrer <rohrej at gmail.com>  2010-12-08 18:05:45 EDT ---
One alternative to the SetStream function might be add a function to
AsciiTraceHelper which returns Ptr<OutputStreamWrapper> directed to standard
output.  This would be sufficient for our (KUs) needs, without allowing the
passing of arbitrary streams by the user.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec  8 16:55:45 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed,  8 Dec 2010 19:55:45 -0500
Subject: [Ns-bugs] [Bug 1034] No trace source for packet dropping from
	WifiMacQueue
In-Reply-To: <bug-1034-3@http.www.nsnam.org/bugzilla/>
References: <bug-1034-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101209005545.617D620C078@deliverator6.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1034





--- Comment #3 from Quincy Tse <quincy.tse at gmail.com>  2010-12-08 19:55:45 EDT ---
Created an attachment (id=1015)
 --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=1015)
Proposed patch to add trace source to WifiMacQueue

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec  8 19:24:41 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed,  8 Dec 2010 22:24:41 -0500
Subject: [Ns-bugs] [Bug 1034] No trace source for packet dropping from
	WifiMacQueue
In-Reply-To: <bug-1034-3@http.www.nsnam.org/bugzilla/>
References: <bug-1034-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101209032441.DF2BA480218@deliverator2.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1034





--- Comment #4 from Quincy Tse <quincy.tse at gmail.com>  2010-12-08 22:24:41 EDT ---
On another related note - WifiMac have the capability to trace packet drops
during Tx (WifiMac::NotifyTxDrop, wifi-mac.cc:237), but is never used anywhere
other than for the packet not being queued when not associated in the STA mode.
Getting these packet drops to trigger the WifiMac's trace source would be good.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec  8 21:17:34 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu,  9 Dec 2010 00:17:34 -0500
Subject: [Ns-bugs] [Bug 1034] No trace source for packet dropping from
	WifiMacQueue
In-Reply-To: <bug-1034-3@http.www.nsnam.org/bugzilla/>
References: <bug-1034-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101209051734.20AD8480210@deliverator2.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1034





--- Comment #5 from Quincy Tse <quincy.tse at gmail.com>  2010-12-09 00:17:33 EDT ---
Created an attachment (id=1016)
 --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=1016)
Patch creating and linking a chain of trace sources back to NotifyTxDrop

Here, I've created trace sources at Dcf and WifiMacQueue, as well as the
associated Notifyxxx functions that abstracts the triggering of the traces.

RegularWifiMac and DcaTxop subscribes to the trace sources down the chain and
forwards notifications up through the Notifyxxx functions.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Sun Dec 12 22:29:12 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Mon, 13 Dec 2010 01:29:12 -0500
Subject: [Ns-bugs] [Bug 963] debugging feature: Print out AODV routing tables
In-Reply-To: <bug-963-3@http.www.nsnam.org/bugzilla/>
References: <bug-963-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101213062912.2581D5E4193@deliverator4.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=963


Tom Henderson <tomh at tomh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |DUPLICATE




--- Comment #3 from Tom Henderson <tomh at tomh.org>  2010-12-13 01:29:11 EDT ---
the newest patch for bug 947 contains AODV changes and makes this bug obsolete

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

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Mon Dec 20 01:34:25 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Mon, 20 Dec 2010 04:34:25 -0500
Subject: [Ns-bugs] [Bug 1038] New: Time::Get*Seconds () return signed
 integer while actually returning unsigned.
Message-ID: <bug-1038-3@http.www.nsnam.org/bugzilla/>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1038

           Summary: Time::Get*Seconds ()  return signed integer while
                    actually returning unsigned.
           Product: ns-3
           Version: ns-3-dev
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: trivial
          Priority: P4
         Component: simulation core
        AssignedTo: mathieu.lacage at sophia.inria.fr
        ReportedBy: mazo at iitp.ru
                CC: ns-bugs at isi.edu
   Estimated Hours: 0.0


For example, GetMicroSeconds () as of revision [6f1114f669ff]:

inline int64_t GetMicroSeconds (void) const
{
  return ToInteger (*this, Time::US);
}

while ToInteger ():

inline static uint64_t ToInteger (const Time &time, enum Unit timeUnit)
{
  ...
}


It looks like to be already fixed in mathieu/ns-3-time repository.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 21 09:57:03 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 21 Dec 2010 12:57:03 -0500
Subject: [Ns-bugs] [Bug 555] DCF immediate access bug
In-Reply-To: <bug-555-3@http.www.nsnam.org/bugzilla/>
References: <bug-555-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101221175703.3E90A480F9B@deliverator2.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=555





--- Comment #25 from Nicola Baldo <nbaldo at cttc.es>  2010-12-21 12:57:02 EDT ---
Created an attachment (id=1017)
 --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=1017)
tentative test case

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 21 13:10:25 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 21 Dec 2010 16:10:25 -0500
Subject: [Ns-bugs] [Bug 555] DCF immediate access bug
In-Reply-To: <bug-555-3@http.www.nsnam.org/bugzilla/>
References: <bug-555-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101221211025.30D505E415A@deliverator4.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=555


Nicola Baldo <nbaldo at cttc.es> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #1017|0                           |1
        is obsolete|                            |




--- Comment #26 from Nicola Baldo <nbaldo at cttc.es>  2010-12-21 16:10:24 EDT ---
Created an attachment (id=1018)
 --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=1018)
test program

this program should trigger the bug, but in practice it doesn't...

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec 22 17:21:39 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed, 22 Dec 2010 20:21:39 -0500
Subject: [Ns-bugs] [Bug 903] Tap Bridge and Emu Net Devices Do Not Shut Down
	Properly
In-Reply-To: <bug-903-3@http.www.nsnam.org/bugzilla/>
References: <bug-903-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101223012139.387C55E450D@deliverator4.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=903





--- Comment #1 from Tom Goff <tgoff at tgoff.net>  2010-12-22 20:21:38 EDT ---
Created an attachment (id=1019)
 --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=1019)
Possible alternate fix

This patch extends the earlier patch and reorganizes the code some.

A new class is added to asynchronously read from a file descriptor.
An open file descriptor and callback are passed to the Start() method
which creates a new system thread; the Stop() method cancels the read
thread and cleans up.

This is essentially a combination of the the previous patch and the
fix proposed in http://www.nsnam.org/bugzilla/show_bug.cgi?id=975.

The TapBridge device is adapted to use this approach.  Something
similar could be done for the EmuNetDevice although this code does not
currently include a way to limit the amount of pending data.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec 23 15:19:53 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu, 23 Dec 2010 18:19:53 -0500
Subject: [Ns-bugs] [Bug 1012] Throp propagation model bug
In-Reply-To: <bug-1012-3@http.www.nsnam.org/bugzilla/>
References: <bug-1012-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101223231953.5D39520C107@deliverator6.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1012


Tom Henderson <tomh at tomh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED




--- Comment #4 from Tom Henderson <tomh at tomh.org>  2010-12-23 18:19:52 EDT ---
changeset: d9b06f3ad3e7

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec 23 15:20:38 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu, 23 Dec 2010 18:20:38 -0500
Subject: [Ns-bugs] [Bug 967] need ability to insert a shim between transport
	and IP
In-Reply-To: <bug-967-3@http.www.nsnam.org/bugzilla/>
References: <bug-967-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101223232038.963045E4137@deliverator4.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=967


Tom Henderson <tomh at tomh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #2 from Tom Henderson <tomh at tomh.org>  2010-12-23 18:20:38 EDT ---
changeset: fff5c512f345

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec 23 15:21:30 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu, 23 Dec 2010 18:21:30 -0500
Subject: [Ns-bugs] [Bug 963] debugging feature: Print out AODV routing tables
In-Reply-To: <bug-963-3@http.www.nsnam.org/bugzilla/>
References: <bug-963-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101223232130.0D5AC20C0CD@deliverator6.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=963


Bug 963 depends on bug 947, which changed state.

Bug 947 Summary: Need function for printing routing tables
http://www.nsnam.org/bugzilla/show_bug.cgi?id=947

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED



-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec 23 15:22:07 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu, 23 Dec 2010 18:22:07 -0500
Subject: [Ns-bugs] [Bug 824] TCP should implement FastRecovery by default
In-Reply-To: <bug-824-3@http.www.nsnam.org/bugzilla/>
References: <bug-824-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101223232207.665A1180073@deliverator5.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=824


Tom Henderson <tomh at tomh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #4 from Tom Henderson <tomh at tomh.org>  2010-12-23 18:22:06 EDT ---
changeset: a814f37d15bf

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 28 16:41:30 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 28 Dec 2010 19:41:30 -0500
Subject: [Ns-bugs] [Bug 953] WiMAX channel scanning overflow
In-Reply-To: <bug-953-3@http.www.nsnam.org/bugzilla/>
References: <bug-953-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229004130.7489C15400D@deliverator3.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=953


Flavio Kubota <kubota at lrc.ic.unicamp.br> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED




--- Comment #4 from Flavio Kubota <kubota at lrc.ic.unicamp.br>  2010-12-28 19:41:29 EDT ---
To connect quickly, BS is using the first channel. All the others values is the
values defined in the IEEE 802.16-2004 standard.

The segmentation fault is fixed.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 28 16:42:55 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 28 Dec 2010 19:42:55 -0500
Subject: [Ns-bugs] [Bug 985] WiMAX Invalid management message type on
	wimax-simple
In-Reply-To: <bug-985-3@http.www.nsnam.org/bugzilla/>
References: <bug-985-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229004255.F3D135E404C@deliverator4.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=985


Flavio Kubota <kubota at lrc.ic.unicamp.br> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #3 from Flavio Kubota <kubota at lrc.ic.unicamp.br>  2010-12-28 19:42:55 EDT ---
The proposed patch resolves the bug.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 28 16:44:39 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 28 Dec 2010 19:44:39 -0500
Subject: [Ns-bugs] [Bug 995] Useless (possibly incorrect) comparison of
	unsigned int
In-Reply-To: <bug-995-3@http.www.nsnam.org/bugzilla/>
References: <bug-995-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229004439.53D3D2DE67F@deliverator1.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=995


Flavio Kubota <kubota at lrc.ic.unicamp.br> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #2 from Flavio Kubota <kubota at lrc.ic.unicamp.br>  2010-12-28 19:44:39 EDT ---
Proposed patch applied.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 28 16:46:40 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 28 Dec 2010 19:46:40 -0500
Subject: [Ns-bugs] [Bug 1025] wimax-ipv4 script exists with signal SIGSEGV
	when nbSS>20
In-Reply-To: <bug-1025-3@http.www.nsnam.org/bugzilla/>
References: <bug-1025-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229004640.83F2620C138@deliverator6.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1025


Flavio Kubota <kubota at lrc.ic.unicamp.br> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #1 from Flavio Kubota <kubota at lrc.ic.unicamp.br>  2010-12-28 19:46:39 EDT ---
Not all stations can connect, resulting a segmentation fault error.
Fixed.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 28 16:47:19 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 28 Dec 2010 19:47:19 -0500
Subject: [Ns-bugs] [Bug 1025] wimax-ipv4 script exists with signal SIGSEGV
	when nbSS>20
In-Reply-To: <bug-1025-3@http.www.nsnam.org/bugzilla/>
References: <bug-1025-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229004719.8B17F18010E@deliverator5.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1025


Flavio Kubota <kubota at lrc.ic.unicamp.br> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nikunj.iitm at gmail.com




--- Comment #2 from Flavio Kubota <kubota at lrc.ic.unicamp.br>  2010-12-28 19:47:18 EDT ---
*** Bug 1014 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 28 16:47:18 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 28 Dec 2010 19:47:18 -0500
Subject: [Ns-bugs] [Bug 1014] wimax-ipv4 segfaults when number of subscriber
 stations increased
In-Reply-To: <bug-1014-3@http.www.nsnam.org/bugzilla/>
References: <bug-1014-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229004718.8C932180078@deliverator5.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1014


Flavio Kubota <kubota at lrc.ic.unicamp.br> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |DUPLICATE




--- Comment #1 from Flavio Kubota <kubota at lrc.ic.unicamp.br>  2010-12-28 19:47:18 EDT ---


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

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Tue Dec 28 16:52:32 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Tue, 28 Dec 2010 19:52:32 -0500
Subject: [Ns-bugs] [Bug 1013] SubchannelIndex is always 0
In-Reply-To: <bug-1013-3@http.www.nsnam.org/bugzilla/>
References: <bug-1013-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229005232.0AE54180078@deliverator5.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1013


Flavio Kubota <kubota at lrc.ic.unicamp.br> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID




--- Comment #1 from Flavio Kubota <kubota at lrc.ic.unicamp.br>  2010-12-28 19:52:31 EDT ---
There are frequency and time allocation when OFDMA PHY layer is used.
Currently, only OFDM PHY layer is supported by WiMAX module.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec 29 01:43:21 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed, 29 Dec 2010 04:43:21 -0500
Subject: [Ns-bugs] [Bug 903] Tap Bridge and Emu Net Devices Do Not Shut Down
	Properly
In-Reply-To: <bug-903-3@http.www.nsnam.org/bugzilla/>
References: <bug-903-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229094321.A22151558EC@deliverator3.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=903


Mathieu Lacage <mathieu.lacage at sophia.inria.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mathieu.lacage at sophia.inria
                   |                            |.fr




--- Comment #2 from Mathieu Lacage <mathieu.lacage at sophia.inria.fr>  2010-12-29 04:43:21 EDT ---
(In reply to comment #1)

> A new class is added to asynchronously read from a file descriptor.
> An open file descriptor and callback are passed to the Start() method
> which creates a new system thread; the Stop() method cancels the read
> thread and cleans up.

I like the patch very much. If you commit it, I would like to see the
SystemThread::Shutdown and SystemThread::Break methods go away because they are
not needed anymore (this would mean killing the UnixSystemThread signal
handling code too).

> The TapBridge device is adapted to use this approach.  Something
> similar could be done for the EmuNetDevice although this code does not
> currently include a way to limit the amount of pending data.

pending on the rx or tx path ? (sorry if this is obvious but I have not been
tracking bugzilla stuff recently)

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec 29 06:36:41 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed, 29 Dec 2010 09:36:41 -0500
Subject: [Ns-bugs] [Bug 903] Tap Bridge and Emu Net Devices Do Not Shut Down
	Properly
In-Reply-To: <bug-903-3@http.www.nsnam.org/bugzilla/>
References: <bug-903-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229143641.BBDC2155905@deliverator3.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=903


Tom Henderson <tomh at tomh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tomh at tomh.org




--- Comment #3 from Tom Henderson <tomh at tomh.org>  2010-12-29 09:36:41 EDT ---

> > The TapBridge device is adapted to use this approach.  Something
> > similar could be done for the EmuNetDevice although this code does not
> > currently include a way to limit the amount of pending data.
> 
> pending on the rx or tx path ? (sorry if this is obvious but I have not been
> tracking bugzilla stuff recently)

I believe the comment refers to the fix of bug 939 in changeset 29512368dd2e

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec 29 09:55:23 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed, 29 Dec 2010 12:55:23 -0500
Subject: [Ns-bugs] [Bug 1037] no way to associate std::cout with
	OutputStreamWrapper
In-Reply-To: <bug-1037-3@http.www.nsnam.org/bugzilla/>
References: <bug-1037-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229175523.BC60E2DDDB0@deliverator1.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1037





--- Comment #2 from Tom Henderson <tomh at tomh.org>  2010-12-29 12:55:22 EDT ---
Does this work (without any changes to ns-3-dev)?

   PointToPointHelper p2p;
   Ptr<OutputStreamWrapper> osw = Create<OutputStreamWrapper> (&std::cout);
   p2p.EnableAsciiAll (osw);

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec 29 13:59:11 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed, 29 Dec 2010 16:59:11 -0500
Subject: [Ns-bugs] [Bug 903] Tap Bridge and Emu Net Devices Do Not Shut Down
	Properly
In-Reply-To: <bug-903-3@http.www.nsnam.org/bugzilla/>
References: <bug-903-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229215911.2035F2DEB07@deliverator1.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=903





--- Comment #4 from Tom Henderson <tomh at tomh.org>  2010-12-29 16:59:10 EDT ---
Created an attachment (id=1020)
 --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=1020)
patch to extend previous patch


> If you commit it, I would like to see the
> SystemThread::Shutdown and SystemThread::Break methods go away because they are
> not needed anymore (this would mean killing the UnixSystemThread signal
> handling code too).

Is the attached what you are asking for?  

Do you think it is safe to commit now with the previous patch, even though
EmuNetDevice is not being patched at the moment?  Or, should this second patch
wait until EmuNetDevice is similarly patched?

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec 29 15:11:15 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed, 29 Dec 2010 18:11:15 -0500
Subject: [Ns-bugs] [Bug 1029] endian issues with V4Ping application
In-Reply-To: <bug-1029-3@http.www.nsnam.org/bugzilla/>
References: <bug-1029-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101229231115.B1E932DEC03@deliverator1.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1029


Tom Henderson <tomh at tomh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Config::Connect() failure   |endian issues with V4Ping
                   |on powerpc                  |application




--- Comment #1 from Tom Henderson <tomh at tomh.org>  2010-12-29 18:11:15 EDT ---
I traced this today to some endian problems in the V4Ping application, where
there are some assumptions made on the endianness (little-endian) of the
machine.  Specifically, line 133 of v4ping.cc; buf[] is little-endian but the
other quantities may be little or big-endian.  This fails on powerpc where it
is compared against a big-endian quantity.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Wed Dec 29 16:51:00 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Wed, 29 Dec 2010 19:51:00 -0500
Subject: [Ns-bugs] [Bug 1036] download.py doesn't let user specify
	regression traces
In-Reply-To: <bug-1036-3@http.www.nsnam.org/bugzilla/>
References: <bug-1036-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101230005100.7C12F18005E@deliverator5.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1036


Mitch Watrous <watrous at u.washington.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #1 from Mitch Watrous <watrous at u.washington.edu>  2010-12-29 19:51:00 EDT ---
Bug closed.

ns-3-allinone changeset: 70764f72b46f

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec 30 00:27:48 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu, 30 Dec 2010 03:27:48 -0500
Subject: [Ns-bugs] [Bug 903] Tap Bridge and Emu Net Devices Do Not Shut Down
	Properly
In-Reply-To: <bug-903-3@http.www.nsnam.org/bugzilla/>
References: <bug-903-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101230082748.F1C211558EC@deliverator3.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=903





--- Comment #5 from Mathieu Lacage <mathieu.lacage at sophia.inria.fr>  2010-12-30 03:27:48 EDT ---
(In reply to comment #4)
> > If you commit it, I would like to see the
> > SystemThread::Shutdown and SystemThread::Break methods go away because they are
> > not needed anymore (this would mean killing the UnixSystemThread signal
> > handling code too).
> 
> Is the attached what you are asking for?  

yes.

> Do you think it is safe to commit now with the previous patch, even though
> EmuNetDevice is not being patched at the moment?  Or, should this second patch
> wait until EmuNetDevice is similarly patched?

Ideally, it would be similarly patched now, yes (because now if when the patch
submitter has incentive to fix it). If you don't do it yourself, I can do this
later tonight and commit the cumulative patches in ns-3-dev.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec 30 00:47:35 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu, 30 Dec 2010 03:47:35 -0500
Subject: [Ns-bugs] [Bug 1029] endian issues with V4Ping application
In-Reply-To: <bug-1029-3@http.www.nsnam.org/bugzilla/>
References: <bug-1029-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101230084735.748715E414C@deliverator4.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1029





--- Comment #2 from Mathieu Lacage <mathieu.lacage at sophia.inria.fr>  2010-12-30 03:47:34 EDT ---
(In reply to comment #1)
> I traced this today to some endian problems in the V4Ping application, where
> there are some assumptions made on the endianness (little-endian) of the
> machine.  Specifically, line 133 of v4ping.cc; buf[] is little-endian but the
> other quantities may be little or big-endian.  This fails on powerpc where it
> is compared against a big-endian quantity.

Hrm. This is funny. I believe that the code is buggy because of changeset
58ae52c5845f which is not complete. Let me explain:

1) the code was written originally by me to send _and_ read data in host order
because the echo server is supposed to echo the data without interpreting it,
you don't care what you write in the data field. So, the code was correct
although it generated different traces on different systems.

2) craig made the code generate the same traces on different systems by making
it write the data in a certain order (I don't know if it's little or big endian
order but it's one of the two deterministically).

3) What you see is the fact that you write in a certain deterministic order but
you read always in host (a non-deterministic) order. i.e., you need to either
revert the patch from craig or add a matching ReadU32 function that does the
symmetric from WriteU32 to read the node and application id.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec 30 11:21:50 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Thu, 30 Dec 2010 14:21:50 -0500
Subject: [Ns-bugs] [Bug 1029] endian issues with V4Ping application
In-Reply-To: <bug-1029-3@http.www.nsnam.org/bugzilla/>
References: <bug-1029-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101230192150.370CF2DEF5A@deliverator1.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1029


Tom Henderson <tomh at tomh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #3 from Tom Henderson <tomh at tomh.org>  2010-12-30 14:21:49 EDT ---

> 3) What you see is the fact that you write in a certain deterministic order but
> you read always in host (a non-deterministic) order. i.e., you need to either
> revert the patch from craig or add a matching ReadU32 function that does the
> symmetric from WriteU32 to read the node and application id.

I opted for a similar Read32; changeset 623189bc65be

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

From code at nsnam.ece.gatech.edu  Thu Dec 30 21:33:45 2010
From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu)
Date: Fri, 31 Dec 2010 00:33:45 -0500
Subject: [Ns-bugs] [Bug 903] Tap Bridge and Emu Net Devices Do Not Shut Down
	Properly
In-Reply-To: <bug-903-3@http.www.nsnam.org/bugzilla/>
References: <bug-903-3@http.www.nsnam.org/bugzilla/>
Message-ID: <20101231053345.1A8C7480F1A@deliverator2.gatech.edu>

http://www.nsnam.org/bugzilla/show_bug.cgi?id=903





--- Comment #6 from Tom Henderson <tomh at tomh.org>  2010-12-31 00:33:44 EDT ---

> > Do you think it is safe to commit now with the previous patch, even though
> > EmuNetDevice is not being patched at the moment?  Or, should this second patch
> > wait until EmuNetDevice is similarly patched?
> 
> Ideally, it would be similarly patched now, yes (because now if when the patch
> submitter has incentive to fix it). If you don't do it yourself, I can do this
> later tonight and commit the cumulative patches in ns-3-dev.

I had a look at this tonight; it seems that something similar
(unix-socket-reader) could be built but I am leery of doing a rush job on it
and destabilizing EmuNetDevice right before the release.  Mainly, I don't have
any good Emu test scripts to make sure that it doesn't regress.

I'd like to propose merging Tom's TapBridge patch (which has been tested in the
Linux namespaces context this month) and delay EmuNetDevice changes and
SystemThread cleanup until post-release.  I could also be convinced to hold all
of these till after release, if you want.

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.