From code at nsnam.ece.gatech.edu Fri Sep 4 04:11:55 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 04 Sep 2009 07:11:55 -0400 Subject: [Ns-bugs] [Bug 620] Build system --run target seems to forget copying updated headers In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=620 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gjcarneiro at gmail.com Status|NEW |RESOLVED Resolution| |FIXED -- 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 Fri Sep 4 04:36:47 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 04 Sep 2009 07:36:47 -0400 Subject: [Ns-bugs] [Bug 619] Add a --build=target option to waf to build and link only the required dependencies for running target In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=619 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gjcarneiro at gmail.com --- Comment #2 from Gustavo J. A. M. Carneiro 2009-09-04 07:36:46 EDT --- WAF already has a builtin --target option. Isn't this what you want? Ex: ./waf --target mixed-wireless -- 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 Fri Sep 4 05:58:01 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 04 Sep 2009 08:58:01 -0400 Subject: [Ns-bugs] [Bug 671] New: RecvIfIndex tag in sockets Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=671 Summary: RecvIfIndex tag in sockets Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: node module AssignedTo: ns-bugs at isi.edu ReportedBy: mathieu.lacage at sophia.inria.fr Estimated Hours: 0.0 http://groups.google.com/group/ns-3-reviews/browse_thread/thread/0b4e0f01559addd7?hl=en -- 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 Fri Sep 4 21:43:06 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 05 Sep 2009 00:43:06 -0400 Subject: [Ns-bugs] [Bug 653] NetDevice link change callback proposal In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=653 --- Comment #5 from Tom Henderson 2009-09-05 00:43:06 EDT --- (In reply to comment #4) > Created an attachment (id=570) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=570) [details] > Use TracedCallback object in *-net-device > > Update patch. > > It also add code to flush IPv6 neighbor discovery cache (in Icmpv6L4Protocol) > and some text in CHANGES.html. > +1 on this; I suggest to merge it next week and close this if no further comments. -- 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 Fri Sep 4 21:44:44 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 05 Sep 2009 00:44:44 -0400 Subject: [Ns-bugs] [Bug 612] example scripts In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=612 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |609 -- 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 Fri Sep 4 21:44:44 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 05 Sep 2009 00:44:44 -0400 Subject: [Ns-bugs] [Bug 609] --check and --regression should build only the required binaries In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=609 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |612 -- 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 Mon Sep 7 03:59:36 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 07 Sep 2009 06:59:36 -0400 Subject: [Ns-bugs] [Bug 609] --check and --regression should build only the required binaries In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=609 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- 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 Mon Sep 7 03:59:37 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 07 Sep 2009 06:59:37 -0400 Subject: [Ns-bugs] [Bug 612] example scripts In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=612 Bug 612 depends on bug 609, which changed state. Bug 609 Summary: --check and --regression should build only the required binaries http://www.nsnam.org/bugzilla/show_bug.cgi?id=609 What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- 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 Mon Sep 7 14:31:02 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 07 Sep 2009 17:31:02 -0400 Subject: [Ns-bugs] [Bug 643] Interference Helper may not calculate noise interference properly In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=643 --- Comment #8 from Trevor Bosaw 2009-09-07 17:31:01 EDT --- Created an attachment (id=581) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=581) Patch to add PER trace hook -- 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 Mon Sep 7 14:31:37 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 07 Sep 2009 17:31:37 -0400 Subject: [Ns-bugs] [Bug 643] Interference Helper may not calculate noise interference properly In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=643 --- Comment #9 from Trevor Bosaw 2009-09-07 17:31:36 EDT --- Created an attachment (id=582) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=582) Test for interference bug -- 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 Mon Sep 7 14:37:05 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 07 Sep 2009 17:37:05 -0400 Subject: [Ns-bugs] [Bug 643] Interference Helper may not calculate noise interference properly In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=643 --- Comment #10 from Trevor Bosaw 2009-09-07 17:37:05 EDT --- I just attached a test that detects this bug. When run, it calculates three interference tests, one when both packets are received at the same time, one when the interference packet is received 1 microsecond after the intended packet, and one when the interference packet is received 2 microseconds after the intended packet. Then, using the attached patch to trace the PER, it calculates the difference in PER between the first and second test, and the second and third test. In the current implementation, these values should be the same, so if they are the same, we 'pass', if they aren't, the test fails. Tom Henderson is going to transform this to a test in Craig's new framework, so if the source seems a bit rough right now, that should be fixed. If you have any further comments tell me and I'll look into it/send updates to Tom. -- 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 Tue Sep 8 01:00:30 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 08 Sep 2009 04:00:30 -0400 Subject: [Ns-bugs] [Bug 672] New: UniformDiscPositionAllocator Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=672 Summary: UniformDiscPositionAllocator Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Keywords: patch Severity: enhancement Priority: P5 Component: mobility models AssignedTo: ns-bugs at isi.edu ReportedBy: nbaldo at cttc.es Estimated Hours: 0.0 Created an attachment (id=583) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=583) UniformDiscPositionAllocator with RandomDiscPositionAllocator it is not straightforward to achieve a uniform distribution of nodes within the disc, basically because using a uniformly distributed rho doesn't do the job. The proposed patch introduces the UniformDiscPositionAllocator which distributes uniformly the nodes within a disc of given radius. -- 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 Sep 9 04:38:48 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 09 Sep 2009 07:38:48 -0400 Subject: [Ns-bugs] [Bug 673] New: new pygen is wrongly recognized Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=673 Summary: new pygen is wrongly recognized Product: ns-3 Version: ns-3-dev Platform: PC OS/Version: Linux Status: NEW Keywords: bug Severity: major Priority: P5 Component: build system AssignedTo: ns-bugs at isi.edu ReportedBy: laurynas.riliskis at ltu.se Estimated Hours: 0.0 Hi, I just installed newest pygen and trying to install ns-3-dev. However the ./waf configure rejects new pygen: Checking for pybindgen version : not found pybindgen (found 0.12.0), (need 0.11.0.697) -- 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 Sep 9 05:51:04 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 09 Sep 2009 08:51:04 -0400 Subject: [Ns-bugs] [Bug 673] new pygen is wrongly recognized In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=673 --- Comment #1 from Sebastien Vincent 2009-09-09 08:51:04 EDT --- Hi, Look at ns-3-allinone (see http://www.nsnam.org/docs/tutorial/tutorial_12.html) to download right version of packages (pybindgen, nsc) and ns-3. -- 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 Sep 9 06:11:33 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 09 Sep 2009 09:11:33 -0400 Subject: [Ns-bugs] [Bug 673] new pygen is wrongly recognized In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=673 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gjcarneiro at gmail.com Status|NEW |RESOLVED Resolution| |INVALID --- Comment #2 from Gustavo J. A. M. Carneiro 2009-09-09 09:11:32 EDT --- ns-3 looks for an _exact_ version of pybindgen to avoid potential problems (long story). If you use the download.py script in ns-3-allinone it should take care of fetching the right pybindgen version for you, so you needn't worry. Although in this case version 0.11.0.697 is basically the same code as 0.12.0 official release. I think I'll switch ns-3-dev to require the 0.12.0 official release, but not because it is really needed, only because it's a "rounder" version number :-) -- 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 Sep 10 02:30:24 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 10 Sep 2009 05:30:24 -0400 Subject: [Ns-bugs] [Bug 674] New: EIFS is not handled correctly in DcfManager::GetAccessGrantStart Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=674 Summary: EIFS is not handled correctly in DcfManager::GetAccessGrantStart Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: wifi AssignedTo: ns-bugs at isi.edu ReportedBy: andreev at iitp.ru Estimated Hours: 0.0 Created an attachment (id=584) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=584) Proposed fix When the last receive was OK, we say, tat access grant start is m_lastRxEnd + m_sifs. When we call GetAccessGrantStartFor (), we add Aifsn * m_slotTime. So, we start to calculate backoff AIFS later after rxEnd. When the last receive was not ok, we may start to calculate backoff EIFS after rxEnd. In GetAccessGrantStart we add EifsNoDifs to last Rx end. In GetAxxessGrantStartFor () we add as in previous case Aifsn * m_slotTime. So, instead real EIFS we wait EIFS-SIFS -- 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 Fri Sep 11 06:36:22 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 11 Sep 2009 09:36:22 -0400 Subject: [Ns-bugs] [Bug 602] WifiRemoteStation lacks information about the access class of outgoing packets In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=602 --- Comment #1 from Mirko Banchi 2009-09-11 09:36:22 EDT --- Created an attachment (id=585) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=585) Add retry counters for QoS stations. This patch should resolv problem of shared counters for QoS and Non-QoS packets. Interested classes are: ns3::WifiRemoteStation ns3::DcaTxop ns3::EdcaTxopN ns3::MacLow When a packet (data or cts) is correctly/incorrectly received is called relative method in WifiRemoteStation with indication of the access class which packet belongs in order to update correct retry counter. -- 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 Sat Sep 12 01:42:15 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 12 Sep 2009 04:42:15 -0400 Subject: [Ns-bugs] [Bug 665] Need Tutorial Sectino on Config Path and Tracing Use In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=665 Antti M?kel? changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zarhan at cc.hut.fi --- Comment #1 from Antti M?kel? 2009-09-12 04:42:15 EDT --- http://groups.google.com/group/ns-3-users/browse_thread/thread/c6dcb623c255dff7 now has pretty good explanation - edit a bit and insert into the docs, chapter 2.3.3. -- 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 Sun Sep 13 21:05:10 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 14 Sep 2009 00:05:10 -0400 Subject: [Ns-bugs] [Bug 643] Interference Helper may not calculate noise interference properly In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=643 Tom Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomh at tomh.org --- Comment #11 from Tom Henderson 2009-09-14 00:05:10 EDT --- +1 on the patch fixing this bug, and on the patch including the new PER trace source. I will sign up to make sure this test is included in the release if the other two patches are pushed. -- 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 Mon Sep 14 06:10:25 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 14 Sep 2009 09:10:25 -0400 Subject: [Ns-bugs] [Bug 643] Interference Helper may not calculate noise interference properly In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=643 TimoB changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |timo.bingmann at student.kit.ed | |u --- Comment #12 from TimoB 2009-09-14 09:10:25 EDT --- Okay after some thought I think I got what your problem is: In case two packets have equal StartTimes, the power is added twice. I agree with that, due to the <= in InterferenceHelper::Event::Overlap(). Your patch fixes that using elseif, as obviously the <= should stay. There should also be an equivalent situation at the packet end time due to the >=. However, I believe it is irrelevant for further calculations. So I also agree with the patch. -- 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 Tue Sep 15 00:06:28 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 Sep 2009 03:06:28 -0400 Subject: [Ns-bugs] [Bug 653] NetDevice link change callback proposal In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=653 Sebastien Vincent changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vincent at clarinet.u- | |strasbg.fr Status|NEW |RESOLVED Resolution| |FIXED --- Comment #6 from Sebastien Vincent 2009-09-15 03:06:28 EDT --- Changeset: e90e1ef585b0 -- 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 Tue Sep 15 12:37:11 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 Sep 2009 15:37:11 -0400 Subject: [Ns-bugs] [Bug 675] Two Unit Test Environments In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=675 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ns-bugs at isi.edu |craigdo at ee.washington.edu -- 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 Tue Sep 15 12:36:55 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 15 Sep 2009 15:36:55 -0400 Subject: [Ns-bugs] [Bug 675] New: Two Unit Test Environments Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=675 Summary: Two Unit Test Environments Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P1 Component: general AssignedTo: ns-bugs at isi.edu ReportedBy: craigdo at ee.washington.edu Estimated Hours: 0.0 As it stands there are two unit tests environments in ns-3. We should get rid of the old unit tests (port them to the new framework) before releasing ns-3.6 to avoid confusion. -- 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 Sep 16 09:25:55 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 16 Sep 2009 12:25:55 -0400 Subject: [Ns-bugs] [Bug 676] New: Align Ipv[46]L3Protocol Rx/Tx/Drop signatures Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=676 Summary: Align Ipv[46]L3Protocol Rx/Tx/Drop signatures Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: major Priority: P1 Component: internet-stack AssignedTo: ns-bugs at isi.edu ReportedBy: gjcarneiro at gmail.com Estimated Hours: 0.0 Rx and Tx include the Ipv4Header serialized in the packet, but no IP header parameter separately. Some other trace sources on the other hand pass the packet without header and the header as a separate parameter. Proposing to make all trace sources pass the IP header as parameter _and_ the Packet with the IP header already serialized. Or else discuss what to do. -- 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 Sep 17 02:50:45 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 05:50:45 -0400 Subject: [Ns-bugs] [Bug 676] Align Ipv[46]L3Protocol Rx/Tx/Drop signatures In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=676 --- Comment #1 from Gustavo J. A. M. Carneiro 2009-09-17 05:50:45 EDT --- OK, now with more time to write this up, here's the dilemma. In the Ipv4L3Protocol tx/rx methods we are able to report all the following combinations of information to the trace sources, all with equal cost: 1. Ipv4Header&, Packet-without-ip-header 2. Ipv4Header&, Packet-with-ip-header 3. Packet-with-ip-header And we have the following use cases: 1. Ascii/pcap tracing 2. Flow Monitor For the tracing use case, a packet-with-ip-header is preferable. If the packet-without-ip-header is passed then we need to first Copy() the packet, AddHeader(ipHeader), and only then can we write it to the trace file. For the Flow Monitor case, due to the need to look into the L4 header, packet-without-ip-header is preferable. If the packet-with-ip-header is passed then we need to first Copy() the packet, RemoveHeader(ipHeader), and only then can we peek into TCP or UDP header, using PeekHeader(). OTOH, if If the packet-without-ip-header is passed then we can skip the Copy() and RemoveHeader() expensive operations and go directly to the PeekHeader(tcp_or_udp) stage. So there are two antagonistic use cases here, with different requirements from the trace sources. Whichever we choose, we lose something. Any ideas? -- 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 Sep 17 08:19:52 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 11:19:52 -0400 Subject: [Ns-bugs] [Bug 677] New: gcc cxxflags plays (multiple questions) Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 Summary: gcc cxxflags plays (multiple questions) Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P4 Component: build system AssignedTo: ns-bugs at isi.edu ReportedBy: mazo at iitp.ru Estimated Hours: 0.0 I have several questions/proposals about compiler flags. I've decided not to create several bugs and keep everything in one place. == First == gcc -g option makes executables 5 times larger in static optimized version. What's the reason in passing -g option to gcc in optimized profile? Is it required for valgrind checks? Of course, it doesn't influence on memory footprint and must not significantly change computation speed. But anyway this debugging information is absolutely useless during long production simulations and only consumes hard drive space. I see 2 ways: 1) add a new profile like "release" without debugging info at all 2) add a new configure option "--enable-strip" to run gcc with -s flag (or equivalent flag for other compilers). == Second == Make wscript pick up environmental variables like CXXFLAGS_EXTRA to append them to automatically assembled CXXFLAGS (this may be useful for some compilation related experiments). == Third == Add gcc "-pipe" option not to create temporary files (this will slightly speed up compilation) (must be supported even under cygwin) == Fourth == Add gcc "-fomit-frame-pointer" option. This will slightly speed up execution (I've got about 1-3% speed up) and reduce code size, but make debugging impossible on several architectures. So I think it is acceptable under "release" profile (from First proposal). == Fifth == Add gcc "-march=native" option. Though it doesn't have any significant performance gains (I think due to intensive memory operations and bad code/data locality), it may be valuable for future models with intensive calculations. -- 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 Sep 17 08:21:33 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 11:21:33 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 --- Comment #1 from Andrey Mazo 2009-09-17 11:21:32 EDT --- Created an attachment (id=586) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=586) Add "release" profile (see == First ==) -- 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 Sep 17 08:23:13 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 11:23:13 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 --- Comment #2 from Andrey Mazo 2009-09-17 11:23:13 EDT --- Created an attachment (id=587) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=587) Add option "--enable-strip" (see == First ==) -- 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 Sep 17 08:24:12 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 11:24:12 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 --- Comment #3 from Andrey Mazo 2009-09-17 11:24:12 EDT --- Created an attachment (id=588) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=588) Respect CXXFLAGS_EXTRA (see == Second ==) -- 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 Sep 17 08:24:58 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 11:24:58 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 --- Comment #4 from Andrey Mazo 2009-09-17 11:24:57 EDT --- Created an attachment (id=589) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=589) gcc -pipe (see == Third ==) -- 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 Sep 17 08:27:22 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 11:27:22 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 --- Comment #5 from Andrey Mazo 2009-09-17 11:27:22 EDT --- Created an attachment (id=590) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=590) gcc -fomit-frame-pointer (see == Fourth ==) -- 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 Sep 17 10:32:08 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 13:32:08 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gjcarneiro at gmail.com --- Comment #6 from Gustavo J. A. M. Carneiro 2009-09-17 13:32:08 EDT --- (In reply to comment #0) > I have several questions/proposals about compiler flags. > I've decided not to create several bugs and keep everything in one place. > > == First == > gcc -g option makes executables 5 times larger in static optimized version. > > What's the reason in passing -g option to gcc in optimized profile? > Is it required for valgrind checks? For profiling purposes (cachegrind or memprof, for example), you want your code to be both optimized and also to contain full debugging information. > Of course, it doesn't influence on memory footprint and must not significantly > change computation speed. > But anyway this debugging information is absolutely useless during long > production simulations and only consumes hard drive space. > I see 2 ways: > 1) add a new profile like "release" without debugging info at all > 2) add a new configure option "--enable-strip" to run gcc with -s flag (or > equivalent flag for other compilers). The two ways are mutually exclusive, right? I don't see the point of stripping debug symbols; might as well not produce them in the first place! But I am +1 on your proposed 'release' profile. > > > == Second == > Make wscript pick up environmental variables like CXXFLAGS_EXTRA to append them > to automatically assembled CXXFLAGS (this may be useful for some compilation > related experiments). Meh.. is this really so much useful? What is wrong about using CXXFLAGS env var. to completely override the default flags? > > == Third == > Add gcc "-pipe" option not to create temporary files (this will slightly speed > up compilation) (must be supported even under cygwin) gcc "-pipe", does it really much difference? If it's always so good an option, why doesn't gcc use it by default? > > == Fourth == > Add gcc "-fomit-frame-pointer" option. > This will slightly speed up execution (I've got about 1-3% speed up) and reduce > code size, but make debugging impossible on several architectures. > So I think it is acceptable under "release" profile (from First proposal). +0 (I abstain) > > == Fifth == > Add gcc "-march=native" option. > Though it doesn't have any significant performance gains (I think due to > intensive memory operations and bad code/data locality), it may be valuable for > future models with intensive calculations. > -march=native appears to be a good idea considering that ns-3 is not ever installed or packaged for distributions. -- 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 Sep 17 15:29:46 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 17 Sep 2009 18:29:46 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 Andrey Mazo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mazo at iitp.ru --- Comment #7 from Andrey Mazo 2009-09-17 18:29:46 EDT --- (In reply to comment #6) Thank you for your quick reply! > > What's the reason in passing -g option to gcc in optimized profile? > > Is it required for valgrind checks? > > For profiling purposes (cachegrind or memprof, for example), you want your code > to be both optimized and also to contain full debugging information. Thank you, I understand now. > > I see 2 ways: > > 1) add a new profile like "release" without debugging info at all > > 2) add a new configure option "--enable-strip" to run gcc with -s flag (or > > equivalent flag for other compilers). > > The two ways are mutually exclusive, right? I don't see the point of stripping > debug symbols; might as well not produce them in the first place! Yes, I see no reason in implementing them both. I like the first way more too, because it allows to add some other flags, that may conflict with profiling, for example. The second way is just an alternative. And I know some packages behaving that way (compile with -g3 -ggdb, but then strip the final executable). > But I am +1 on your proposed 'release' profile. Good! Waiting for one more +1 from another maintainer? > > == Second == > > Make wscript pick up environmental variables like CXXFLAGS_EXTRA to append them > > to automatically assembled CXXFLAGS (this may be useful for some compilation > > related experiments). > > Meh.. is this really so much useful? What is wrong about using CXXFLAGS env > var. to completely override the default flags? Well, I'm not sure, that this will be very useful for end-users, because it's rather special use case. But it can ease some plays with compiler flags, temporary defines or so. CXXFLAGS are carefully assembled throughout the whole configure() in wscript, so it's very unwisely to drop them. Blindly overriding LINKFLAGS may be disastrous. > > == Third == > > Add gcc "-pipe" option not to create temporary files (this will slightly speed > > up compilation) (must be supported even under cygwin) > > gcc "-pipe", does it really much difference? If it's always so good an option, > why doesn't gcc use it by default? Gcc doesn't enable many good options by default.:) I don't think, the difference is really measurable because of filesystem buffers and caches. There may be more noticeable improvement in case of many small C files, not several large C++ ones. But why should we produce additional overhead? > > == Fourth == > > Add gcc "-fomit-frame-pointer" option. > > This will slightly speed up execution (I've got about 1-3% speed up) and reduce > > code size, but make debugging impossible on several architectures. > > So I think it is acceptable under "release" profile (from First proposal). > > +0 (I abstain) Any unbiassed reasons? Debugging under "release" profile will be already hard to impossible. > > == Fifth == > > Add gcc "-march=native" option. > > Though it doesn't have any significant performance gains (I think due to > > intensive memory operations and bad code/data locality), it may be valuable for > > future models with intensive calculations. > > -march=native appears to be a good idea considering that ns-3 is not ever > installed or packaged for distributions. Good! Again, waiting for another +1? -- 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 Fri Sep 18 03:16:34 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 06:16:34 -0400 Subject: [Ns-bugs] [Bug 678] New: InternetStackHelper::SetRoutingHelper does evil things Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=678 Summary: InternetStackHelper::SetRoutingHelper does evil things Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: major Priority: P1 Component: helpers AssignedTo: ns-bugs at isi.edu ReportedBy: gjcarneiro at gmail.com Estimated Hours: 0.0 void InternetStackHelper::SetRoutingHelper (const Ipv4RoutingHelper &routing) { m_routing = &routing; } It takes the address of an existing object, instead of copying it. It means I cannot do this: InternetStackHelper internet; internet.SetRoutingHelper (OlsrHelper()) The above code will crash (due to a pointer to a temporary stack allocated object), and an inexperienced programmer will have no idea why. -- 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 Fri Sep 18 06:28:43 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 09:28:43 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 --- Comment #8 from Andrey Mazo 2009-09-18 09:28:42 EDT --- (In reply to comment #7) > > gcc "-pipe", does it really much difference? If it's always so good an option, > > why doesn't gcc use it by default? > Gcc doesn't enable many good options by default.:) > I don't think, the difference is really measurable because of filesystem > buffers and caches. > There may be more noticeable improvement in case of many small C files, not > several large C++ ones. > But why should we produce additional overhead? I've made a special synthetic benchmark. In short, the reduction of system CPU time (reported by time(1)) is about 20% (reduction of NS-3 compilation time is by less than 1%). In detail, the benchmark is the following: 1) large simple preprocessed C file (actually an XPM image about 2.6M) 2) 1000 iterations with /bin/false to measure shell forking and looping overhead 3) "gcc -c file.i" to ensure the file is in cache 4) 1000 iterations with gcc -c file.i 5) 1000 iterations with gcc -c file.i -pipe Results (one run -- others are similar): 2) real 0m0.519s user 0m0.184s sys 0m0.324s 4) real 2m48.458s user 2m6.020s sys 0m33.138s 5) real 2m30.898s user 2m4.784s sys 0m26.182s So, I think, that overall NS-3 compilation time will be reduced by less than 1%. (rough estimate confirms this) -- 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 Fri Sep 18 10:25:18 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 13:25:18 -0400 Subject: [Ns-bugs] [Bug 679] New: channel switching causes error Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=679 Summary: channel switching causes error Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Keywords: bug Severity: major Priority: P3 Component: devices AssignedTo: ns-bugs at isi.edu ReportedBy: nowatkom at gatech.edu Estimated Hours: 0.0 I am using the latest dev version of ns-3. I added the following lines into third.cc to see if I can figure out how to use ChannelNumber: insert at line 86 (above the phy.SetChannel (channel.Create ()); line: YansWifiPhy testCN; testCN.SetChannelNumber (1000); When I do this I get an error: "assert failed. file=../src/devices/wifi/wifi-phy-state-helper.cc, line=379, cond="IsStateSwitching()" line 379 is NS_ASSERT(IsStateSwitching()); I checked in yans-wifi-phy.cc for the same assert, and on line 311 it is NS_ASSERT(!IsStateSwitching()); When I added the ! to line 379 of wifi-phy-state-helper.cc so that it would be the same as line 311 of yans-wifi-phy.cc, the error went away. I'm not sure if I did something wrong with my attempt at using ChannelNumber, or if the ! got lost. -- 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 Fri Sep 18 17:27:19 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:27:19 -0400 Subject: [Ns-bugs] [Bug 680] New: Net-anim trace source needs config support Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=680 Summary: Net-anim trace source needs config support Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P1 Component: simulation core AssignedTo: ns-bugs at isi.edu ReportedBy: craigdo at ee.washington.edu Estimated Hours: 0.0 There is a trace source in point-to-point-net-device that really needs to be in the point-to-point channel. It is there because there is no good way to get at all of the channels in the sim. We need to provide a "/ChannelList" namespace to and move this trace source into the channel. -- 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 Fri Sep 18 17:29:56 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:29:56 -0400 Subject: [Ns-bugs] [Bug 407] OLSR is missing HNA support In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=407 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P1 -- 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 Fri Sep 18 17:30:09 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:30:09 -0400 Subject: [Ns-bugs] [Bug 424] TCP FIN notification callback needed In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=424 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P1 -- 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 Fri Sep 18 17:30:22 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:30:22 -0400 Subject: [Ns-bugs] [Bug 426] TCP: close does not send RST In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=426 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P1 -- 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 Fri Sep 18 17:30:49 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:30:49 -0400 Subject: [Ns-bugs] [Bug 612] example scripts In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=612 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:30:35 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:30:35 -0400 Subject: [Ns-bugs] =?utf-8?q?=5BBug_559=5D__TcpSocketImpl_doesn=E2=80=99t_?= =?utf-8?q?free_endpoint_quickly_enough_after_being_closed?= In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=559 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |P1 -- 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 Fri Sep 18 17:31:04 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:31:04 -0400 Subject: [Ns-bugs] [Bug 615] TCP does not respond with RST to non-listening port In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=615 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:31:30 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:31:30 -0400 Subject: [Ns-bugs] [Bug 631] RealtimeSimulatorImpl not compatible with python bindings In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |P1 -- 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 Fri Sep 18 17:31:55 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:31:55 -0400 Subject: [Ns-bugs] [Bug 645] [patch] fixes for opening stats file with OMNeT++ In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=645 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:31:16 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:31:16 -0400 Subject: [Ns-bugs] [Bug 624] Unable to modify packet tag in RouteInput () In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=624 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:31:43 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:31:43 -0400 Subject: [Ns-bugs] [Bug 643] Interference Helper may not calculate noise interference properly In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=643 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:32:22 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:32:22 -0400 Subject: [Ns-bugs] [Bug 648] Missing Doxygen for Several Helpers In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=648 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |P1 -- 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 Fri Sep 18 17:32:38 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:32:38 -0400 Subject: [Ns-bugs] [Bug 651] Ipv4StaticRouting doesn't work stand-alone: can't deliver local packets In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=651 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:32:09 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:32:09 -0400 Subject: [Ns-bugs] [Bug 647] Ns-3 implementation of TCP fails to produce limited-queue CW sawtooth In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=647 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:33:24 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:33:24 -0400 Subject: [Ns-bugs] [Bug 663] RST from remote TCP crashes ns-3 TCP In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=663 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 |P1 -- 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 Fri Sep 18 17:33:53 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:33:53 -0400 Subject: [Ns-bugs] [Bug 666] wifi rates off by factor of 1000000 in ascii output In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=666 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:33:37 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:33:37 -0400 Subject: [Ns-bugs] [Bug 664] memory fault/dangling pointer problems in tcp-socket-impl.cc, with suggested fixes In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=664 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Fri Sep 18 17:34:07 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 18 Sep 2009 20:34:07 -0400 Subject: [Ns-bugs] [Bug 669] main-packet-printer broken In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=669 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu Priority|P5 |P1 -- 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 Sat Sep 19 03:21:16 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 Sep 2009 06:21:16 -0400 Subject: [Ns-bugs] [Bug 681] New: wrong compilation options for icpc (Intel C/C++ Compiler) Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 Summary: wrong compilation options for icpc (Intel C/C++ Compiler) Product: ns-3 Version: ns-3-dev Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: build system AssignedTo: ns-bugs at isi.edu ReportedBy: mazo at iitp.ru Estimated Hours: 0.0 == In short == The build system tries to run icpc under Linux with g++ options for Darwin. [352/876] cxx: src/core/callback-test.cc -> build/optimized/src/core/callback-test_1.o 13:50:20 runner system command -> ['/opt/intel/cc/10.1.018/bin/icpc', '-O3', '-g', '-fPIC', '-compatibility_version', '1', '-current_version', '1', '-pthread', '-Ioptimized', '-I..', '-DRUN_SELF_TESTS', '-DENABLE_GSL', '-DNS3_MODULE_COMPILATION', '../src/core/callback-test.cc', '-c', '-o', 'optimized/src/core/callback-test_1.o'] icpc: command line warning #10156: ignoring option '-c'; no argument required icpc: command line warning #10156: ignoring option '-c'; no argument required icpc: error #10104: unable to open '1' == In detail == 1) ns-3-dev revision 4c56aca26ad3 2) Gentoo Linux: Linux hippo_iitp 2.6.25-gentoo-r7-hippo-20080823_noqos_raid #13 Fri Jan 30 04:39:43 MSK 2009 i686 AMD Athlon(tm) Processor AuthenticAMD GNU/Linux 3) icpc (ICC) 10.1 20080801 4) Python 2.6.2 5) Full configure and build logs are in attachments. Grepping through .waf-1.5.8-* gives that options "-compatibility_version" and "-current_version" come from function gxx_modifier_darwin() from file Tools/gxx.py. Quick overview gives, that wscript and src/wscript gets correct env['CXX_NAME'] and env['COMPILER_CXX']. Not yet found where they are screwed up. -- 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 Sat Sep 19 03:26:56 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 Sep 2009 06:26:56 -0400 Subject: [Ns-bugs] [Bug 681] wrong compilation options for icpc (Intel C/C++ Compiler) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 --- Comment #1 from Andrey Mazo 2009-09-19 06:26:56 EDT --- Created an attachment (id=591) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=591) ./waf configure -d optimized --enable-static --check-cxx-compiler=icpc > waf_configure.log 2>&1 -- 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 Sat Sep 19 03:27:24 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 Sep 2009 06:27:24 -0400 Subject: [Ns-bugs] [Bug 681] wrong compilation options for icpc (Intel C/C++ Compiler) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 --- Comment #2 from Andrey Mazo 2009-09-19 06:27:24 EDT --- Created an attachment (id=592) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=592) ./waf build -j1 -vv > waf_build.log 2>&1 -- 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 Sat Sep 19 15:11:59 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sat, 19 Sep 2009 18:11:59 -0400 Subject: [Ns-bugs] [Bug 624] Unable to modify packet tag in RouteInput () In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=624 --- Comment #6 from Tom Henderson 2009-09-19 18:11:59 EDT --- (In reply to comment #5) > No problem~! Please give me some time to finish it~ ^^ > > (In reply to comment #4) > > Can you not do a > > Ptr p = packet->Copy(); > > and get a non-const packet to work with? That is the API convention that I > > tried to align RouteInput() with. See, for instance, > > Ipv4L3Protocol::LocalDeliver (). > > > I'd like to mark this as INVALID by next week unless there is a test case posted. I do not believe that there is a bug here. -- 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 Sun Sep 20 08:38:32 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 Sep 2009 11:38:32 -0400 Subject: [Ns-bugs] [Bug 624] Unable to modify packet tag in RouteInput () In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=624 --- Comment #7 from wilson thong 2009-09-20 11:38:32 EDT --- (In reply to comment #6) > (In reply to comment #5) > > No problem~! Please give me some time to finish it~ ^^ > > > > (In reply to comment #4) > > > Can you not do a > > > Ptr p = packet->Copy(); > > > and get a non-const packet to work with? That is the API convention that I > > > tried to align RouteInput() with. See, for instance, > > > Ipv4L3Protocol::LocalDeliver (). > > > > > > > > I'd like to mark this as INVALID by next week unless there is a test case > posted. I do not believe that there is a bug here. > I guess this should be an "enhancement bug" rather than a "normal bug". -- 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 Sun Sep 20 17:45:59 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 Sep 2009 20:45:59 -0400 Subject: [Ns-bugs] [Bug 682] UdpEchoClient does not reset socket on StopApplication In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=682 --- Comment #1 from Josh Pelkey 2009-09-20 20:45:59 EDT --- Created an attachment (id=594) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=594) Patch for bug 682 -- 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 Sun Sep 20 17:45:34 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 Sep 2009 20:45:34 -0400 Subject: [Ns-bugs] [Bug 682] New: UdpEchoClient does not reset socket on StopApplication Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=682 Summary: UdpEchoClient does not reset socket on StopApplication Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P1 Component: applications AssignedTo: ns-bugs at isi.edu ReportedBy: jpelkey at gatech.edu Estimated Hours: 0.0 Created an attachment (id=593) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=593) Example script When StopApplication is called in UdpEchoClient, the socket is closed but not reset to zero. Therefore, when StartApplication is called again, it will think the socket is still in place and fail to bind a new socket. Essentially if you start, stop, and start UdpEchoClient during a simulation, it won't work. Attached is a modified version of first.cc which shows this. The end 3 packets are not sent (it actually says sent, but DoSendTo is never called). I will also attach a patch with what I think is the simple solution. -- 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 Sun Sep 20 18:57:16 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 Sep 2009 21:57:16 -0400 Subject: [Ns-bugs] [Bug 683] New: Helper methods for pcap tracing with explicit filenames Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=683 Summary: Helper methods for pcap tracing with explicit filenames Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: helpers AssignedTo: ns-bugs at isi.edu ReportedBy: martin.ferrari at gmail.com CC: mathieu.lacage at sophia.inria.fr Estimated Hours: 0.0 Created an attachment (id=595) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=595) New pcap helpers This was sent to the ML on 31/8, but went unnoticed, so I post it as a wishlist bug. I've also just read that ns-3 is on maintenance phase, but I'd like to ask its inclusion to be considered. ------------- For a project I'm working on, I need to set up pcap tracing while being able to define exactly which filename the traces will have. Now, the helper methods unconditionally append the node and device ids and the ".pcap" suffix. I've created a patch that defines a new method EnablePcapExplicit with exactly the same arguments as EnablePcap, but doesn't append anything to the filename argument. ATM, I'd just implemented overloaded methods for the nodeid+deviceid and device ptr versions, but if you think it's worthwhile, I can add equivalent methods for the other signatures of EnablePcap. I've also included the updated bindings for this. I'd like to ask you to consider merging this functionality. Maybe you'd prefer a different method name, or some different organisation. What I'd like to avoid is any diversion from the ns-3-dev main tree. Thanks, Mart?n. PS: please note that the current revision of ns-3-dev has some of the bindings out of sync. When I run --python-scan, these files are modified: M bindings/python/ns3_module_core.py M bindings/python/ns3_module_internet_stack.py M bindings/python/ns3_module_wifi.py -- 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 Sun Sep 20 18:57:55 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 20 Sep 2009 21:57:55 -0400 Subject: [Ns-bugs] [Bug 683] Helper methods for pcap tracing with explicit filenames In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=683 --- Comment #1 from Mart?n Ferrari 2009-09-20 21:57:55 EDT --- Created an attachment (id=596) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=596) Python bindings for the new helpers -- 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 Mon Sep 21 03:01:55 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 Sep 2009 06:01:55 -0400 Subject: [Ns-bugs] [Bug 684] New: Upgrade to upstream WAF 1.5.9 plus a bunch of 'waf tools' layered on top Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=684 Summary: Upgrade to upstream WAF 1.5.9 plus a bunch of 'waf tools' layered on top Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: build system AssignedTo: ns-bugs at isi.edu ReportedBy: gjcarneiro at gmail.com Estimated Hours: 0.0 Created an attachment (id=597) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=597) bundle to upgrade Like the subject says. -- 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 Mon Sep 21 03:53:37 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 Sep 2009 06:53:37 -0400 Subject: [Ns-bugs] [Bug 685] New: Python bindings build failure on 32-bit systems Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=685 Summary: Python bindings build failure on 32-bit systems Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P1 Component: python bindings AssignedTo: ns-bugs at isi.edu ReportedBy: gjcarneiro at gmail.com Estimated Hours: 0.0 static PyObject* _wrap_PyNs3FlowProbeFlowStats__get_bytesDropped(PyNs3FlowProbeFlowStats *self) { PyObject *py_retval; Pystd__vector__lt___unsigned_long___gt__ *py_std__vector__lt___unsigned_long___gt__; py_std__vector__lt___unsigned_long___gt__ = PyObject_New(Pystd__vector__lt___unsigned_long___gt__, &Pystd__vector__lt___unsigned_long___gt___Type); ////////////////////// HERE: py_std__vector__lt___unsigned_long___gt__->obj = new std::vector< unsigned long >(self->obj->bytesDropped); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ py_retval = Py_BuildValue((char *) "N", py_std__vector__lt___unsigned_long___gt__); return py_retval; } The problem is due to the fact that GCC-XML reports to us std::vector instead of std::vector. But while "unsigned long" is effectively the same as uint64_t on 64-bit systems (LP64), but uint64_t is "unsigned long long" on 32-bit systems. The mismatch between "unsigned long long" and "unsigned long" in 32-bit systems causes the compilation error. The problem had already caused cygwin compilation problems. And is due to the following GCC-XML bug, which was closed as "not fixable": http://www.gccxml.org/Bug/view.php?id=7572 -- 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 Mon Sep 21 07:54:31 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 Sep 2009 10:54:31 -0400 Subject: [Ns-bugs] [Bug 686] New: Reading and Writing from zero areas - unexpected result Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=686 Summary: Reading and Writing from zero areas - unexpected result Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: minor Priority: P4 Component: simulation core AssignedTo: ns-bugs at isi.edu ReportedBy: Florian.Schmidt at cs.rwth-aachen.de Estimated Hours: 0.0 Recently, I have started experimenting with error models in ns-3. I implemented a small model that actually inserts errors into the data. That is, it reads the packet buffer, changes the contents with a certain probability, and writes them back. For this, I have been using Packet::Begin() to get an iterator to the beginning of the packet, Buffer::Iterator::isEnd() to test when I am done, and Buffer::Iterator::ReadU8() and Buffer::Iterator::WriteU8() to read and write the data. My problem is that, if I use one of the standard applications that only sends zeroes, the buffer contains a zero area. Reading bytes out of that zero area works fine: ReadU8() returns 0. However, if I try to write a byte into that area, I get an assertion error. I am not sure whether this is the correct behavior, and if it is, how to make it accept changed payloads. I cannot check whether I will write into a zero area with isEnd(), or the various GetSize() functions (Packet::, Buffer::, Buffer::Iterator::), because they all return the size of the packet with the zero area treated as the corresponding number of bytes. I also don't see any functionality that would allow me to make the Buffer expand its zero area to actual zeroes. I am wondering: Have I found a bug in the buffer implementation? If not, is the described behavior considered suboptimal or even faulty? If not, is there a way to switch off the zero area optimization, so I get it to do what I want it to do? -- 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 Mon Sep 21 10:45:12 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 Sep 2009 13:45:12 -0400 Subject: [Ns-bugs] [Bug 685] Python bindings build failure on 32-bit systems In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=685 --- Comment #1 from Gustavo J. A. M. Carneiro 2009-09-21 13:45:12 EDT --- With the following patch, we can force gccxml scanner to treat the API as if from the point of view of a 32-bit system: diff -r 3816b13c16bc bindings/python/ns3modulescan.py --- a/bindings/python/ns3modulescan.py Mon Sep 21 17:53:43 2009 +0100 +++ b/bindings/python/ns3modulescan.py Mon Sep 21 18:35:59 2009 +0100 @@ -275,7 +275,8 @@ define_symbols={ #'NS3_ASSERT_ENABLE': None, #'NS3_LOG_ENABLE': None, - } + }, + cflags='--gccxml-cxxflags "-m32"' ) module_parser.parse_init([everything_h], This has impact on the problematic definitions: - module.add_container('std::vector< unsigned long >', 'long unsigned int', container_type='vector') + module.add_container('std::vector< unsigned long long >', 'long long unsigned int', container_type='vector') Unfortunately, then the bindings won't build on 64-bit systems. Code scanned for 32-bit systems only builds on 32-bit systems. Code scanned for 64-bit systems only builds on 64-bit systems. I see only one possible solution to really "fix" the bug: have multiple directories containing the scanned API definitions, one directory for each data model: gcc-32, gcc-64, and we might as well include 'cygwin' to fix the python bindings for cygwin. And select the source API definitions directory dynamically at build time according to the platform. However, this move would represent some risk, near the release, and an added burden for maintainers. Maintainers with 64-bit systems could scan for 64 and 32 bits in one go (although it will take twice the time), 32-bit maintainers can only scan for 32-bit, and as for cygwin only by running the scanning inside cygwin can you take care of it. *sigh* Stupid GCC-XML :( -- 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 Mon Sep 21 11:22:07 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 21 Sep 2009 14:22:07 -0400 Subject: [Ns-bugs] [Bug 680] Net-anim trace source needs config support In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=680 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- 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 Tue Sep 22 01:27:41 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 Sep 2009 04:27:41 -0400 Subject: [Ns-bugs] [Bug 681] wrong compilation options for icpc (Intel C/C++ Compiler) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 Andrey Mazo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mazo at iitp.ru --- Comment #3 from Andrey Mazo 2009-09-22 04:27:41 EDT --- (In reply to comment #0) > Grepping through .waf-1.5.8-* gives that options "-compatibility_version" and > "-current_version" come from function gxx_modifier_darwin() from file > Tools/gxx.py. > Quick overview gives, that wscript and src/wscript gets correct env['CXX_NAME'] > and env['COMPILER_CXX']. > Not yet found where they are screwed up. It seems, it's a waf bug. ``detect'' string from Tools/icpc.py looks as following: detect=''' find_icpc find_ar gxx_common_flags gxx_modifier_darwin cxx_load_tools cxx_add_flags ''' Note the gxx_modifier_darwin in this ``detect'' string. Quick onetime fix is to replace gxx_modifier_darwin with gxx_modifier_platform in this ``detect'' string. More sound solution is to upgrade to waf-1.5.9. So I propose to close this bug as WONTFIX and open new bug with request to upgrade to waf-1.5.9. -- 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 Tue Sep 22 02:23:59 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 Sep 2009 05:23:59 -0400 Subject: [Ns-bugs] [Bug 687] New: Build failed with GSL in non-default location Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=687 Summary: Build failed with GSL in non-default location Product: ns-3 Version: ns-3-dev Platform: Macintosh OS/Version: Mac OS Status: NEW Severity: critical Priority: P1 Component: build system AssignedTo: ns-bugs at isi.edu ReportedBy: kovalenko at iitp.ru Estimated Hours: 0.0 Created an attachment (id=598) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=598) wcscript gsl dep #pkg-config gsl --cflags -I/opt/local/include #./waf configure ..... Checking for pkg-config flags for GSL : ok ..... #./waf .... cxx: src/core/rng-test-suite.cc -> build/debug/src/core/rng-test-suite_1.o 13:20:44 runner system command -> ['/usr/bin/g++', '-O0', '-ggdb', '-g3', '-Wall', '-Werror', '-Wno-error=deprecated-declarations', '-fPIC', '-compatibility_version', '1', '-current_version', '1', '-Idebug', '-I..', '-D_DEBUG', '-DRUN_SELF_TESTS', '-DNS3_ASSERT_ENABLE', '-DNS3_LOG_ENABLE', '-DENABLE_GSL', '-DNS3_MODULE_COMPILATION', '../src/core/rng-test-suite.cc', '-c', '-o', 'debug/src/core/rng-test-suite_1.o'] ../src/core/rng-test-suite.cc:19:25: error: gsl/gsl_cdf.h: No such file or directory ../src/core/rng-test-suite.cc:20:31: error: gsl/gsl_histogram.h: No such file or directory .... Attached patch solves the problem. -- 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 Tue Sep 22 03:32:52 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 Sep 2009 06:32:52 -0400 Subject: [Ns-bugs] [Bug 681] wrong compilation options for icpc (Intel C/C++ Compiler) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 --- Comment #4 from Andrey Mazo 2009-09-22 06:32:52 EDT --- (In reply to comment #3) > (In reply to comment #0) > Note the gxx_modifier_darwin in this ``detect'' string. > Quick onetime fix is to replace gxx_modifier_darwin with gxx_modifier_platform > in this ``detect'' string. Oops, there is no gxx_modifier_platform in waf-1.5.8, so the quick fix is to remove gxx_modifier_darwin. -- 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 Tue Sep 22 04:30:44 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 Sep 2009 07:30:44 -0400 Subject: [Ns-bugs] [Bug 681] wrong compilation options for icpc (Intel C/C++ Compiler) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 --- Comment #5 from Andrey Mazo 2009-09-22 07:30:44 EDT --- Created an attachment (id=599) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=599) Pass gcc options to icc. Enable static build with icc on linux. -- 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 Tue Sep 22 08:24:16 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 Sep 2009 11:24:16 -0400 Subject: [Ns-bugs] [Bug 685] Python bindings build failure on 32-bit systems In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=685 --- Comment #2 from Gustavo J. A. M. Carneiro 2009-09-22 11:24:16 EDT --- Created an attachment (id=600) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=600) bundle of proposed solution This bundle makes the python apidefs duplicated in subdirectories, one for each data model. It removes the bindings/python/ns3_module_*.py files, and adds similar files in bindings/python/apidefs/. For now, can be gcc-ILP32 and gcc-LP64. In the future, cygwin should also be finally supported, if ever someone manages to install gccxml and pygccxml in cygwin and run ./waf --python-scan. -- 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 Tue Sep 22 08:32:50 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 Sep 2009 11:32:50 -0400 Subject: [Ns-bugs] [Bug 643] Interference Helper does not account properly for simultaneous events In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=643 Mathieu Lacage changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Interference Helper may not |Interference Helper does not |calculate noise interference|account properly for |properly |simultaneous events -- 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 Tue Sep 22 08:34:22 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 Sep 2009 11:34:22 -0400 Subject: [Ns-bugs] [Bug 643] Interference Helper does not account properly for simultaneous events In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=643 Mathieu Lacage changed: What |Removed |Added ---------------------------------------------------------------------------- CC|tomh at tomh.org |ns-bugs at isi.edu AssignedTo|ns-bugs at isi.edu |tomh at tomh.org --- Comment #13 from Mathieu Lacage 2009-09-22 11:34:22 EDT --- changeset: 7c3b105b6945 Since tom said that he would commit the test himself, I reassign this bug to him. -- 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. You are the assignee for the bug. From code at nsnam.ece.gatech.edu Tue Sep 22 10:06:51 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Tue, 22 Sep 2009 13:06:51 -0400 Subject: [Ns-bugs] [Bug 685] Python bindings build failure on 32-bit systems In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=685 --- Comment #3 from Gustavo J. A. M. Carneiro 2009-09-22 13:06:51 EDT --- Well, I give up trying to build gcc-xml on cygwin :( -- 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 Sep 23 06:36:30 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 23 Sep 2009 09:36:30 -0400 Subject: [Ns-bugs] [Bug 687] Build failed with GSL in non-default location In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=687 --- Comment #1 from Gustavo J. A. M. Carneiro 2009-09-23 09:36:30 EDT --- (From update of attachment 598) looks good to commit -- 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 Sep 23 06:39:11 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 23 Sep 2009 09:39:11 -0400 Subject: [Ns-bugs] [Bug 681] wrong compilation options for icpc (Intel C/C++ Compiler) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 --- Comment #6 from Gustavo J. A. M. Carneiro 2009-09-23 09:39:10 EDT --- (From update of attachment 599) Instead of (module.env['CXX_NAME'] == 'gcc') or (module.env['CXX_NAME'] == 'icc') Please use: module.env['CXX_NAME'] in ['gcc', 'icc'] -- 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 Sep 23 07:07:01 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 23 Sep 2009 10:07:01 -0400 Subject: [Ns-bugs] [Bug 681] wrong compilation options for icpc (Intel C/C++ Compiler) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 Andrey Mazo changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #599 is|0 |1 obsolete| | --- Comment #7 from Andrey Mazo 2009-09-23 10:07:01 EDT --- Created an attachment (id=601) --> (http://www.nsnam.org/bugzilla/attachment.cgi?id=601) Pass gcc options to icc. Enable static build with icc on linux. Updated patch. -- 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 Sep 23 09:20:21 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 23 Sep 2009 12:20:21 -0400 Subject: [Ns-bugs] [Bug 688] New: ns-3.5.1 build problem Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=688 Summary: ns-3.5.1 build problem Product: ns-3 Version: pre-release Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: build system AssignedTo: ns-bugs at isi.edu ReportedBy: jamilshihab at gmail.com Estimated Hours: 0.0 Hello, I am having build problems with NS-3 version 3.5.1. I did not use Mercurial to download and did not put the allinone folder in a repos folder. I instead created an ns3 folder and unzipped the tar file into it. I then ran /.build.py in the allinone folder and it was compiling well for quite a while. Much later the build exited with the error below. Any suggestion on how I could resolve this issue? I am using a Fedora machine. Thanks, Jamil , ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty>]? to match its type Waf: Leaving directory `/home/jshihab1/ns3/ns-allinone-3.5.1/ns-3.5.1/build' Build failed -> task failed (err #1): {task: cxx ns3module.cc -> ns3module_3.o} -> task failed (err #1): {task: cxx ns3module_helpers.cc -> ns3module_helpers_3.o} -> task failed (err #1): {task: cxx ns3_module_stats.cc -> ns3_module_stats_3.o} -> task failed (err #1): {task: cxx ns3_module_node.cc -> ns3_module_node_3.o} Traceback (most recent call last): File "./build.py", line 117, in sys.exit(main(sys.argv)) File "./build.py", line 108, in main build_ns3(config) File "./build.py", line 56, in build_ns3 run_command(["python", "waf"]) File "/home/jshihab1/ns3/ns-allinone-3.5.1/util.py", line 24, in run_command raise CommandError("Command %r exited with code %i" % (argv, retval)) util.CommandError: Command ['python', 'waf'] exited with code 1 bash-3.2$ -- 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 Sep 23 09:21:34 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 23 Sep 2009 12:21:34 -0400 Subject: [Ns-bugs] [Bug 688] ns-3.5.1 build problem In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=688 --- Comment #1 from Jamil Shihab 2009-09-23 12:21:34 EDT --- /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/stl_list.h:493: instantiated from ?std::list<_Tp, _Alloc>::list(const std::list<_Tp, _Alloc>&) [with _Tp = ns3::Callback, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty>, _Alloc = std::allocator, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty> >]? debug/ns3/traced-callback.h:44: instantiated from here debug/ns3/ptr.h:69: warning: lowering visibility of ?U* ns3::GetPointer(const ns3::Ptr&) [with U = U, T = ns3::CallbackImpl, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty>]? to match its type debug/ns3/ptr.h:71: warning: lowering visibility of ?U* ns3::PeekPointer(const ns3::Ptr&) [with U = U, T = ns3::CallbackImpl, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty, ns3::empty>]? to match its type Waf: Leaving directory `/home/jshihab1/ns3/ns-allinone-3.5.1/ns-3.5.1/build' Build failed -> task failed (err #1): -- 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 Sep 23 09:58:15 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 23 Sep 2009 12:58:15 -0400 Subject: [Ns-bugs] [Bug 687] Build failed with GSL in non-default location In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=687 Aleksey Kovalenko changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Aleksey Kovalenko 2009-09-23 12:58:15 EDT --- fixed:a5b185f132fe -- 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 Sep 23 11:29:18 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Wed, 23 Sep 2009 14:29:18 -0400 Subject: [Ns-bugs] [Bug 676] Align Ipv[46]L3Protocol Rx/Tx/Drop signatures In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=676 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu AssignedTo|ns-bugs at isi.edu |tomh at tomh.org -- 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 Sep 24 10:22:25 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 13:22:25 -0400 Subject: [Ns-bugs] [Bug 424] TCP FIN notification callback needed In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=424 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|tomh at tomh.org |riley at ece.gatech.edu -- 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 Sep 24 10:22:54 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 13:22:54 -0400 Subject: [Ns-bugs] [Bug 426] TCP: close does not send RST In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=426 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|tomh at tomh.org |riley at ece.gatech.edu -- 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 Sep 24 10:23:12 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 13:23:12 -0400 Subject: [Ns-bugs] =?utf-8?q?=5BBug_559=5D__TcpSocketImpl_doesn=E2=80=99t_?= =?utf-8?q?free_endpoint_quickly_enough_after_being_closed?= In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=559 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ns-bugs at isi.edu |riley at ece.gatech.edu Status|REOPENED |NEW -- 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 Sep 24 10:23:27 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 13:23:27 -0400 Subject: [Ns-bugs] [Bug 615] TCP does not respond with RST to non-listening port In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=615 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ns-bugs at isi.edu |riley at ece.gatech.edu -- 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 Sep 24 10:23:46 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 13:23:46 -0400 Subject: [Ns-bugs] [Bug 647] Ns-3 implementation of TCP fails to produce limited-queue CW sawtooth In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=647 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ns-bugs at isi.edu |riley at ece.gatech.edu -- 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 Sep 24 10:24:01 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 13:24:01 -0400 Subject: [Ns-bugs] [Bug 663] RST from remote TCP crashes ns-3 TCP In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=663 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ns-bugs at isi.edu |riley at ece.gatech.edu -- 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 Sep 24 10:31:36 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 13:31:36 -0400 Subject: [Ns-bugs] [Bug 631] RealtimeSimulatorImpl not compatible with python bindings In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=631 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P1 |P2 -- 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 Sep 24 12:27:45 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 15:27:45 -0400 Subject: [Ns-bugs] [Bug 666] wifi rates off by factor of 1000000 in ascii output In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=666 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ns-bugs at isi.edu |dnlove at gmail.com -- 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 Sep 24 13:12:13 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 16:12:13 -0400 Subject: [Ns-bugs] [Bug 624] Unable to modify packet tag in RouteInput () In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=624 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ns-bugs at isi.edu |tomh at tomh.org -- 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 Sep 24 13:12:47 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 16:12:47 -0400 Subject: [Ns-bugs] [Bug 651] Ipv4StaticRouting doesn't work stand-alone: can't deliver local packets In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=651 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ns-bugs at isi.edu |tomh at tomh.org -- 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 Sep 24 13:13:15 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Thu, 24 Sep 2009 16:13:15 -0400 Subject: [Ns-bugs] [Bug 678] InternetStackHelper::SetRoutingHelper does evil things In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=678 Craig Dowell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |craigdo at ee.washington.edu AssignedTo|ns-bugs at isi.edu |tomh at tomh.org -- 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 Fri Sep 25 04:17:56 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 Sep 2009 07:17:56 -0400 Subject: [Ns-bugs] [Bug 685] Python bindings build failure on 32-bit systems In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=685 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Gustavo J. A. M. Carneiro 2009-09-25 07:17:56 EDT --- Lack of time to do better, and lack of better idea; I committed this solution: comparing with ssh://code at code.nsnam.org/repos/ns-3-dev searching for changes changeset: 5249:85cde7d987ed parent: 5233:3816b13c16bc user: Gustavo J. A. M. Carneiro date: Tue Sep 22 16:13:42 2009 +0100 summary: Python: allow multiple api definitions directories, one per data model. changeset: 5250:7d3096b23352 parent: 5248:6b93abd21871 parent: 5249:85cde7d987ed user: Gustavo J. A. M. Carneiro date: Fri Sep 25 11:48:05 2009 +0100 summary: merge changeset: 5251:306856feb249 tag: tip user: Gustavo J. A. M. Carneiro date: Fri Sep 25 12:15:27 2009 +0100 summary: Put back the configure check to disable python bindings in cygwin, due to our inability to install gccxml in cygwin. -- 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 Fri Sep 25 04:20:00 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 Sep 2009 07:20:00 -0400 Subject: [Ns-bugs] [Bug 684] Upgrade to upstream WAF 1.5.9 plus a bunch of 'waf tools' layered on top In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=684 --- Comment #1 from Gustavo J. A. M. Carneiro 2009-09-25 07:19:59 EDT --- Since this does not fix any particular bug (just regular maintenance), we better leave it til after NS-3.6. -- 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 Fri Sep 25 04:26:10 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 Sep 2009 07:26:10 -0400 Subject: [Ns-bugs] [Bug 619] Add a --build=target option to waf to build and link only the required dependencies for running target In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=619 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #3 from Gustavo J. A. M. Carneiro 2009-09-25 07:26:09 EDT --- Marking INVALID since it duplicates core WAF functionality. -- 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 Fri Sep 25 04:29:07 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 Sep 2009 07:29:07 -0400 Subject: [Ns-bugs] [Bug 681] wrong compilation options for icpc (Intel C/C++ Compiler) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=681 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gjcarneiro at gmail.com Status|NEW |RESOLVED Resolution| |FIXED --- Comment #8 from Gustavo J. A. M. Carneiro 2009-09-25 07:29:07 EDT --- changeset: 5252:481053e0cd10 tag: tip user: Andrey Mazo date: Fri Sep 25 12:28:32 2009 +0100 summary: Bug 681: wrong compilation options for icpc (Intel C/C++ Compiler) -- 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 Fri Sep 25 04:34:37 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 Sep 2009 07:34:37 -0400 Subject: [Ns-bugs] [Bug 688] ns-3.5.1 build problem In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=688 Gustavo J. A. M. Carneiro changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gjcarneiro at gmail.com Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #2 from Gustavo J. A. M. Carneiro 2009-09-25 07:34:37 EDT --- This is a bug in the patched GCC found in some Fedora versions. Try a different compiler version (hint: you can use the CXX environment variable to switch to a different compiler). See also: http://groups.google.com/group/ns-3-users/msg/8397ec195c80e01a -- 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 Fri Sep 25 04:37:37 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 Sep 2009 07:37:37 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 --- Comment #9 from Gustavo J. A. M. Carneiro 2009-09-25 07:37:37 EDT --- Here are some interesting patches, but NS-3 is in feature freeze, so they are better used after the NS-3.6 release, to avoid potentially breaking the release. -- 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 Fri Sep 25 06:06:02 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Fri, 25 Sep 2009 09:06:02 -0400 Subject: [Ns-bugs] [Bug 677] gcc cxxflags plays (multiple questions) In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=677 --- Comment #10 from Andrey Mazo 2009-09-25 09:06:01 EDT --- (In reply to comment #9) > Here are some interesting patches, but NS-3 is in feature freeze, so they are > better used after the NS-3.6 release, to avoid potentially breaking the > release. No problem. I'm doing some more benchmarks, so I can benefit from the time before open phase.:) -- 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 Sat Sep 26 23:43:54 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 27 Sep 2009 02:43:54 -0400 Subject: [Ns-bugs] [Bug 689] New: default energy detection threshold is not useful Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=689 Summary: default energy detection threshold is not useful Product: ns-3 Version: pre-release Platform: All OS/Version: All Status: NEW Severity: normal Priority: P1 Component: wifi AssignedTo: ns-bugs at isi.edu ReportedBy: mathieu.lacage at sophia.inria.fr Estimated Hours: 0.0 there are many questions on our users mailing-lists related to this: we need to come up with better defaults. I marked this as P1 to outline that it's an important user-visible problem and that the fix is technically easy. We just need to make sure that the new default is agreed upon. We have 3 proposals for now: wifiPhy.Set ("EnergyDetectionThreshold", DoubleValue (-100.0) ); wifiPhy.Set ("CcaMode1Threshold", DoubleValue (-90.0) ); wifiPhy.Set ("EnergyDetectionThreshold", DoubleValue (-99.0) ); wifiPhy.Set ("CcaMode1Threshold", DoubleValue (-94.0) ); wifiPhy.Set ("EnergyDetectionThreshold", DoubleValue (-96.0) ); wifiPhy.Set ("CcaMode1Threshold", DoubleValue (-90.0) ); -- 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 Sun Sep 27 08:18:52 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 27 Sep 2009 11:18:52 -0400 Subject: [Ns-bugs] [Bug 689] default energy detection threshold is not useful In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=689 Pavel Boyko changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |boyko at iitp.ru --- Comment #1 from Pavel Boyko 2009-09-27 11:18:52 EDT --- Could you provide some references to the sources of the numbers above? Also I wonder why CCA threshold is larger than the energy detection one. Does that mean that CCA range can be smaller than TX range using slowest rate? Considering numbers we find -95/-95 dBm satisfactory until we can measure this for sure. -- 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 Sun Sep 27 11:39:21 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Sun, 27 Sep 2009 14:39:21 -0400 Subject: [Ns-bugs] [Bug 689] default energy detection threshold is not useful In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=689 --- Comment #2 from Mathieu Lacage 2009-09-27 14:39:21 EDT --- http://groups.google.com/group/ns-3-users/browse_thread/thread/1397aea914eab983# -- 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 Mon Sep 28 01:16:31 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 Sep 2009 04:16:31 -0400 Subject: [Ns-bugs] [Bug 689] default energy detection threshold is not useful In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=689 --- Comment #3 from Pavel Boyko 2009-09-28 04:16:31 EDT --- (In reply to comment #2) > http://groups.google.com/group/ns-3-users/browse_thread/thread/1397aea914eab983# > Hmmm, link above looks strange. (The answer to _that_ question is udp-socket-impl.cc:360 : "If dest is set to the limited broadcast address (all ones), convert it to send a copy of the packet out of every interface as a subnet-directed broadcast.") But I guess you just paste wrong link here. -- 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 Mon Sep 28 01:38:05 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 Sep 2009 04:38:05 -0400 Subject: [Ns-bugs] [Bug 690] New: tcp-nsc-lfn.cc is broken beyond repair Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=690 Summary: tcp-nsc-lfn.cc is broken beyond repair Product: ns-3 Version: ns-3-dev Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: sample programs AssignedTo: ns-bugs at isi.edu ReportedBy: mathieu.lacage at sophia.inria.fr Estimated Hours: 0.0 this code appears to assume that the m_cwnd variable defined in NscTcpSocketImpl is actually a meaningful variable. It is not. I can't believe how broken this is. We should remove _at least_ the tracing part from that example file. -- 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 Mon Sep 28 02:13:33 2009 From: code at nsnam.ece.gatech.edu (code@nsnam.ece.gatech.edu) Date: Mon, 28 Sep 2009 05:13:33 -0400 Subject: [Ns-bugs] [Bug 689] default energy detection threshold is not useful In-Reply-To: References: Message-ID: http://www.nsnam.org/bugzilla/show_bug.cgi?id=689 --- Comment #4 from Mathieu Lacage