Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m3UDDMpW018838 for ; Wed, 30 Apr 2008 06:13:22 -0700 Received: by py-out-1112.google.com with SMTP id a77so541551pyh.35 for ; Wed, 30 Apr 2008 06:23:04 -0700 (PDT) Received: by 10.141.15.19 with SMTP id s19mr295905rvi.124.1209561783931; Wed, 30 Apr 2008 06:23:03 -0700 (PDT) Received: by 10.141.185.13 with HTTP; Wed, 30 Apr 2008 06:23:03 -0700 (PDT) Message-ID: Date: Wed, 30 Apr 2008 22:23:03 +0900 From: "=?UTF-8?Q?=EB=B0=A9=EC=98=81=EC=B2=A0_(Youngchul_Bang)?=" To: "EunKyung Lee" In-Reply-To: <8bd31fd70804231109n7c3eb193y132e6bb669c133f0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8bd31fd70804231109n7c3eb193y132e6bb669c133f0@mail.gmail.com> Cc: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Error message during make X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2008 13:13:23 -0000 Which version of gcc did you use? I've compiled the DTN 2.5.0 with gcc 4.1.3. If using gcc 4.2.3, option "-Wno-long-double" is added to CPPFLAGS and OASYS_CPPFLAGS, which causes the compile error. 2008/4/24 EunKyung Lee : > Can anybody solve this compile problem? > I cannot install DTN 2.5.0 because of the error below: > > debug/FatalSignals.cc: In static member function ?tatic void > oasys::FatalSignals::handler(int)? > debug/FatalSignals.cc:69: warning: deprecated conversion from string > constant to ?har*? > debug/FatalSignals.cc:73: warning: deprecated conversion from string > constant to ?har*? > debug/FatalSignals.cc:74: warning: deprecated conversion from string > constant to ?har*? > debug/FatalSignals.cc:75: warning: deprecated conversion from string > constant to ?har*? > debug/FatalSignals.cc:76: warning: deprecated conversion from string > constant to ?har*? > debug/FatalSignals.cc:77: warning: deprecated conversion from string > constant to ?har*? > debug/FatalSignals.cc:78: warning: deprecated conversion from string > constant to ?har*? > At global scope: > cc1plus: error: unrecognized command line option "-Wno-long-double" > make[1]: *** [debug/FatalSignals.o] Error 1 > make[1]: Leaving directory `/root/dtn-2.5.0/oasys' > make: *** [oasys] Error 2 > > Any suggestion or comment will be very appreciated. :) > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users > > Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m3S7hiLo022062 for ; Mon, 28 Apr 2008 00:43:44 -0700 Received: by rv-out-0506.google.com with SMTP id b25so2417045rvf.49 for ; Mon, 28 Apr 2008 00:53:12 -0700 (PDT) Received: by 10.141.33.21 with SMTP id l21mr1685474rvj.140.1209369192918; Mon, 28 Apr 2008 00:53:12 -0700 (PDT) Received: by 10.141.128.18 with HTTP; Mon, 28 Apr 2008 00:53:12 -0700 (PDT) Message-ID: Date: Mon, 28 Apr 2008 16:53:12 +0900 From: "=?UTF-8?Q?=EB=B0=A9=EC=98=81=EC=B2=A0_(Youngchul_Bang)?=" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [dtn-users] Scheduled links and dtnsim X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Apr 2008 07:43:45 -0000 Hi, I want to turn on and off the radio such as 802.11 according to scheduled future contact information. Is there a reference related to that? I know that no support for scheduled links is yet implemented in version 2.5.0 of the DTN2 reference implementation. Before implementing scheduled links, I want to know configuration and features of other types of links, such as always on, on demand, and opportunistic links, via simulation with dtnsim included with the reference implementation. How can I do that? Is there a manual or document about the dtnsim? Regards, Youngchul Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m3NI10US030339 for ; Wed, 23 Apr 2008 11:01:01 -0700 Received: by an-out-0708.google.com with SMTP id c38so686347ana.129 for ; Wed, 23 Apr 2008 11:09:58 -0700 (PDT) Received: by 10.100.201.16 with SMTP id y16mr3373343anf.26.1208974198833; Wed, 23 Apr 2008 11:09:58 -0700 (PDT) Received: by 10.100.126.13 with HTTP; Wed, 23 Apr 2008 11:09:58 -0700 (PDT) Message-ID: <8bd31fd70804231109n7c3eb193y132e6bb669c133f0@mail.gmail.com> Date: Wed, 23 Apr 2008 14:09:58 -0400 From: "EunKyung Lee" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_29004_26019882.1208974198823" Subject: [dtn-users] Error message during make X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Apr 2008 18:01:02 -0000 ------=_Part_29004_26019882.1208974198823 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Can anybody solve this compile problem? I cannot install DTN 2.5.0 because of the error below: debug/FatalSignals.cc: In static member function ?tatic void oasys::FatalSignals::handler(int)? debug/FatalSignals.cc:69: warning: deprecated conversion from string constant to ?har*? debug/FatalSignals.cc:73: warning: deprecated conversion from string constant to ?har*? debug/FatalSignals.cc:74: warning: deprecated conversion from string constant to ?har*? debug/FatalSignals.cc:75: warning: deprecated conversion from string constant to ?har*? debug/FatalSignals.cc:76: warning: deprecated conversion from string constant to ?har*? debug/FatalSignals.cc:77: warning: deprecated conversion from string constant to ?har*? debug/FatalSignals.cc:78: warning: deprecated conversion from string constant to ?har*? At global scope: cc1plus: error: unrecognized command line option "-Wno-long-double" make[1]: *** [debug/FatalSignals.o] Error 1 make[1]: Leaving directory `/root/dtn-2.5.0/oasys' make: *** [oasys] Error 2 Any suggestion or comment will be very appreciated. :) ------=_Part_29004_26019882.1208974198823 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Can anybody solve this compile problem?
I cannot install DTN 2.5.0 because of the error below:
 
debug/FatalSignals.cc: In static member function ?tatic void oasys::FatalSignals::handler(int)?
debug/FatalSignals.cc:69: warning: deprecated conversion from string constant to ?har*?
debug/FatalSignals.cc:73: warning: deprecated conversion from string constant to ?har*?
debug/FatalSignals.cc:74: warning: deprecated conversion from string constant to ?har*?
debug/FatalSignals.cc:75: warning: deprecated conversion from string constant to ?har*?
debug/FatalSignals.cc:76: warning: deprecated conversion from string constant to ?har*?
debug/FatalSignals.cc:77: warning: deprecated conversion from string constant to ?har*?
debug/FatalSignals.cc:78: warning: deprecated conversion from string constant to ?har*?
At global scope:
cc1plus: error: unrecognized command line option "-Wno-long-double"
make[1]: *** [debug/FatalSignals.o] Error 1
make[1]: Leaving directory `/root/dtn-2.5.0/oasys'
make: *** [oasys] Error 2
Any suggestion or comment will be very appreciated. :)
------=_Part_29004_26019882.1208974198823-- Received: from ee.lamar.edu (EE.LAMAR.EDU [140.158.48.2]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m3MGrJEN005705 for ; Tue, 22 Apr 2008 09:53:19 -0700 Received: from lamar88b920e3c (unknown [140.158.49.87]) by ee.lamar.edu (Postfix) with ESMTP id 925AF2D8170 for ; Tue, 22 Apr 2008 12:02:10 -0500 (CDT) From: "Ruhai Wang" To: Date: Tue, 22 Apr 2008 12:02:28 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: <355EBA6F-0D94-4770-AB9D-1FD741958FFD@cs.berkeley.edu> Thread-Index: AcieRpl8OqJDK1C2RS2vApLAJ4+MqwGXDS4A Message-Id: <20080422170210.925AF2D8170@ee.lamar.edu> Subject: [dtn-users] CFP: International Workshop on Satellite and Space Communications 2008 (IWSSC 2008), Toulouse, France X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2008 16:53:21 -0000 ******* My apologizes if you receive multiple copies of this email message ******** ---------------------------------------------------------------------------- -------------- Dear Colleagues, I am very pleased to remind you that the deadline for submissions (extended abstracts or full papers) to the International Workshop on Satellite and Space Communications 2008 (IWSSC 2008), organized by Prof. Michel Bousquet in Toulouse (ISAE premises), France, October 1-3, 2008 (Web site http://www.tesa.prd.fr/iwssc08/) has been extended to April 28, 2008 (hard, final deadline). For submission instructions, please follow the guidelines at: http://www.tesa.prd.fr/iwssc08/submissions.html IWSSC 2008 is technically endorsed by the IEEE Communication Society (SSC and TCPC Committees). Published papers will also appear on IEEE Xplore. I also take this opportunity to let you know that Dr. Anton Donner (DLR) has already organized very interesting tutorials for Oct. 1st afternoon: - Fernando Perez-Fontan: "Characterization and modelling of the LMS channel" - Bernhard Collini-Nocker: "Encapsulation matters: from MPE over ULE to GSE" - Lloyd Wood: "Satellite Constellation Networks Part 1" - Markus Werner: "Satellite Constellation Networks Part 2". The access to tutorials is free. Please take a look at the call for papers at the end of this email. Thanks a lot. Looking forward to hearing from you, Sincerely, Giovanni on behalf of the IWSSC 2008 Organization Team -------------------------------------------------------------------- CALL FOR PAPERS 2008 International Workshop on Satellite and Space Communications (IWSSC 2008) 1st-3rd October 2008, ISAE/SUPAERO, Toulouse, France http://www.tesa.prd.fr/iwssc08/ --------------------------------------------------------------------- The objective of this workshop is to provide a forum for researchers and technologists to present new ideas and contributions in the form of technical papers, panel discussions and tutorials of ideas in the field of satellite communications. It is intended to bring together various satellite communication systems developers to discuss the current status, technical challenges, standards, fundamental issues, and future services and applications. IWSSC 2008 seeks to address and capture highly innovative and state of the art research from the satellite communications industry. The scope of the workshop includes a wide range of technical challenges in view of the growing interest for satellite networks, multi-media and broadband access to satellite communication systems, the evolution of future satellite communications with access across hybrid platforms, the direct mobile access to satellites, the use of fade countermeasures and the integration with radio resource management. IWSSC 2008 is technically supported by IEEE Communications Society. It is endorsed by IEEE SSC and co-endorsed by IEEE TCPC. Published papers will appear on IEEExplore. Important Dates: Submission deadline: April 28, 2008 (Extended) Notification of acceptance: June 16, 2008 Submission of camera-ready versions of accepted papers: July 15, 2008 Topics of interest include but are not limited to the following: - Standards Status (e.g., ITU, ETSI) - Hybrid Satellite and Terrestrial Networks - Navigation Services - Reliable Multicast Protocols - Transport Protocol Performance over Satellite - IP over Satellite and QoS support - Network Management & Control issues - Onboard Switching and Processing Technologies - Delay tolerant networking - Radio Resource Management - Fade Countermeasures - Cross-layer Air Interface Design - Call Admission Control Schemes - Dynamic Bandwidth Allocation - Advances in Modulation and Coding - Advances in Antenna Technology - Channel Models - Security Aspects and Issues - Forward and Return Link Encapsulation General Chair: Giovanni Giambene, University of Siena, Italy General Co-Chair and Finance Chair: Michel Bousquet, ISAE/SUPAERO, Toulouse, France General Vice-Chair Boon Sain Yeo, SensiMesh Pte Ltd, Singapore Technical Program Chair: Laurent Castanet, ONERA, Toulouse, France Technical Program Co-Chairs: Sooyoung Kim, Chonbuk National University, Korea Ruhai Wang, Lamar University, Texas Panel Chair: Sandro Scalise, DLR, Germany Publicity Chair: Sastri Kota, Harris Corp., USA Publication Chair and co-Chair Paolo Chini, University of Siena, Italy Thierry Gayraud, LAAS, Toulouse, France Steering Committee: Michel Bousquet, ISAE/SUPAERO, Toulouse, France Bernhard Collini-Nocker, University of Salzburg, Austria Erina Ferro, ISTI-CNR, Pisa, Italy Giovanni Giambene, University of Siena, Italy Otto Koudelka, Technical University Graz, Austria Jose' Ignacio Moreno, Universidad Carlos III de Madrid, Spain Francisco Javier Gonzalez Castano, Universidad de Vigo, Spain Sastri Kota, Harris Corp., USA William W. Wu, Advanced Technology Mechanization, USA Boon Sain Yeo, Wavex Technologies Pte Ltd, Singapore Local Organizing Committee: Michel Bousquet, ISAE/SUPAERO, Toulouse, France Laurent Castanet, ONERA, Toulouse, France David Bonacci, TeSA, Toulouse, France Julien Roustan, TeSA, Toulouse, France Conference Secretariat: Sarah Gueguen, TeSA, 14-16 Port Saint Etienne, 31000 Toulouse (Tel: +33 561 24 7360, email: sarah.gueguen@tesa.prd.fr ) Paper Submission Guidelines: Acceptance will be based on an extended abstract or a full paper. In case of an extended abstract submission, diagrams, results, and bibliography have to be provided to allow the reviewers to assess the contribution of your work. In addition to the paper submission, an abstract (approx. 150 words) shall be submitted. The submission has to be performed electronically by April 28, 2008; look at the instruction on the conference web site: http://www.tesa.prd.fr/iwssc08/. EDAS system will be used. For information, please send email to: iwssc2008@tesa.prd.fr ***Special sessions will be made available for young researchers to provide them with the opportunity to present their activities. *** Special Sessions & Tutorials: Proposals for Special Sessions and Tutorials are also being solicited. Special Sessions are about 90 minutes long. They focus on advanced topics in particular areas of interest to the attendees of IWSSC 2008. Tutorials (half-day or full-day sessions) are intended to provide in-depth learning on a specific topic of interest to the participants. Proposals for Special Sessions and Tutorials should consist of a 1000 words summary, a 150 words abstract, and a cover page listing the details of the author(s) as given above. Please submit your proposal to the Special Session Chair Thierry Gayraud (gayraud@laas.fr) and to the Tutorial Chair Anton Donner (anton.donner@dlr.de) until February 1, 2008. Exhibitions: Exhibitions of company products are solicited for the Technical Subject Areas. Interested parties should contact the Local Organizing Committee by e-mail until June 2, 2008. ****************************************************************** Ruhai Wang, Ph.D. Associate Professor Drayer Department of Electrical Engineering Lamar University P.O. Box 10029 Beaumont, Texas 77710 ****************************************************************** Phone:(409) 880-1829 Fax: (409) 880-1821 Email: wang@ee.lamar.edu Received: from kac.cnri.dit.ie (kac.cnri.dit.ie [147.252.67.9]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m3F7UF7q028651 for ; Tue, 15 Apr 2008 00:30:16 -0700 Received: from [127.0.0.1] (kac.cnri.dit.ie [147.252.67.9]) by kac.cnri.dit.ie (8.13.4/8.13.4) with ESMTP id m3F7cDRA082348; Tue, 15 Apr 2008 08:38:14 +0100 (IST) (envelope-from karol.kowalik@cnri.dit.ie) Message-ID: <48046975.5040005@cnri.dit.ie> Date: Tue, 15 Apr 2008 09:38:13 +0100 From: Karol Kowalik User-Agent: Thunderbird 1.5.0.9 (X11/20070102) MIME-Version: 1.0 To: Michael Demmer References: <48033DE0.9050208@cnri.dit.ie> <355EBA6F-0D94-4770-AB9D-1FD741958FFD@cs.berkeley.edu> In-Reply-To: <355EBA6F-0D94-4770-AB9D-1FD741958FFD@cs.berkeley.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] compiling DTN2 with gcc32 X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2008 07:30:17 -0000 Hello Michael, Thanks for your help. It compiles fine now. Thanks Karol Michael Demmer wrote: > > I've fixed this problem in the mercurial repository: > > http://www.dtnrg.org/hg/DTN2/rev/9d3acc74fd07a > > You should be able to either apply the given patch to your code or > update to the version at the tip of the repository. > > -mike > > On Apr 14, 2008, at 4:20 AM, Karol Kowalik wrote: >> Hello, >> >> I'm trying to compile DTN2 with gcc32 and g++32 (gcc version 3.2.3 >> 20030502 (Red Hat Linux 3.2.3-47.fc4)). However, I get many errors >> (attached below). Do you know if there is an easy fix for this? >> >> Thanks >> Karol >> >> >> >> g++32 -I.. -I.. -DHAVE_CONFIG_H -D_LARGEFILE_SOURCE >> -D_FILE_OFFSET_BITS=64 -I../servlib -I../oasys -Wcast-align -g >> -fno-inline -fPIC -DPIC -MMD -MP -MT "routing/DTLSRRouter.o >> routing/DTLSRRouter.E routing/DTLSRRouter.po" -g -c >> routing/DTLSRRouter.cc -o routing/DTLSRRouter.o >> In file included from routing/MultiGraph.h:237, >> from routing/DTLSRRouter.h:25, >> from routing/DTLSRRouter.cc:24: >> routing/MultiGraph.tcc:54: prototype for `dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::find_node(const >> std::basic_string, std::allocator >>> &)' >> does not match any in class `dtn::MultiGraph<_NodeInfo, _EdgeInfo>' >> routing/MultiGraph.h:55: candidate is: dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::find_node(const >> std::string&) const >> routing/MultiGraph.tcc:54: template definition of non-template ` >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* >> dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::find_node(const std::basic_string> std::char_traits, >> std::allocator >&)' >> routing/MultiGraph.tcc: In member function `dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::find_edge(const >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const _EdgeInfo&) [with >> _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = >> dtn::DTLSRRouter::EdgeInfo]': >> routing/DTLSRRouter.cc:304: instantiated from here >> routing/MultiGraph.tcc:115: no match for >> `__gnu_cxx::__normal_iterator> dtn::DTLSRRouter::NodeInfo*, std::vector> dtn::DTLSRRouter::EdgeInfo> >& = >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge* const*, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator >> /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: >> __gnu_cxx::__normal_iterator> [root@escher dtn-2.5.0]# more log >> make -w -C oasys >> make[1]: Entering directory `/opt/dtn/dtn-2.5.0/oasys' >> make[1]: Nothing to be done for `all'. >> make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/oasys' >> make -w -C applib >> make[1]: Entering directory `/opt/dtn/dtn-2.5.0/applib' >> make[1]: Nothing to be done for `all'. >> make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/applib' >> make -w -C servlib >> make[1]: Entering directory `/opt/dtn/dtn-2.5.0/servlib' >> g++32 -I.. -I.. -DHAVE_CONFIG_H -D_LARGEFILE_SOURCE >> -D_FILE_OFFSET_BITS=64 -I../servlib -I../oasys -Wcast-align -g >> -fno-inline -fPIC -DPIC -MMD -MP -MT "routing/DTLSRRouter.o >> routing/DTLSRRouter.E routing/DTLSRRouter.po" -g -c >> routing/DTLSRRouter.cc -o routing/DTLSRRouter.o >> In file included from routing/MultiGraph.h:237, >> from routing/DTLSRRouter.h:25, >> from routing/DTLSRRouter.cc:24: >> routing/MultiGraph.tcc:54: prototype for `dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::find_node(const >> std::basic_string, std::allocator >>> &)' >> does not match any in class `dtn::MultiGraph<_NodeInfo, _EdgeInfo>' >> routing/MultiGraph.h:55: candidate is: dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::find_node(const >> std::string&) const >> routing/MultiGraph.tcc:54: template definition of non-template ` >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* >> dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::find_node(const std::basic_string> std::char_traits, >> std::allocator >&)' >> routing/MultiGraph.tcc: In member function `dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::find_edge(const >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const _EdgeInfo&) [with >> _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = >> dtn::DTLSRRouter::EdgeInfo]': >> routing/DTLSRRouter.cc:304: instantiated from here >> routing/MultiGraph.tcc:115: no match for >> `__gnu_cxx::__normal_iterator> dtn::DTLSRRouter::NodeInfo*, std::vector> dtn::DTLSRRouter::EdgeInfo> >& = >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge* const*, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator >> /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: >> __gnu_cxx::__normal_iterator> std::vector >& >> __gnu_cxx::__normal_iterator> std::vector >>> ::operator=(const __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::NodeInfo*, std::vector> dtn::DTLSRRouter::EdgeInfo> >&) >> routing/DTLSRRouter.cc:304: instantiated from here >> routing/MultiGraph.tcc:115: no match for >> `__gnu_cxx::__normal_iterator> dtn::DTLSRRouter::NodeInfo*, std::vector> dtn::DTLSRRouter::EdgeInfo> >& != >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge* const*, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator >> routing/DTLSRRouter.cc:304: instantiated from here >> routing/MultiGraph.tcc:116: cannot convert `const >> dtn::DTLSRRouter::NodeInfo' >> to `const dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*' in initialization >> routing/DTLSRRouter.cc:304: instantiated from here >> routing/MultiGraph.tcc:119: cannot convert `const >> dtn::DTLSRRouter::NodeInfo' >> to `dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*' in return >> routing/MultiGraph.tcc: In member function `bool >> dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::del_edge(dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge*) [with _NodeInfo = >> dtn::DTLSRRouter::NodeInfo, _EdgeInfo = dtn::DTLSRRouter::EdgeInfo]': >> routing/DTLSRRouter.cc:397: instantiated from here >> routing/MultiGraph.tcc:133: no match for ` >> __gnu_cxx::__normal_iterator> std::vector >> >& = >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge**, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator >> /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: >> __gnu_cxx::__normal_iterator> std::vector >& >> __gnu_cxx::__normal_iterator> std::vector >>> ::operator=(const >> __gnu_cxx::__normal_iterator> std::vector >> >&) >> routing/MultiGraph.tcc:133: no match for ` >> __gnu_cxx::__normal_iterator> std::vector >>> & != >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge**, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator >> routing/DTLSRRouter.cc:397: instantiated from here >> routing/MultiGraph.tcc:136: no match for `dtn::DTLSRRouter::NodeInfo& == >> dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*&' operator >> routing/DTLSRRouter.cc:397: instantiated from here >> routing/MultiGraph.tcc:140: no match for ` >> __gnu_cxx::__normal_iterator> std::vector >> >& = >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge**, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator >> /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: >> __gnu_cxx::__normal_iterator> std::vector >& >> __gnu_cxx::__normal_iterator> std::vector >>> ::operator=(const >> __gnu_cxx::__normal_iterator> std::vector >> >&) >> routing/DTLSRRouter.cc:397: instantiated from here >> routing/MultiGraph.tcc:143: no match for ` >> __gnu_cxx::__normal_iterator> std::vector >>> & != >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge**, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator >> routing/DTLSRRouter.cc:397: instantiated from here >> routing/MultiGraph.tcc:144: no match for `dtn::DTLSRRouter::NodeInfo& == >> dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*&' operator >> routing/DTLSRRouter.cc:397: instantiated from here >> routing/MultiGraph.tcc:149: no matching function for call to ` >> dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::EdgeVector::erase( >> __gnu_cxx::__normal_iterator> std::vector >> >&)' >> /usr/include/c++/3.2.3/bits/stl_vector.h:647: candidates are: >> __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > >> std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, >> std::vector<_Tp, _Alloc> >) [with _Tp = >> dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*>] >> /usr/include/c++/3.2.3/bits/stl_vector.h:670: >> __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > >> std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, >> std::vector<_Tp, _Alloc> >, __gnu_cxx::__normal_iterator<_Tp*, >> std::vector<_Tp, _Alloc> >) [with _Tp = >> dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*>] >> routing/DTLSRRouter.cc:397: instantiated from here >> routing/MultiGraph.tcc:150: no matching function for call to ` >> dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::EdgeVector::erase( >> __gnu_cxx::__normal_iterator> std::vector >> >&)' >> /usr/include/c++/3.2.3/bits/stl_vector.h:647: candidates are: >> __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > >> std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, >> std::vector<_Tp, _Alloc> >) [with _Tp = >> dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*>] >> /usr/include/c++/3.2.3/bits/stl_vector.h:670: >> __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > >> std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, >> std::vector<_Tp, _Alloc> >, __gnu_cxx::__normal_iterator<_Tp*, >> std::vector<_Tp, _Alloc> >) [with _Tp = >> dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*>] >> routing/MultiGraph.tcc: In member function `void >> dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::shortest_path(const dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::EdgeVector*, >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with >> _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = >> dtn::DTLSRRouter::EdgeInfo]': >> routing/MultiGraph.tcc:333: instantiated from >> `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with >> _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = >> dtn::DTLSRRouter::EdgeInfo]' >> routing/DTLSRRouter.cc:465: instantiated from here >> routing/MultiGraph.tcc:208: conversion from ` >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Node**, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Node*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Node*> > >' to non-scalar type ` >> __gnu_cxx::__normal_iterator> std::vector >' >> requested >> routing/MultiGraph.tcc:333: instantiated from >> `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with >> _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = >> dtn::DTLSRRouter::EdgeInfo]' >> routing/DTLSRRouter.cc:465: instantiated from here >> routing/MultiGraph.tcc:208: no match for ` >> __gnu_cxx::__normal_iterator> std::vector >>> & != >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Node**, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Node*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Node*> > >' operator >> routing/MultiGraph.tcc:211: base operand of `->' has non-pointer type ` >> dtn::DTLSRRouter::NodeInfo' >> routing/MultiGraph.tcc:212: base operand of `->' has non-pointer type ` >> dtn::DTLSRRouter::NodeInfo' >> routing/MultiGraph.tcc:213: base operand of `->' has non-pointer type ` >> dtn::DTLSRRouter::NodeInfo' >> routing/MultiGraph.tcc:333: instantiated from >> `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, >> _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, >> dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with >> _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = >> dtn::DTLSRRouter::EdgeInfo]' >> routing/DTLSRRouter.cc:465: instantiated from here >> routing/MultiGraph.tcc:227: conversion from ` >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge* const*, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' to non-scalar type ` >> __gnu_cxx::__normal_iterator> std::vector >' >> requested >> routing/MultiGraph.tcc:227: no match for >> `__gnu_cxx::__normal_iterator> dtn::DTLSRRouter::NodeInfo*, std::vector> dtn::DTLSRRouter::EdgeInfo> >& != >> >> __gnu_cxx::__normal_iterator> dtn::DTLSRRouter::EdgeInfo>::Edge* const*, >> std::vector> dtn::DTLSRRouter::EdgeInfo>::Edge*, >> std::allocator> dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator >> routing/MultiGraph.tcc:230: cannot convert `const >> dtn::DTLSRRouter::NodeInfo' >> to `dtn::MultiGraph> dtn::DTLSRRouter::EdgeInfo>::Edge*' in initialization >> make[1]: *** [routing/DTLSRRouter.o] Error 1 >> make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/servlib' >> make: *** [servlib] Error 2 >> >> _______________________________________________ >> dtn-users mailing list >> dtn-users@mailman.dtnrg.org >> http://maillists.intel-research.net/mailman/listinfo/dtn-users > > Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m3EFZvuh004583 for ; Mon, 14 Apr 2008 08:35:57 -0700 Received: from [192.168.1.102] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id m3EFhk5Y024276 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 14 Apr 2008 08:43:48 -0700 (PDT) From: Michael Demmer To: Karol Kowalik In-Reply-To: <48033DE0.9050208@cnri.dit.ie> References: <48033DE0.9050208@cnri.dit.ie> Message-Id: <355EBA6F-0D94-4770-AB9D-1FD741958FFD@cs.berkeley.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Applemailsentby: demmer Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 14 Apr 2008 08:43:40 -0700 X-Mailer: Apple Mail (2.919.2) Cc: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] compiling DTN2 with gcc32 X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 15:35:58 -0000 I've fixed this problem in the mercurial repository: http://www.dtnrg.org/hg/DTN2/rev/9d3acc74fd07a You should be able to either apply the given patch to your code or update to the version at the tip of the repository. -mike On Apr 14, 2008, at 4:20 AM, Karol Kowalik wrote: > Hello, > > I'm trying to compile DTN2 with gcc32 and g++32 (gcc version 3.2.3 > 20030502 (Red Hat Linux 3.2.3-47.fc4)). However, I get many errors > (attached below). Do you know if there is an easy fix for this? > > Thanks > Karol > > > > g++32 -I.. -I.. -DHAVE_CONFIG_H -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -I../servlib -I../oasys -Wcast-align -g > -fno-inline -fPIC -DPIC -MMD -MP -MT "routing/DTLSRRouter.o > routing/DTLSRRouter.E routing/DTLSRRouter.po" -g -c > routing/DTLSRRouter.cc -o routing/DTLSRRouter.o > In file included from routing/MultiGraph.h:237, > from routing/DTLSRRouter.h:25, > from routing/DTLSRRouter.cc:24: > routing/MultiGraph.tcc:54: prototype for `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const > std::basic_string, > std::allocator >> &)' > does not match any in class `dtn::MultiGraph<_NodeInfo, _EdgeInfo>' > routing/MultiGraph.h:55: candidate is: dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const > std::string&) const > routing/MultiGraph.tcc:54: template definition of non-template ` > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const std::basic_string std::char_traits, > std::allocator >&)' > routing/MultiGraph.tcc: In member function `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_edge(const > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const _EdgeInfo&) > [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]': > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:115: no match for > `__gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >& = > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: > __gnu_cxx::__normal_iterator [root@escher dtn-2.5.0]# more log > make -w -C oasys > make[1]: Entering directory `/opt/dtn/dtn-2.5.0/oasys' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/oasys' > make -w -C applib > make[1]: Entering directory `/opt/dtn/dtn-2.5.0/applib' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/applib' > make -w -C servlib > make[1]: Entering directory `/opt/dtn/dtn-2.5.0/servlib' > g++32 -I.. -I.. -DHAVE_CONFIG_H -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -I../servlib -I../oasys -Wcast-align -g > -fno-inline -fPIC -DPIC -MMD -MP -MT "routing/DTLSRRouter.o > routing/DTLSRRouter.E routing/DTLSRRouter.po" -g -c > routing/DTLSRRouter.cc -o routing/DTLSRRouter.o > In file included from routing/MultiGraph.h:237, > from routing/DTLSRRouter.h:25, > from routing/DTLSRRouter.cc:24: > routing/MultiGraph.tcc:54: prototype for `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const > std::basic_string, > std::allocator >> &)' > does not match any in class `dtn::MultiGraph<_NodeInfo, _EdgeInfo>' > routing/MultiGraph.h:55: candidate is: dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const > std::string&) const > routing/MultiGraph.tcc:54: template definition of non-template ` > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const std::basic_string std::char_traits, > std::allocator >&)' > routing/MultiGraph.tcc: In member function `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_edge(const > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const _EdgeInfo&) > [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]': > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:115: no match for > `__gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >& = > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& > __gnu_cxx::__normal_iterator std::vector >> ::operator=(const __gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >&) > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:115: no match for > `__gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >& != > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:116: cannot convert `const > dtn::DTLSRRouter::NodeInfo' > to `const dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*' in initialization > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:119: cannot convert `const > dtn::DTLSRRouter::NodeInfo' > to `dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*' in return > routing/MultiGraph.tcc: In member function `bool > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::del_edge(dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge*) [with _NodeInfo = > dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]': > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:133: no match for ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& = > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& > __gnu_cxx::__normal_iterator std::vector >> ::operator=(const > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >&) > routing/MultiGraph.tcc:133: no match for ` > __gnu_cxx::__normal_iterator std::vector >> & != > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:136: no match for > `dtn::DTLSRRouter::NodeInfo& == > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*&' operator > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:140: no match for ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& = > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& > __gnu_cxx::__normal_iterator std::vector >> ::operator=(const > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >&) > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:143: no match for ` > __gnu_cxx::__normal_iterator std::vector >> & != > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:144: no match for > `dtn::DTLSRRouter::NodeInfo& == > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*&' operator > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:149: no matching function for call to ` > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::EdgeVector::erase( > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >&)' > /usr/include/c++/3.2.3/bits/stl_vector.h:647: candidates are: > __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >) [with _Tp = > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*>] > /usr/include/c++/3.2.3/bits/stl_vector.h:670: > __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >, __gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >) [with _Tp = > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*>] > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:150: no matching function for call to ` > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::EdgeVector::erase( > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >&)' > /usr/include/c++/3.2.3/bits/stl_vector.h:647: candidates are: > __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >) [with _Tp = > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*>] > /usr/include/c++/3.2.3/bits/stl_vector.h:670: > __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >, __gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >) [with _Tp = > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*>] > routing/MultiGraph.tcc: In member function `void > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::shortest_path(const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::EdgeVector*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) > [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]': > routing/MultiGraph.tcc:333: instantiated from > `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]' > routing/DTLSRRouter.cc:465: instantiated from here > routing/MultiGraph.tcc:208: conversion from ` > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Node**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Node*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Node*> > >' to non-scalar type ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >' > requested > routing/MultiGraph.tcc:333: instantiated from > `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]' > routing/DTLSRRouter.cc:465: instantiated from here > routing/MultiGraph.tcc:208: no match for ` > __gnu_cxx::__normal_iterator std::vector >> & != > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Node**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Node*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Node*> > >' operator > routing/MultiGraph.tcc:211: base operand of `->' has non-pointer > type ` > dtn::DTLSRRouter::NodeInfo' > routing/MultiGraph.tcc:212: base operand of `->' has non-pointer > type ` > dtn::DTLSRRouter::NodeInfo' > routing/MultiGraph.tcc:213: base operand of `->' has non-pointer > type ` > dtn::DTLSRRouter::NodeInfo' > routing/MultiGraph.tcc:333: instantiated from > `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]' > routing/DTLSRRouter.cc:465: instantiated from here > routing/MultiGraph.tcc:227: conversion from ` > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' to non-scalar type ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >' > requested > routing/MultiGraph.tcc:227: no match for > `__gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >& != > > __gnu_cxx > ::__normal_iterator dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > routing/MultiGraph.tcc:230: cannot convert `const > dtn::DTLSRRouter::NodeInfo' > to `dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*' in initialization > make[1]: *** [routing/DTLSRRouter.o] Error 1 > make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/servlib' > make: *** [servlib] Error 2 > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users Received: from imaps.tssg.org (tssg.wit.ie [193.1.185.11]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m3EBZFnt022125 for ; Mon, 14 Apr 2008 04:35:15 -0700 Received: from [JC?????IPv6:2001:770:20:2:217:f2ff:fec4:58a4] (unknown [IPv6:2001:770:20:2:217:f2ff:fec4:58a4]) by imaps.tssg.org (Postfix) with ESMTP id 45B143F3D2 for ; Mon, 14 Apr 2008 12:43:11 +0100 (IST) Mime-Version: 1.0 (Apple Message framework v753) In-Reply-To: <48033DE0.9050208@cnri.dit.ie> References: <48033DE0.9050208@cnri.dit.ie> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <283DBC3D-70BC-4108-837E-FD6FFDA883EB@tssg.org> Content-Transfer-Encoding: 7bit From: John Ronan Date: Mon, 14 Apr 2008 12:43:13 +0100 To: dtn-users mailing list X-Mailer: Apple Mail (2.753) Subject: Re: [dtn-users] compiling DTN2 with gcc32 X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 11:35:17 -0000 I'm no expert, but I'm guessing there is a c++ library missing do you have all the c++ development headers installed OR maybe the DTN code might have a dependency on a newer version of the c++ libraries. That said, that could all be rubbish and not your problem at all. Its just an un-educated guess. Regards John On 14 Apr 2008, at 12:20, Karol Kowalik wrote: > Hello, > > I'm trying to compile DTN2 with gcc32 and g++32 (gcc version 3.2.3 > 20030502 (Red Hat Linux 3.2.3-47.fc4)). However, I get many errors > (attached below). Do you know if there is an easy fix for this? > > Thanks > Karol > > > > g++32 -I.. -I.. -DHAVE_CONFIG_H -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -I../servlib -I../oasys -Wcast-align -g > -fno-inline -fPIC -DPIC -MMD -MP -MT "routing/DTLSRRouter.o > routing/DTLSRRouter.E routing/DTLSRRouter.po" -g -c > routing/DTLSRRouter.cc -o routing/DTLSRRouter.o > In file included from routing/MultiGraph.h:237, > from routing/DTLSRRouter.h:25, > from routing/DTLSRRouter.cc:24: > routing/MultiGraph.tcc:54: prototype for `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const > std::basic_string, > std::allocator >> &)' > does not match any in class `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>' > routing/MultiGraph.h:55: candidate is: dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const > std::string&) const > routing/MultiGraph.tcc:54: template definition of non-template ` > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const std::basic_string std::char_traits, > std::allocator >&)' > routing/MultiGraph.tcc: In member function `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_edge(const > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const _EdgeInfo&) > [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]': > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:115: no match for > `__gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >& = > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: > __gnu_cxx::__normal_iterator [root@escher dtn-2.5.0]# more log > make -w -C oasys > make[1]: Entering directory `/opt/dtn/dtn-2.5.0/oasys' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/oasys' > make -w -C applib > make[1]: Entering directory `/opt/dtn/dtn-2.5.0/applib' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/applib' > make -w -C servlib > make[1]: Entering directory `/opt/dtn/dtn-2.5.0/servlib' > g++32 -I.. -I.. -DHAVE_CONFIG_H -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -I../servlib -I../oasys -Wcast-align -g > -fno-inline -fPIC -DPIC -MMD -MP -MT "routing/DTLSRRouter.o > routing/DTLSRRouter.E routing/DTLSRRouter.po" -g -c > routing/DTLSRRouter.cc -o routing/DTLSRRouter.o > In file included from routing/MultiGraph.h:237, > from routing/DTLSRRouter.h:25, > from routing/DTLSRRouter.cc:24: > routing/MultiGraph.tcc:54: prototype for `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const > std::basic_string, > std::allocator >> &)' > does not match any in class `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>' > routing/MultiGraph.h:55: candidate is: dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const > std::string&) const > routing/MultiGraph.tcc:54: template definition of non-template ` > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_node(const std::basic_string std::char_traits, > std::allocator >&)' > routing/MultiGraph.tcc: In member function `dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::find_edge(const > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const _EdgeInfo&) > [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]': > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:115: no match for > `__gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >& = > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >> ::operator=(const __gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >&) > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:115: no match for > `__gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >& != > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:116: cannot convert `const > dtn::DTLSRRouter::NodeInfo' > to `const dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*' in initialization > routing/DTLSRRouter.cc:304: instantiated from here > routing/MultiGraph.tcc:119: cannot convert `const > dtn::DTLSRRouter::NodeInfo' > to `dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*' in return > routing/MultiGraph.tcc: In member function `bool > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::del_edge(dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge*) [with _NodeInfo = > dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]': > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:133: no match for ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& = > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >> ::operator=(const > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >&) > routing/MultiGraph.tcc:133: no match for ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >> & != > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:136: no match for > `dtn::DTLSRRouter::NodeInfo& == > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*&' operator > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:140: no match for ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& = > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >& > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >> ::operator=(const > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >&) > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:143: no match for ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >> & != > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:144: no match for > `dtn::DTLSRRouter::NodeInfo& == > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*&' operator > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:149: no matching function for call to ` > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::EdgeVector::erase( > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >&)' > /usr/include/c++/3.2.3/bits/stl_vector.h:647: candidates are: > __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >) [with _Tp = > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*>] > /usr/include/c++/3.2.3/bits/stl_vector.h:670: > __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >, __gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >) [with _Tp = > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*>] > routing/DTLSRRouter.cc:397: instantiated from here > routing/MultiGraph.tcc:150: no matching function for call to ` > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::EdgeVector::erase( > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >&)' > /usr/include/c++/3.2.3/bits/stl_vector.h:647: candidates are: > __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >) [with _Tp = > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*>] > /usr/include/c++/3.2.3/bits/stl_vector.h:670: > __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >, __gnu_cxx::__normal_iterator<_Tp*, > std::vector<_Tp, _Alloc> >) [with _Tp = > dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*, _Alloc = > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*>] > routing/MultiGraph.tcc: In member function `void > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::shortest_path(const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::EdgeVector*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) > [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]': > routing/MultiGraph.tcc:333: instantiated from > `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]' > routing/DTLSRRouter.cc:465: instantiated from here > routing/MultiGraph.tcc:208: conversion from ` > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Node**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Node*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Node*> > >' to non-scalar type ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >' > requested > routing/MultiGraph.tcc:333: instantiated from > `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]' > routing/DTLSRRouter.cc:465: instantiated from here > routing/MultiGraph.tcc:208: no match for ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >> & != > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Node**, > std::vector dtn::DTLSRRouter::EdgeInfo>::Node*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Node*> > >' operator > routing/MultiGraph.tcc:211: base operand of `->' has non-pointer > type ` > dtn::DTLSRRouter::NodeInfo' > routing/MultiGraph.tcc:212: base operand of `->' has non-pointer > type ` > dtn::DTLSRRouter::NodeInfo' > routing/MultiGraph.tcc:213: base operand of `->' has non-pointer > type ` > dtn::DTLSRRouter::NodeInfo' > routing/MultiGraph.tcc:333: instantiated from > `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* > dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, > _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, > dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with > _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = > dtn::DTLSRRouter::EdgeInfo]' > routing/DTLSRRouter.cc:465: instantiated from here > routing/MultiGraph.tcc:227: conversion from ` > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' to non-scalar type ` > __gnu_cxx::__normal_iterator std::vector dtn::DTLSRRouter::EdgeInfo> >' > requested > routing/MultiGraph.tcc:227: no match for > `__gnu_cxx::__normal_iterator dtn::DTLSRRouter::NodeInfo*, > std::vector dtn::DTLSRRouter::EdgeInfo> >& != > > __gnu_cxx::__normal_iterator o, > dtn::DTLSRRouter::EdgeInfo>::Edge* const*, > std::vector dtn::DTLSRRouter::EdgeInfo>::Edge*, > std::allocator dtn::DTLSRRouter::EdgeInfo>::Edge*> > >' operator > routing/MultiGraph.tcc:230: cannot convert `const > dtn::DTLSRRouter::NodeInfo' > to `dtn::MultiGraph dtn::DTLSRRouter::EdgeInfo>::Edge*' in initialization > make[1]: *** [routing/DTLSRRouter.o] Error 1 > make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/servlib' > make: *** [servlib] Error 2 > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users > -- John Ronan , +353-51-302938 Telecommunications Software & Systems Group, http://www.tssg.org Received: from kac.cnri.dit.ie (kac.cnri.dit.ie [147.252.67.9]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m3EAKl7R017707 for ; Mon, 14 Apr 2008 03:20:48 -0700 Received: from [127.0.0.1] (kac.cnri.dit.ie [147.252.67.9]) by kac.cnri.dit.ie (8.13.4/8.13.4) with ESMTP id m3EAK0IK074981 for ; Mon, 14 Apr 2008 11:20:01 +0100 (IST) (envelope-from karol.kowalik@cnri.dit.ie) Message-ID: <48033DE0.9050208@cnri.dit.ie> Date: Mon, 14 Apr 2008 12:20:00 +0100 From: Karol Kowalik User-Agent: Thunderbird 1.5.0.9 (X11/20070102) MIME-Version: 1.0 To: dtn-users@mailman.dtnrg.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [dtn-users] compiling DTN2 with gcc32 X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Apr 2008 10:20:50 -0000 Hello, I'm trying to compile DTN2 with gcc32 and g++32 (gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-47.fc4)). However, I get many errors (attached below). Do you know if there is an easy fix for this? Thanks Karol g++32 -I.. -I.. -DHAVE_CONFIG_H -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I../servlib -I../oasys -Wcast-align -g -fno-inline -fPIC -DPIC -MMD -MP -MT "routing/DTLSRRouter.o routing/DTLSRRouter.E routing/DTLSRRouter.po" -g -c routing/DTLSRRouter.cc -o routing/DTLSRRouter.o In file included from routing/MultiGraph.h:237, from routing/DTLSRRouter.h:25, from routing/DTLSRRouter.cc:24: routing/MultiGraph.tcc:54: prototype for `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::find_node(const std::basic_string, std::allocator >&)' does not match any in class `dtn::MultiGraph<_NodeInfo, _EdgeInfo>' routing/MultiGraph.h:55: candidate is: dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::find_node(const std::string&) const routing/MultiGraph.tcc:54: template definition of non-template ` dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::find_node(const std::basic_string, std::allocator >&)' routing/MultiGraph.tcc: In member function `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::find_edge(const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const _EdgeInfo&) [with _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = dtn::DTLSRRouter::EdgeInfo]': routing/DTLSRRouter.cc:304: instantiated from here routing/MultiGraph.tcc:115: no match for `__gnu_cxx::__normal_iterator >& = __gnu_cxx::__normal_iterator::Edge* const*, std::vector::Edge*, std::allocator::Edge*> > >' operator /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: __gnu_cxx::__normal_iterator::Node* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::find_node(const std::basic_string, std::allocator >&)' does not match any in class `dtn::MultiGraph<_NodeInfo, _EdgeInfo>' routing/MultiGraph.h:55: candidate is: dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::find_node(const std::string&) const routing/MultiGraph.tcc:54: template definition of non-template ` dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::find_node(const std::basic_string, std::allocator >&)' routing/MultiGraph.tcc: In member function `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::find_edge(const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const _EdgeInfo&) [with _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = dtn::DTLSRRouter::EdgeInfo]': routing/DTLSRRouter.cc:304: instantiated from here routing/MultiGraph.tcc:115: no match for `__gnu_cxx::__normal_iterator >& = __gnu_cxx::__normal_iterator::Edge* const*, std::vector::Edge*, std::allocator::Edge*> > >' operator /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: __gnu_cxx::__normal_iterator >& __gnu_cxx::__normal_iterator >::operator=(const __gnu_cxx::__normal_iterator >&) routing/DTLSRRouter.cc:304: instantiated from here routing/MultiGraph.tcc:115: no match for `__gnu_cxx::__normal_iterator >& != __gnu_cxx::__normal_iterator::Edge* const*, std::vector::Edge*, std::allocator::Edge*> > >' operator routing/DTLSRRouter.cc:304: instantiated from here routing/MultiGraph.tcc:116: cannot convert `const dtn::DTLSRRouter::NodeInfo' to `const dtn::MultiGraph::Edge*' in initialization routing/DTLSRRouter.cc:304: instantiated from here routing/MultiGraph.tcc:119: cannot convert `const dtn::DTLSRRouter::NodeInfo' to `dtn::MultiGraph::Edge*' in return routing/MultiGraph.tcc: In member function `bool dtn::MultiGraph<_NodeInfo, _EdgeInfo>::del_edge(dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge*) [with _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = dtn::DTLSRRouter::EdgeInfo]': routing/DTLSRRouter.cc:397: instantiated from here routing/MultiGraph.tcc:133: no match for ` __gnu_cxx::__normal_iterator >& = __gnu_cxx::__normal_iterator::Edge**, std::vector::Edge*, std::allocator::Edge*> > >' operator /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: __gnu_cxx::__normal_iterator >& __gnu_cxx::__normal_iterator >::operator=(const __gnu_cxx::__normal_iterator >&) routing/MultiGraph.tcc:133: no match for ` __gnu_cxx::__normal_iterator >& != __gnu_cxx::__normal_iterator::Edge**, std::vector::Edge*, std::allocator::Edge*> > >' operator routing/DTLSRRouter.cc:397: instantiated from here routing/MultiGraph.tcc:136: no match for `dtn::DTLSRRouter::NodeInfo& == dtn::MultiGraph::Edge*&' operator routing/DTLSRRouter.cc:397: instantiated from here routing/MultiGraph.tcc:140: no match for ` __gnu_cxx::__normal_iterator >& = __gnu_cxx::__normal_iterator::Edge**, std::vector::Edge*, std::allocator::Edge*> > >' operator /usr/include/c++/3.2.3/bits/stl_iterator.h:571: candidates are: __gnu_cxx::__normal_iterator >& __gnu_cxx::__normal_iterator >::operator=(const __gnu_cxx::__normal_iterator >&) routing/DTLSRRouter.cc:397: instantiated from here routing/MultiGraph.tcc:143: no match for ` __gnu_cxx::__normal_iterator >& != __gnu_cxx::__normal_iterator::Edge**, std::vector::Edge*, std::allocator::Edge*> > >' operator routing/DTLSRRouter.cc:397: instantiated from here routing/MultiGraph.tcc:144: no match for `dtn::DTLSRRouter::NodeInfo& == dtn::MultiGraph::Edge*&' operator routing/DTLSRRouter.cc:397: instantiated from here routing/MultiGraph.tcc:149: no matching function for call to ` dtn::MultiGraph::EdgeVector::erase( __gnu_cxx::__normal_iterator >&)' /usr/include/c++/3.2.3/bits/stl_vector.h:647: candidates are: __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> >) [with _Tp = dtn::MultiGraph::Edge*, _Alloc = std::allocator::Edge*>] /usr/include/c++/3.2.3/bits/stl_vector.h:670: __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> >, __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> >) [with _Tp = dtn::MultiGraph::Edge*, _Alloc = std::allocator::Edge*>] routing/DTLSRRouter.cc:397: instantiated from here routing/MultiGraph.tcc:150: no matching function for call to ` dtn::MultiGraph::EdgeVector::erase( __gnu_cxx::__normal_iterator >&)' /usr/include/c++/3.2.3/bits/stl_vector.h:647: candidates are: __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> >) [with _Tp = dtn::MultiGraph::Edge*, _Alloc = std::allocator::Edge*>] /usr/include/c++/3.2.3/bits/stl_vector.h:670: __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> > std::vector<_Tp, _Alloc>::erase(__gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> >, __gnu_cxx::__normal_iterator<_Tp*, std::vector<_Tp, _Alloc> >) [with _Tp = dtn::MultiGraph::Edge*, _Alloc = std::allocator::Edge*>] routing/MultiGraph.tcc: In member function `void dtn::MultiGraph<_NodeInfo, _EdgeInfo>::shortest_path(const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, dtn::MultiGraph<_NodeInfo, _EdgeInfo>::EdgeVector*, dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = dtn::DTLSRRouter::EdgeInfo]': routing/MultiGraph.tcc:333: instantiated from `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = dtn::DTLSRRouter::EdgeInfo]' routing/DTLSRRouter.cc:465: instantiated from here routing/MultiGraph.tcc:208: conversion from ` __gnu_cxx::__normal_iterator::Node**, std::vector::Node*, std::allocator::Node*> > >' to non-scalar type ` __gnu_cxx::__normal_iterator >' requested routing/MultiGraph.tcc:333: instantiated from `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = dtn::DTLSRRouter::EdgeInfo]' routing/DTLSRRouter.cc:465: instantiated from here routing/MultiGraph.tcc:208: no match for ` __gnu_cxx::__normal_iterator >& != __gnu_cxx::__normal_iterator::Node**, std::vector::Node*, std::allocator::Node*> > >' operator routing/MultiGraph.tcc:211: base operand of `->' has non-pointer type ` dtn::DTLSRRouter::NodeInfo' routing/MultiGraph.tcc:212: base operand of `->' has non-pointer type ` dtn::DTLSRRouter::NodeInfo' routing/MultiGraph.tcc:213: base operand of `->' has non-pointer type ` dtn::DTLSRRouter::NodeInfo' routing/MultiGraph.tcc:333: instantiated from `dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Edge* dtn::MultiGraph<_NodeInfo, _EdgeInfo>::best_next_hop(const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, const dtn::MultiGraph<_NodeInfo, _EdgeInfo>::Node*, dtn::MultiGraph<_NodeInfo, _EdgeInfo>::WeightFn*, dtn::Bundle*) [with _NodeInfo = dtn::DTLSRRouter::NodeInfo, _EdgeInfo = dtn::DTLSRRouter::EdgeInfo]' routing/DTLSRRouter.cc:465: instantiated from here routing/MultiGraph.tcc:227: conversion from ` __gnu_cxx::__normal_iterator::Edge* const*, std::vector::Edge*, std::allocator::Edge*> > >' to non-scalar type ` __gnu_cxx::__normal_iterator >' requested routing/MultiGraph.tcc:227: no match for `__gnu_cxx::__normal_iterator >& != __gnu_cxx::__normal_iterator::Edge* const*, std::vector::Edge*, std::allocator::Edge*> > >' operator routing/MultiGraph.tcc:230: cannot convert `const dtn::DTLSRRouter::NodeInfo' to `dtn::MultiGraph::Edge*' in initialization make[1]: *** [routing/DTLSRRouter.o] Error 1 make[1]: Leaving directory `/opt/dtn/dtn-2.5.0/servlib' make: *** [servlib] Error 2 Received: from enterprise.atl.lmco.com (mail.atl.external.lmco.com [192.35.37.50]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m39LnPGa026684 for ; Wed, 9 Apr 2008 14:49:26 -0700 Received: from lakehurst.atl.lmco.com (lakehurst [166.17.242.62]) by enterprise.atl.lmco.com (Postfix) with ESMTP id 250FEB6C4 for ; Wed, 9 Apr 2008 17:56:52 -0400 (EDT) Message-ID: <47FD3BA4.1040602@atl.lmco.com> Date: Wed, 09 Apr 2008 17:56:52 -0400 From: Gautam Thaker Organization: Lockheed Martin -- Advanced Technology Laboratories User-Agent: Thunderbird 2.0.0.12 (X11/20080213) MIME-Version: 1.0 To: dtn-users@mailman.dtnrg.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [dtn-users] traceback of 'dtnd' that died on me... X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2008 21:49:27 -0000 I was doing so testing in which I was sending small (4 byte) bundles between 2 machines but was taking interfaces up and down to see the impact. DTN seemed to behave well though I am/was collecting more stats. About an hour or so in 'dtnd' died for me. Trace back says: Core was generated by `dtnd -c a/dtn.conf -d -t -o a.logfile'. Program terminated with signal 11, Segmentation fault. #0 0x0807fc9b in dtn::Bundle::num_mappings () at io/../thread/../debug/Log.h:173 173 io/../thread/../debug/Log.h: No such file or directory. in io/../thread/../debug/Log.h (gdb) where #0 0x0807fc9b in dtn::Bundle::num_mappings () at io/../thread/../debug/Log.h:173 #1 0x08085c96 in dtn::BundleDaemon::event_handlers_completed () at io/../thread/../debug/Log.h:173 #2 0x08085d4f in dtn::BundleDaemon::handle_event () at io/../thread/../debug/Log.h:173 #3 0x08095afd in dtn::BundleDaemon::run () at io/../thread/../debug/Log.h:173 #4 0x0833b734 in oasys::Thread::thread_run (this=0x96e8988, thread_name=0x96e8998 "BundleDaemon", thread_id=3065183120) at thread/Thread.cc:356 #5 0x0833b8cb in oasys::Thread::pre_thread_run (t=0x96e8988) at thread/Thread.cc:301 #6 0x0094250b in start_thread () from /lib/libpthread.so.0 #7 0x00866b2e in clone () from /lib/libc.so.6 Current language: auto; currently c++ (gdb) [1207766910.395829 /dtnd notice] DTN daemon starting up... (pid 2380) [1207766910.404048 /dtn/storage warning] PRUNING CONTENTS OF /var/dtn/db IN 3 SECONDS [1207766911.404097 /dtn/storage warning] PRUNING CONTENTS OF /var/dtn/db IN 2 SECONDS [1207766912.404130 /dtn/storage warning] PRUNING CONTENTS OF /var/dtn/db IN 1 SECONDS [1207766913.404176 /dtn/storage notice] tidy option removing directory '/bin/rm -rf /var/dtn/db' [1207766913.422640 /dtn/storage notice] creating new database directory /var/dtn/db [1207766913.424564 /dtnd notice] tidy option removing directory '/bin/rm -rf /var/dtn/bundles' [1207766913.532871 /dtn/bundle/daemon notice] loading bundles from data store [1207766913.532969 /dtn/bundle/daemon/loop warning] event LINK_CREATED was in queue for 3.129056 seconds [1207766913.533052 /dtn/bundle/daemon/loop warning] event ROUTE_ADD was in queue for 3.129065 seconds ERROR: dtnd (pid 2380) got fatal SIGSEGV - will dump core STACK TRACE: 0x830a65b 0x807fc9b 0x8085c96 0x8085d4f 0x8095afd 0x833b734 0x833b8cb 0x94250b In case of any use. I am running Mercurial version w/ 2-3 days old "pull". Gautam Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.179]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m37MXFWY020114 for ; Mon, 7 Apr 2008 15:33:16 -0700 Received: by el-out-1112.google.com with SMTP id n30so1437227elf.7 for ; Mon, 07 Apr 2008 15:40:32 -0700 (PDT) Received: by 10.140.144.4 with SMTP id r4mr1897688rvd.15.1207608031267; Mon, 07 Apr 2008 15:40:31 -0700 (PDT) Received: by 10.141.75.16 with HTTP; Mon, 7 Apr 2008 15:40:31 -0700 (PDT) Message-ID: <7186b9220804071540k51a6473xa246086b95071a4f@mail.gmail.com> Date: Tue, 8 Apr 2008 00:40:31 +0200 From: "hannes.janetzek@gmail.com" To: "Michael Demmer" In-Reply-To: <0E8FE94F-3973-41F1-8836-56F8A91AA8E7@cs.berkeley.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_16354_26021140.1207608031261" References: <20080403145346.2760df3f@rappel> <47F4E3A4.6090203@bbn.com> <20080406211657.36ed91d1@rappel> <0E8FE94F-3973-41F1-8836-56F8A91AA8E7@cs.berkeley.edu> Cc: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] external router patches X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 22:33:17 -0000 ------=_Part_16354_26021140.1207608031261 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello Michael, I've now added testcases for link requests to dtn2xr (the router I am working on) It requires ruby and soap4r, the installation is explained in the README of dtn2xr. Then you can test it by running 'ruby test_link.rb' you can get it from: git clone git://github.com/jeffdameth/dtn2xr.git Regards, Hannes On Mon, Apr 7, 2008 at 5:00 PM, Michael Demmer wrote: > Hi Hannes, > > I'm happy to patch these changes onto the main DTN2 tree but as I don't > have an implementation of the external router API to test with, I'm > reluctant to do so until I can verify that they work. > > Perhaps someone at BBN could take a look at these and see if they work. > Alternatively, if someone has a simple external router that could be pushed > into the main DTN2 source repository, then I could do this testing as well. > > -m > > > > > On Apr 6, 2008, at 12:16 PM, Hannes Janetzek wrote: > > > Hello, > > > > I ran into a few more problems: > > if one sends out an add_link_request like the one below it causes the > > daemon to segfault because the xml tree element of str_value is passed > > for further processing instead of its value. The attached patches do fix > > this issue. > > > > > > > > > link_type="ondemand" > > clayer="tcp"> > > > > > > nexthop > > 192.168.1.222:4556 > > > > > > > > > > > > > > > > I spend some hours to figure out why a bundle sent via bundle injection > > passed a bunch of random memory contents as payload to the > > destination, until i found out that a hard link should be created from > > my payload to var/dtn/bundles but they were on different partitions so > > this seems to have failed - but I didnt looked further into this. it > > works if the injected payload and the bundles dir are on the same > > partition > > > > Another thing is that the link_report is not really usefull since it > > does not give the link_id which one would need to use the link. > > > > > > I am working on a ruby implementation of an external bundle > > router based on rdtn for a project we do at university. As one can > > imagine the program is still pre-alpha, but a static and a priority > > router are already working. I will give the link if someone is > > interested to try it out. > > > > > > Best Regards, > > Hannes Janetzek > > > > > > > > > > > > > > > > > > > _______________________________________________ > > dtn-users mailing list > > dtn-users@mailman.dtnrg.org > > http://maillists.intel-research.net/mailman/listinfo/dtn-users > > > > > ------=_Part_16354_26021140.1207608031261 Content-Type: text/x-diff; name=ExternalRouter.cc-get_values.patch Content-Transfer-Encoding: base64 X-Attachment-Id: f_fermiscr0 Content-Disposition: attachment; filename=ExternalRouter.cc-get_values.patch ZGlmZiAtciA3MGFjZmQ3OTk4YzMgc2VydmxpYi9yb3V0aW5nL0V4dGVybmFsUm91dGVyLmNjCi0t LSBhL3NlcnZsaWIvcm91dGluZy9FeHRlcm5hbFJvdXRlci5jYwlXZWQgTWFyIDA1IDE3OjIwOjM0 IDIwMDggLTA4MDAKKysrIGIvc2VydmxpYi9yb3V0aW5nL0V4dGVybmFsUm91dGVyLmNjCVR1ZSBB cHIgMDggMDA6MDI6NDAgMjAwOCArMDIwMApAQCAtMTEwMywxNiArMTEwMywxNiBAQCBFeHRlcm5h bFJvdXRlcjo6TW9kdWxlU2VydmVyOjpwcm9jZXNzX2FjCiAgICAgICAgICAgICAgICAgZm9yIChp dGVyID0gYy5iZWdpbigpOyBpdGVyIDwgYy5lbmQoKTsgaXRlcisrKSB7CiAgICAgICAgICAgICAg ICAgICAgIGlmIChpdGVyLT5ib29sX3ZhbHVlKCkucHJlc2VudCgpKQogICAgICAgICAgICAgICAg ICAgICAgICAgcGFyYW1zLnB1c2hfYmFjayhOYW1lZEF0dHJpYnV0ZShpdGVyLT5uYW1lKCksIAot ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBp dGVyLT5ib29sX3ZhbHVlKCkpKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgaXRlci0+Ym9vbF92YWx1ZSgpLmdldCgpKSk7CiAgICAgICAg ICAgICAgICAgICAgIGVsc2UgaWYgKGl0ZXItPnVfaW50X3ZhbHVlKCkucHJlc2VudCgpKQogICAg ICAgICAgICAgICAgICAgICAgICAgcGFyYW1zLnB1c2hfYmFjayhOYW1lZEF0dHJpYnV0ZShpdGVy LT5uYW1lKCksIAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBpdGVyLT51X2ludF92YWx1ZSgpKSk7CisgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGl0ZXItPnVfaW50X3ZhbHVlKCkuZ2V0 KCkpKTsKICAgICAgICAgICAgICAgICAgICAgZWxzZSBpZiAoaXRlci0+aW50X3ZhbHVlKCkucHJl c2VudCgpKQogICAgICAgICAgICAgICAgICAgICAgICAgcGFyYW1zLnB1c2hfYmFjayhOYW1lZEF0 dHJpYnV0ZShpdGVyLT5uYW1lKCksIAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBpdGVyLT5pbnRfdmFsdWUoKSkpOworICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpdGVyLT5pbnRfdmFs dWUoKS5nZXQoKSkpOwogICAgICAgICAgICAgICAgICAgICBlbHNlIGlmIChpdGVyLT5zdHJfdmFs dWUoKS5wcmVzZW50KCkpCiAgICAgICAgICAgICAgICAgICAgICAgICBwYXJhbXMucHVzaF9iYWNr KE5hbWVkQXR0cmlidXRlKGl0ZXItPm5hbWUoKSwgCi0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGl0ZXItPnN0cl92YWx1ZSgpKSk7CisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGl0ZXIt PnN0cl92YWx1ZSgpLmdldCgpKSk7CiAgICAgICAgICAgICAgICAgICAgIGVsc2UKICAgICAgICAg ICAgICAgICAgICAgICAgIGxvZ193YXJuKCJ1bmtub3duIHZhbHVlIHR5cGUgaW4ga2V5LXZhbHVl IHBhaXIiKTsKICAgICAgICAgICAgICAgICB9CkBAIC0xMTg1LDE2ICsxMTg1LDE2IEBAIEV4dGVy bmFsUm91dGVyOjpNb2R1bGVTZXJ2ZXI6OnByb2Nlc3NfYWMKICAgICAgICAgICAgIGZvciAoaXRl ciA9IGMuYmVnaW4oKTsgaXRlciA8IGMuZW5kKCk7IGl0ZXIrKykgewogICAgICAgICAgICAgICBp ZiAoaXRlci0+Ym9vbF92YWx1ZSgpLnByZXNlbnQoKSkKICAgICAgICAgICAgICAgICBwYXJhbXMu cHVzaF9iYWNrKE5hbWVkQXR0cmlidXRlKGl0ZXItPm5hbWUoKSwgCi0gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpdGVyLT5ib29sX3ZhbHVlKCkpKTsKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGl0ZXItPmJvb2xf dmFsdWUoKS5nZXQoKSkpOwogICAgICAgICAgICAgICBlbHNlIGlmIChpdGVyLT51X2ludF92YWx1 ZSgpLnByZXNlbnQoKSkKICAgICAgICAgICAgICAgICBwYXJhbXMucHVzaF9iYWNrKE5hbWVkQXR0 cmlidXRlKGl0ZXItPm5hbWUoKSwgCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBpdGVyLT51X2ludF92YWx1ZSgpKSk7CisgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpdGVyLT51X2ludF92YWx1ZSgpLmdldCgpKSk7 CiAgICAgICAgICAgICAgIGVsc2UgaWYgKGl0ZXItPmludF92YWx1ZSgpLnByZXNlbnQoKSkKICAg ICAgICAgICAgICAgICBwYXJhbXMucHVzaF9iYWNrKE5hbWVkQXR0cmlidXRlKGl0ZXItPm5hbWUo KSwgCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpdGVy LT5pbnRfdmFsdWUoKSkpOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgaXRlci0+aW50X3ZhbHVlKCkuZ2V0KCkpKTsKICAgICAgICAgICAgICAgZWxzZSBp ZiAoaXRlci0+c3RyX3ZhbHVlKCkucHJlc2VudCgpKQogICAgICAgICAgICAgICAgIHBhcmFtcy5w dXNoX2JhY2soTmFtZWRBdHRyaWJ1dGUoaXRlci0+bmFtZSgpLCAKLSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGl0ZXItPnN0cl92YWx1ZSgpKSk7CisgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpdGVyLT5zdHJfdmFs dWUoKS5nZXQoKSkpOwogICAgICAgICAgICAgICBlbHNlCiAgICAgICAgICAgICAgICAgbG9nX3dh cm4oInVua25vd24gdmFsdWUgdHlwZSBpbiBrZXktdmFsdWUgcGFpciIpOwogICAgICAgICAgICAg fQpAQCAtMTMzMSwxNiArMTMzMSwxNiBAQCBFeHRlcm5hbFJvdXRlcjo6TW9kdWxlU2VydmVyOjpw cm9jZXNzX2FjCiAgICAgICAgICAgICBmb3IgKGl0ZXIgPSBjLmJlZ2luKCk7IGl0ZXIgPCBjLmVu ZCgpOyBpdGVyKyspIHsKICAgICAgICAgICAgICAgICBpZiAoaXRlci0+Ym9vbF92YWx1ZSgpLnBy ZXNlbnQoKSkKICAgICAgICAgICAgICAgICAgICAgcGFyYW1zLnB1c2hfYmFjayhOYW1lZEF0dHJp YnV0ZShpdGVyLT5uYW1lKCksIAotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIGl0ZXItPmJvb2xfdmFsdWUoKSkpOworICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGl0ZXItPmJvb2xfdmFsdWUoKS5nZXQo KSkpOwogICAgICAgICAgICAgICAgIGVsc2UgaWYgKGl0ZXItPnVfaW50X3ZhbHVlKCkucHJlc2Vu dCgpKQogICAgICAgICAgICAgICAgICAgICBwYXJhbXMucHVzaF9iYWNrKE5hbWVkQXR0cmlidXRl KGl0ZXItPm5hbWUoKSwgCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgaXRlci0+dV9pbnRfdmFsdWUoKSkpOworICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGl0ZXItPnVfaW50X3ZhbHVlKCkuZ2V0KCkp KTsKICAgICAgICAgICAgICAgICBlbHNlIGlmIChpdGVyLT5pbnRfdmFsdWUoKS5wcmVzZW50KCkp CiAgICAgICAgICAgICAgICAgICAgIHBhcmFtcy5wdXNoX2JhY2soTmFtZWRBdHRyaWJ1dGUoaXRl ci0+bmFtZSgpLCAKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBpdGVyLT5pbnRfdmFsdWUoKSkpOworICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGl0ZXItPmludF92YWx1ZSgpLmdldCgpKSk7CiAgICAg ICAgICAgICAgICAgZWxzZSBpZiAoaXRlci0+c3RyX3ZhbHVlKCkucHJlc2VudCgpKQogICAgICAg ICAgICAgICAgICAgICBwYXJhbXMucHVzaF9iYWNrKE5hbWVkQXR0cmlidXRlKGl0ZXItPm5hbWUo KSwgCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg aXRlci0+c3RyX3ZhbHVlKCkpKTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBpdGVyLT5zdHJfdmFsdWUoKS5nZXQoKSkpOwogICAgICAgICAgICAg ICAgIGVsc2UKICAgICAgICAgICAgICAgICAgICAgbG9nX3dhcm4oInVua25vd24gdmFsdWUgdHlw ZSBpbiBrZXktdmFsdWUgcGFpciIpOwogICAgICAgICAgICAgfQo= ------=_Part_16354_26021140.1207608031261-- Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m37ErLLt025388 for ; Mon, 7 Apr 2008 07:53:21 -0700 Received: from [192.168.1.3] (dsl081-061-178.sfo1.dsl.speakeasy.net [64.81.61.178]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id m37F0XNu006972 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 7 Apr 2008 08:00:34 -0700 (PDT) From: Michael Demmer To: Hannes Janetzek In-Reply-To: <20080406211657.36ed91d1@rappel> References: <20080403145346.2760df3f@rappel> <47F4E3A4.6090203@bbn.com> <20080406211657.36ed91d1@rappel> Message-Id: <0E8FE94F-3973-41F1-8836-56F8A91AA8E7@cs.berkeley.edu> Content-Type: multipart/mixed; boundary=Apple-Mail-35--507522732 X-Applemailsentby: demmer Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 7 Apr 2008 08:00:27 -0700 X-Mailer: Apple Mail (2.919.2) Cc: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] external router patches X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2008 14:53:22 -0000 --Apple-Mail-35--507522732 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi Hannes, I'm happy to patch these changes onto the main DTN2 tree but as I don't have an implementation of the external router API to test with, I'm reluctant to do so until I can verify that they work. Perhaps someone at BBN could take a look at these and see if they work. Alternatively, if someone has a simple external router that could be pushed into the main DTN2 source repository, then I could do this testing as well. -m On Apr 6, 2008, at 12:16 PM, Hannes Janetzek wrote: > Hello, > > I ran into a few more problems: > if one sends out an add_link_request like the one below it causes the > daemon to segfault because the xml tree element of str_value is passed > for further processing instead of its value. The attached patches do > fix > this issue. > > > > link_type="ondemand" > clayer="tcp"> > > > nexthop > 192.168.1.222:4556 > > > > > > > > I spend some hours to figure out why a bundle sent via bundle > injection > passed a bunch of random memory contents as payload to the > destination, until i found out that a hard link should be created from > my payload to var/dtn/bundles but they were on different partitions so > this seems to have failed - but I didnt looked further into this. it > works if the injected payload and the bundles dir are on the same > partition > > Another thing is that the link_report is not really usefull since it > does not give the link_id which one would need to use the link. > > > I am working on a ruby implementation of an external bundle > router based on rdtn for a project we do at university. As one can > imagine the program is still pre-alpha, but a static and a priority > router are already working. I will give the link if someone is > interested to try it out. > > > Best Regards, > Hannes Janetzek > > > > > > > --Apple-Mail-35--507522732 Content-Disposition: attachment; filename=ExternalRouter.cc-get_param_values.patch Content-Type: text/x-patch; x-unix-mode=0666; name="ExternalRouter.cc-get_param_values.patch" Content-Transfer-Encoding: 7bit diff -r 6be66e01be42 servlib/routing/ExternalRouter.cc --- a/servlib/routing/ExternalRouter.cc Tue Jan 15 17:33:25 2008 -0800 +++ b/servlib/routing/ExternalRouter.cc Sun Apr 06 20:32:48 2008 +0200 @@ -826,7 +826,7 @@ ExternalRouter::ModuleServer::run() } } - if (sock_poll->revents & POLLIN) { + if (sock_poll->revents & POLLIN) { char buf[MAX_UDP_PACKET]; in_addr_t raddr; u_int16_t rport; @@ -1101,18 +1101,20 @@ ExternalRouter::ModuleServer::process_ac linkConfigType::cl_params::container::iterator iter; for (iter = c.begin(); iter < c.end(); iter++) { + /* only string values should be passed, according to what + handle_link_create does with the data, maybe remove these? */ if (iter->bool_value().present()) params.push_back(NamedAttribute(iter->name(), - iter->bool_value())); + iter->bool_value().get())); else if (iter->u_int_value().present()) params.push_back(NamedAttribute(iter->name(), - iter->u_int_value())); + iter->u_int_value().get())); else if (iter->int_value().present()) params.push_back(NamedAttribute(iter->name(), - iter->int_value())); + iter->int_value().get())); else if (iter->str_value().present()) params.push_back(NamedAttribute(iter->name(), - iter->str_value())); + iter->str_value().get())); else log_warn("unknown value type in key-value pair"); } --Apple-Mail-35--507522732 Content-Disposition: attachment; filename=BundleDaemon.cc-correct_params_count.patch Content-Type: text/x-patch; x-unix-mode=0666; name="BundleDaemon.cc-correct_params_count.patch" Content-Transfer-Encoding: 7bit diff -r 6be66e01be42 servlib/bundling/BundleDaemon.cc --- a/servlib/bundling/BundleDaemon.cc Tue Jan 15 17:33:25 2008 -0800 +++ b/servlib/bundling/BundleDaemon.cc Sun Apr 06 20:28:46 2008 +0200 @@ -1512,7 +1512,7 @@ BundleDaemon::handle_link_create(LinkCre i++; } } - argc = i+1; + argc = i; const char *invalidp; LinkRef link = Link::create_link(request->name_, request->link_type_, --Apple-Mail-35--507522732 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-users --Apple-Mail-35--507522732-- Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m36JC7rW019931 for ; Sun, 6 Apr 2008 12:12:08 -0700 Received: by nf-out-0910.google.com with SMTP id 30so400230nfu.29 for ; Sun, 06 Apr 2008 12:19:13 -0700 (PDT) Received: by 10.78.83.15 with SMTP id g15mr1698517hub.87.1207509553135; Sun, 06 Apr 2008 12:19:13 -0700 (PDT) Received: from rappel ( [91.96.146.132]) by mx.google.com with ESMTPS id u9sm28301358muf.4.2008.04.06.12.19.11 (version=SSLv3 cipher=OTHER); Sun, 06 Apr 2008 12:19:12 -0700 (PDT) Date: Sun, 6 Apr 2008 21:16:57 +0200 Cc: dtn-users@mailman.dtnrg.org Message-ID: <20080406211657.36ed91d1@rappel> In-Reply-To: <47F4E3A4.6090203@bbn.com> References: <20080403145346.2760df3f@rappel> <47F4E3A4.6090203@bbn.com> X-Mailer: Claws Mail 3.3.1cvs32 (GTK+ 2.12.9; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/7loCde9.D9uRgTB=mvd9a+J" From: Hannes Janetzek Subject: Re: [dtn-users] external router patches X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2008 19:12:10 -0000 --MP_/7loCde9.D9uRgTB=mvd9a+J Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I ran into a few more problems: if one sends out an add_link_request like the one below it causes the daemon to segfault because the xml tree element of str_value is passed for further processing instead of its value. The attached patches do fix this issue. nexthop 192.168.1.222:4556 I spend some hours to figure out why a bundle sent via bundle injection passed a bunch of random memory contents as payload to the destination, until i found out that a hard link should be created from my payload to var/dtn/bundles but they were on different partitions so this seems to have failed - but I didnt looked further into this. it works if the injected payload and the bundles dir are on the same partition Another thing is that the link_report is not really usefull since it does not give the link_id which one would need to use the link. I am working on a ruby implementation of an external bundle router based on rdtn for a project we do at university. As one can imagine the program is still pre-alpha, but a static and a priority router are already working. I will give the link if someone is interested to try it out. Best Regards, Hannes Janetzek --MP_/7loCde9.D9uRgTB=mvd9a+J Content-Type: text/x-patch; name=ExternalRouter.cc-get_param_values.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=ExternalRouter.cc-get_param_values.patch diff -r 6be66e01be42 servlib/routing/ExternalRouter.cc --- a/servlib/routing/ExternalRouter.cc Tue Jan 15 17:33:25 2008 -0800 +++ b/servlib/routing/ExternalRouter.cc Sun Apr 06 20:32:48 2008 +0200 @@ -826,7 +826,7 @@ ExternalRouter::ModuleServer::run() } } - if (sock_poll->revents & POLLIN) { + if (sock_poll->revents & POLLIN) { char buf[MAX_UDP_PACKET]; in_addr_t raddr; u_int16_t rport; @@ -1101,18 +1101,20 @@ ExternalRouter::ModuleServer::process_ac linkConfigType::cl_params::container::iterator iter; for (iter = c.begin(); iter < c.end(); iter++) { + /* only string values should be passed, according to what + handle_link_create does with the data, maybe remove these? */ if (iter->bool_value().present()) params.push_back(NamedAttribute(iter->name(), - iter->bool_value())); + iter->bool_value().get())); else if (iter->u_int_value().present()) params.push_back(NamedAttribute(iter->name(), - iter->u_int_value())); + iter->u_int_value().get())); else if (iter->int_value().present()) params.push_back(NamedAttribute(iter->name(), - iter->int_value())); + iter->int_value().get())); else if (iter->str_value().present()) params.push_back(NamedAttribute(iter->name(), - iter->str_value())); + iter->str_value().get())); else log_warn("unknown value type in key-value pair"); } --MP_/7loCde9.D9uRgTB=mvd9a+J Content-Type: text/x-patch; name=BundleDaemon.cc-correct_params_count.patch Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=BundleDaemon.cc-correct_params_count.patch diff -r 6be66e01be42 servlib/bundling/BundleDaemon.cc --- a/servlib/bundling/BundleDaemon.cc Tue Jan 15 17:33:25 2008 -0800 +++ b/servlib/bundling/BundleDaemon.cc Sun Apr 06 20:28:46 2008 +0200 @@ -1512,7 +1512,7 @@ BundleDaemon::handle_link_create(LinkCre i++; } } - argc = i+1; + argc = i; const char *invalidp; LinkRef link = Link::create_link(request->name_, request->link_type_, --MP_/7loCde9.D9uRgTB=mvd9a+J-- Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m33GbmVx020815 for ; Thu, 3 Apr 2008 09:37:48 -0700 Received: by nf-out-0910.google.com with SMTP id 30so1523696nfu.29 for ; Thu, 03 Apr 2008 09:44:26 -0700 (PDT) Received: by 10.78.187.17 with SMTP id k17mr234889huf.7.1207241064777; Thu, 03 Apr 2008 09:44:24 -0700 (PDT) Received: from rappel ( [85.16.234.89]) by mx.google.com with ESMTPS id j10sm4690968muh.16.2008.04.03.09.44.22 (version=SSLv3 cipher=OTHER); Thu, 03 Apr 2008 09:44:23 -0700 (PDT) Date: Thu, 3 Apr 2008 18:43:07 +0200 To: dtn-users@mailman.dtnrg.org Message-ID: <20080403184307.38cfc1b7@rappel> In-Reply-To: <47F4E3A4.6090203@bbn.com> References: <20080403145346.2760df3f@rappel> <47F4E3A4.6090203@bbn.com> X-Mailer: Claws Mail 3.3.1cvs32 (GTK+ 2.12.9; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit From: Hannes Janetzek Subject: Re: [dtn-users] external router protocol question X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 16:37:49 -0000 Am Thu, 03 Apr 2008 10:03:16 -0400 schrieb Christopher Small : > Hannes Janetzek wrote: > > Hello, > > I am working on an router implementation for DTN2 which uses the > > external router interface. The problem is now with the data > > contained in bundle_report it is not possible to send or to query > > attributes of bundles since these need gbof_id and local_id to be > > passed to the request/query. (The bundle_report is used to load the > > bundle state information when the external router is starting, so > > it's the only pointer one has to the Bundles that reside in the > > daemon.) Has someone a solution for this? To me it seems that > > gbof_id and local_id should be included in b > A bundle_report has a sequence of bundleType in it. Each bundleType > has bundleAttributes in it. > > bundleAttributes has a field "bundleid" which is the local bundle > identifier. > > A gbofIdType consists of a number of fields, which can be found in > bundleType and bundleAttributes, viz.: > > source EID: bundleType.source > creation timestamp: bundleAttributes.creation_ts_seconds, > bundleAttributes.creation_ts_seqno > is_fragment: bundleAttributes > frag_length: bundleType.length > frag_offset: bundleAttributes.frag_offset > > You have to construct the gbofId from these sources. > Ok, I got it working. Though local_id was bundleId + creation_ts_seconds which was not so easy to find out. bundle_report.each {|bundle| gid = GbofIdType.new(bundle.source) gid.creation_ts = bundle.creation_ts_seconds<<32 gid.is_fragment = bundle.is_fragment gid.frag_length = bundle.length gid.frag_offset = bundle.frag_offset local_id = bundle.bundleid+(bundle.creation_ts_seconds<<32) sendObject(bundleAttributeQuery(local_id, gid)) } > > Another question: I saw that the router interface is mentioned in > > many presentations and is used by SPINDLE, but i couldnt find an > > implementation. Is there one available to the public? > > > > There is an example external router that we wrote at BBN. I think we > can make it available; I'll check into it. > Thank you Received: from mx11.bbn.com (mx11.bbn.com [128.33.0.80]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m33DuOjD011237 for ; Thu, 3 Apr 2008 06:56:25 -0700 Received: from sneetch.bbn.com ([128.89.80.78]) by mx11.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1JhQ24-0003vC-5H; Thu, 03 Apr 2008 10:03:12 -0400 Message-ID: <47F4E3A4.6090203@bbn.com> Date: Thu, 03 Apr 2008 10:03:16 -0400 From: Christopher Small User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Hannes Janetzek References: <20080403145346.2760df3f@rappel> In-Reply-To: <20080403145346.2760df3f@rappel> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] external router protocol question X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 13:56:26 -0000 Hannes Janetzek wrote: > Hello, > I am working on an router implementation for DTN2 which uses the > external router interface. The problem is now with the data contained in > bundle_report it is not possible to send or to query attributes of > bundles since these need gbof_id and local_id to be passed to the > request/query. (The bundle_report is used to load the bundle state > information when the external router is starting, so it's the only > pointer one has to the Bundles that reside in the daemon.) Has someone a > solution for this? To me it seems that gbof_id and local_id should be > included in b A bundle_report has a sequence of bundleType in it. Each bundleType has bundleAttributes in it. bundleAttributes has a field "bundleid" which is the local bundle identifier. A gbofIdType consists of a number of fields, which can be found in bundleType and bundleAttributes, viz.: source EID: bundleType.source creation timestamp: bundleAttributes.creation_ts_seconds, bundleAttributes.creation_ts_seqno is_fragment: bundleAttributes frag_length: bundleType.length frag_offset: bundleAttributes.frag_offset You have to construct the gbofId from these sources. > Another question: I saw that the router interface is mentioned in many > presentations and is used by SPINDLE, but i couldnt find an > implementation. Is there one available to the public? > There is an example external router that we wrote at BBN. I think we can make it available; I'll check into it. -- Dr. Christopher Small 617.873.6261 (vox) Networking Research 617.873.6091 (fax) BBN Technologies | MS 6/5C | 10 Moulton St | Cambridge MA, 02138 Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m33CmNfp007212 for ; Thu, 3 Apr 2008 05:48:24 -0700 Received: by nf-out-0910.google.com with SMTP id 30so1447805nfu.29 for ; Thu, 03 Apr 2008 05:54:59 -0700 (PDT) Received: by 10.78.118.5 with SMTP id q5mr34077409huc.62.1207227298841; Thu, 03 Apr 2008 05:54:58 -0700 (PDT) Received: from rappel ( [91.96.49.169]) by mx.google.com with ESMTPS id u9sm12049225muf.4.2008.04.03.05.54.57 (version=SSLv3 cipher=OTHER); Thu, 03 Apr 2008 05:54:58 -0700 (PDT) Date: Thu, 3 Apr 2008 14:53:46 +0200 To: Message-ID: <20080403145346.2760df3f@rappel> X-Mailer: Claws Mail 3.3.1cvs32 (GTK+ 2.12.9; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit From: Hannes Janetzek Subject: [dtn-users] external router protocol question X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 12:48:25 -0000 Hello, I am working on an router implementation for DTN2 which uses the external router interface. The problem is now with the data contained in bundle_report it is not possible to send or to query attributes of bundles since these need gbof_id and local_id to be passed to the request/query. (The bundle_report is used to load the bundle state information when the external router is starting, so it's the only pointer one has to the Bundles that reside in the daemon.) Has someone a solution for this? To me it seems that gbof_id and local_id should be included in bundle_report entries. Another question: I saw that the router interface is mentioned in many presentations and is used by SPINDLE, but i couldnt find an implementation. Is there one available to the public? Best Regards, Hannes Janetzek Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m332CSQ6000742; Wed, 2 Apr 2008 19:12:28 -0700 Received: from zabar.research.intel-research.net (bldmz-nat-161-164.berkeley.intel-research.net [12.155.161.164]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id m332JCAX013277 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 2 Apr 2008 19:19:13 -0700 (PDT) From: Michael Demmer To: Delay Tolerant Networking Interest List , dtn-security , dtn-users mailing list In-Reply-To: References: <20080331223048.GA27216@firebird1.grc.nasa.gov> <47F1C779.3050302@jpl.nasa.gov> <47F2524D.9080507@jpl.nasa.gov> <47F25726.9090606@masaka.cs.ohiou.edu> <47F26124.2010800@jpl.nasa.gov> <47F270A2.6010104@masaka.cs.ohiou.edu> <47F29820.4020502@jpl.nasa.gov> <47F2A307.4030907@masaka.cs.ohiou.edu> <47F2AD86.5050705@jpl.nasa.gov> <003d01c89443$c6831c20$53895460$@com> <47F2BB7C.1080309@jpl.nasa.gov> <006901c8944e$0c385f00$24a91d00$@com> <47F3A0DB.3080202@bbn.com> <200804021609.m32G9Xu06193@cisco.com> <47F3B761.1010808@cs.tcd.ie> <699BE83D-98F2-43DE-B467-374B7206CD19@cs.berkeley.edu> <64AFAE11-A6F8-4CF6-951D-0D2E2F3E6B35@cs.berkeley.edu> Message-Id: <231C40CD-2EF6-4C8B-954A-A28B12F9F4EC@cs.berkeley.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Applemailsentby: demmer Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 2 Apr 2008 19:19:06 -0700 X-Mailer: Apple Mail (2.919.2) Subject: Re: [dtn-users] [dtn-interest] list reply-to (was: Re: DTN Time Sync Issues) X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 02:12:30 -0000 Sorry, I should clarify this a bit: I changed the mailing list configuration so that it does no Reply-To munging at all. Any Reply-To headers that are set by the poster are left intact, but no Reply-To headers are added by the mailing list itself. -mike On Apr 2, 2008, at 6:47 PM, Michael Demmer wrote: > > Given that no-one seems to prefer the current behavior, I've modified > the mailing list configuration so that the Reply-To defaults to send > only to the poster rather than to the whole list. > > I've done the same on the dtn-users and dtn-security lists as well. > > -mike > > > On Apr 2, 2008, at 6:04 PM, Kevin Fall wrote: >> I don't really recall having a preference one way or another.... >> >> - K >> >> On Apr 2, 2008, at Apr 212:02 PMPDT, Michael Demmer wrote: >> >>>>> Can this behaviour be changed? It's been annoying me for _months_. >>>> >>>> I've no problem with that. Anyone else care? >>>> >>>> S. (Who doesn't manage the list as it happens.) >>> >>> I'd be happy to make the change, as I have access to the list >>> administrative interface. >>> >>> I think I remember that when we set up the list, Kevin had a >>> preference for the current default behavior, so I'd like to hear his >>> opinion before making the change. I think he's on vacation this week >>> so we'll see when he replies. >>> >>> -m >>> >>> >>> _______________________________________________ >>> dtn-interest mailing list >>> dtn-interest@mailman.dtnrg.org >>> http://maillists.intel-research.net/mailman/listinfo/dtn-interest >>> >> >> _______________________________________________ >> dtn-interest mailing list >> dtn-interest@mailman.dtnrg.org >> http://maillists.intel-research.net/mailman/listinfo/dtn-interest > > _______________________________________________ > dtn-interest mailing list > dtn-interest@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-interest Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.93]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m331eQvV031212; Wed, 2 Apr 2008 18:40:26 -0700 Received: from zabar.research.intel-research.net (bldmz-nat-161-164.berkeley.intel-research.net [12.155.161.164]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.2/8.13.5) with ESMTP id m331l9xG013051 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 2 Apr 2008 18:47:11 -0700 (PDT) From: Michael Demmer To: Delay Tolerant Networking Interest List In-Reply-To: <64AFAE11-A6F8-4CF6-951D-0D2E2F3E6B35@cs.berkeley.edu> References: <20080331223048.GA27216@firebird1.grc.nasa.gov> <47F1C779.3050302@jpl.nasa.gov> <47F2524D.9080507@jpl.nasa.gov> <47F25726.9090606@masaka.cs.ohiou.edu> <47F26124.2010800@jpl.nasa.gov> <47F270A2.6010104@masaka.cs.ohiou.edu> <47F29820.4020502@jpl.nasa.gov> <47F2A307.4030907@masaka.cs.ohiou.edu> <47F2AD86.5050705@jpl.nasa.gov> <003d01c89443$c6831c20$53895460$@com> <47F2BB7C.1080309@jpl.nasa.gov> <006901c8944e$0c385f00$24a91d00$@com> <47F3A0DB.3080202@bbn.com> <200804021609.m32G9Xu06193@cisco.com> <47F3B761.1010808@cs.tcd.ie> <699BE83D-98F2-43DE-B467-374B7206CD19@cs.berkeley.edu> <64AFAE11-A6F8-4CF6-951D-0D2E2F3E6B35@cs.berkeley.edu> Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Applemailsentby: demmer Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 2 Apr 2008 18:47:04 -0700 X-Mailer: Apple Mail (2.919.2) Cc: dtn-security , dtn-users mailing list Subject: Re: [dtn-users] [dtn-interest] list reply-to (was: Re: DTN Time Sync Issues) X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 01:40:28 -0000 Given that no-one seems to prefer the current behavior, I've modified the mailing list configuration so that the Reply-To defaults to send only to the poster rather than to the whole list. I've done the same on the dtn-users and dtn-security lists as well. -mike On Apr 2, 2008, at 6:04 PM, Kevin Fall wrote: > I don't really recall having a preference one way or another.... > > - K > > On Apr 2, 2008, at Apr 212:02 PMPDT, Michael Demmer wrote: > >>>> Can this behaviour be changed? It's been annoying me for _months_. >>> >>> I've no problem with that. Anyone else care? >>> >>> S. (Who doesn't manage the list as it happens.) >> >> I'd be happy to make the change, as I have access to the list >> administrative interface. >> >> I think I remember that when we set up the list, Kevin had a >> preference for the current default behavior, so I'd like to hear his >> opinion before making the change. I think he's on vacation this week >> so we'll see when he replies. >> >> -m >> >> >> _______________________________________________ >> dtn-interest mailing list >> dtn-interest@mailman.dtnrg.org >> http://maillists.intel-research.net/mailman/listinfo/dtn-interest >> > > _______________________________________________ > dtn-interest mailing list > dtn-interest@mailman.dtnrg.org > http://maillists.intel-research.net/mailman/listinfo/dtn-interest Received: from mx12.bbn.com (mx12.bbn.com [128.33.0.81]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m32HDTiv000969 for ; Wed, 2 Apr 2008 10:13:29 -0700 Received: from sneetch.bbn.com ([128.89.80.78]) by mx12.bbn.com with esmtp (Exim 4.60) (envelope-from ) id 1Jh6d8-0005yl-5B; Wed, 02 Apr 2008 13:20:10 -0400 Message-ID: <47F3C04C.1060509@bbn.com> Date: Wed, 02 Apr 2008 13:20:12 -0400 From: Christopher Small User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: teemuk@netlab.tkk.fi References: <47F37A40.600@netlab.tkk.fi> In-Reply-To: <47F37A40.600@netlab.tkk.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: dtn-users mailing list Subject: Re: [dtn-users] External convergence layer bug(?) X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 17:13:30 -0000 Teemu wrote: > For example, specifying a "link add" command for an external convergence > layer in the dtnd configuration file, starting up dtnd, and later > starting up the convergence layer adapter leads to the following issues: > This limitation is something we (the authors of the external convergence layer support) know about. The RequestAddLink / "link add" needs to come in after the convergence layer has already been initialized. It's not working that way because the confguration file is not a static set of configuration options being set, but instead is a file of Tcl code that is passed to the command-line interface interpreter and interpreted at start-up. )I think cognitive dissonance would be reduced if the "configuration file" was called the "startup script" or something similar.) Given this, I'm not sure if I'd classify the behavior you describe as a design decision or a bug; it's a consequence of the implementation. One work-around is to execute the "link add" after the external convergence layer is running. A second, which is probably more in the spirit of DTN2, is to write your convergence layer so that when it starts up it connects to dtnd and sends the "link add" itself (although I don't know if this is easily done with the current implementation). - Chris -- Dr. Christopher Small 617.873.6261 (vox) Networking Research 617.873.6091 (fax) BBN Technologies | MS 6/5C | 10 Moulton St | Cambridge MA, 02138 Received: from smtp.netlab.hut.fi (keskus.netlab.hut.fi [130.233.154.176]) by maillists.intel-research.net (8.13.8/8.13.7) with ESMTP id m32CEmoY015543 for ; Wed, 2 Apr 2008 05:14:49 -0700 Received: from localhost (webserver.netlab.hut.fi [130.233.154.187]) by smtp.netlab.hut.fi (Postfix) with ESMTP id 75D29C50F1 for ; Wed, 2 Apr 2008 15:21:29 +0300 (EET DST) X-Virus-Scanned: Debian amavisd-new at TKK Netlab Received: from smtp.netlab.hut.fi ([130.233.154.176]) by localhost (webserver.netlab.hut.fi [130.233.154.187]) (amavisd-new, port 10024) with ESMTP id Fh3JiHfH6caE for ; Wed, 2 Apr 2008 15:21:20 +0300 (EEST) Received: from [130.233.154.131] (vivaldi-1.netlab.hut.fi [130.233.154.131]) by smtp.netlab.hut.fi (Postfix) with ESMTP id 391FCC50EE for ; Wed, 2 Apr 2008 15:21:20 +0300 (EET DST) Message-ID: <47F37A40.600@netlab.tkk.fi> Date: Wed, 02 Apr 2008 15:21:20 +0300 From: Teemu User-Agent: Thunderbird 1.5.0.14pre (X11/20071023) MIME-Version: 1.0 To: dtn-users@mailman.dtnrg.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [dtn-users] External convergence layer bug(?) X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: dtn-users mailing list List-Id: dtn-users mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2008 12:14:50 -0000 Hi, I've been working on an external convergence layer adapter for dtnd and came up with issues with the "link add" command. In particular deferring adding the link when the external convergence layer adapter has not yet connected does not work correctly. For example, specifying a "link add" command for an external convergence layer in the dtnd configuration file, starting up dtnd, and later starting up the convergence layer adapter leads to the following issues: 1.) The convergence layer adapter never receives a RequestAddLink request, and therefore never gets some of the link parameters (type, peer_eid). However, if a bundle is forwarded to the link, the ECLA does receive a RequestOpenLink request for the link (which it doesn't know about since it never received RequestAddLink for that link). 2.) Directory for holding the bundles for the link is never created (i.e., bundles/protocol-out/link). This leads to the following error: "Unable to create bundle file link/bundle0" when trying to forward bundles to the link. So it seems like the current implementation assumes that the external convergence layer adapter has connected to the dtnd before links can be added. I'm not sure if this is a design decision or a bug, but it would be very nice to be able to specify the links in the dtnd configuration file and only later start up and connect the external convergence layer adapter. Cheers, -Teemu