December 2011 - Ibr-dtn - lists.ibr.cs.tu-bs.de

Re: [ibr-dtn] 64-bit installation
by Kurnikov Arseny 23 Jan '12

23 Jan '12

On Wed, 14 Dec 2011, Carson Dunbar wrote: > Hello, > I was wondering if there have been any issues regarding installation of > IBR-DTN on 64-bit computers. I've tried installing it on an 64-bit AMD > computer running Debian and the ibrcommon library is not being found when > trying to install ibrdtn. Specifically I get the error below during > configuration. > > checking for ibrcommon... no > ibrcommon library not found! > I had no issues with 64-bit processors. And it doesn't look like one. Probably you installed ibrcommon to some non-standard place and configure script simply can't find it. For example, if you configured and installed ibrcommon with --prefix=/home/user/local/ then try 'export PKG_CONFIG_PATH=/home/user/local/lib/pkgconfig/' (bash shell syntax). This should tell the script to search in appropriate place. Also you can manually set ibrcommon_LIBS and ibrcommon_CFLAGS environment variables to point to the correct directory but PKG_CONFIG_PATH should it automatically.

5 9

Re: [ibr-dtn] standalone executable
by Johannes Morgenroth 21 Dec '11

21 Dec '11

Hello Razvan. Actually, the binaries are there. The script you have found is just a wrapper to set all the environment variables for pre-install execution. The binaries are located in subdirs named ".libs". For better portability I recommend to configure the packages with a dedicated install directory using the "--prefix" parameter. Once this is configured you can use "make install" to copy all necessary files into the given path. Kind regards, Johannes Am 20.12.2011 02:02, schrieb Razvan BEURAN: > > Dear all, > > I am writing again to you, although it's not directly related to my > previous messages. > > I just noticed that the IBR-DTN executables are actually shell scripts, > and they make a lot of references to various libraries. Is it possible > to somehow produce _real standalone executables_, so that I can compile > the code on one machine and then execute the programs on other ones? At > this moment I believe it's necessary to copy everything to the exact > same location if I want to execute the programs on other PCs. > > In case such a possibility doesn't currently exist, please consider > adding it on your TODO list, because I believe it would greatly improve > the usability of IBR-DTN in real environments. > > Best wishes, > Razvan -- Johannes Morgenroth Institut fuer Betriebssysteme und Rechnerverbund Tel.: +49-531-391-3249 Muehlenpfordtstrasse 23 Fax.: +49-531-391-5936 TU Braunschweig D-38106 Braunschweig

2 1

64-bit installation
by Carson Dunbar 14 Dec '11

14 Dec '11

Hello, I was wondering if there have been any issues regarding installation of IBR-DTN on 64-bit computers. I've tried installing it on an 64-bit AMD computer running Debian and the ibrcommon library is not being found when trying to install ibrdtn. Specifically I get the error below during configuration. checking for ibrcommon... no ibrcommon library not found! Does anyone have any advice? I feel like its something simple like a missing library link. Carson

1 0

Re: [ibr-dtn] Router Extension Question
by Kurnikov Arseny 13 Dec '11

13 Dec '11

On Tue, 13 Dec 2011, Carson Dunbar wrote: > Hello again, I've been trying to make progress in creating a new router > for IBR-DTN and came up against a wall in the actual inclusion to the main > code. > I created identical code for my router > > case Configuration::TORRENT_ROUTING: > { > IBRCOMMON_LOGGER(info) << "Using torrent routing extensions" << > IBRCOMMON_LOGGER_ENDL; > router->addExtension( new dtn::routing::TorrentRoutingExtension() ); > break; > } > > and essentially my router was a copy of the code from epidemic and flooding > with some minor alterations. When I try to compile though I get the error: > > Main.cpp:582: error: expected type-specifier > Main.cpp:582: error: expected ‘)’ > Main.cpp:582: error: no matching function for call to > ‘dtn::routing::BaseRouter::addExtension(int*)’ > > where line 582 is the router->addExtension line from my new code. > I think you didn't #include "routing/TorrentRoutingExtension.h" to Main.cpp. Also (if not yet done) entries for TorrentRoutingExtension.h and TorrentRoutingExtension.cpp should be added to src/routing/Makefile.am and after that autoreconf is to be run from ibrdtnd-0.6.5/. directory. Regards, Arseny Kurnikov.

1 0

Router Extension Question
by Carson Dunbar 12 Dec '11

12 Dec '11

Hello again, I've been trying to make progress in creating a new router for IBR-DTN and came up against a wall in the actual inclusion to the main code. In main.cpp you have the code: case Configuration::EPIDEMIC_ROUTING: { IBRCOMMON_LOGGER(info) << "Using epidemic routing extensions" << IBRCOMMON_LOGGER_ENDL; router->addExtension( new dtn::routing::EpidemicRoutingExtension() ); break; } which I understand is adding the routing extensions to a list of extensions to use. I created identical code for my router case Configuration::TORRENT_ROUTING: { IBRCOMMON_LOGGER(info) << "Using torrent routing extensions" << IBRCOMMON_LOGGER_ENDL; router->addExtension( new dtn::routing::TorrentRoutingExtension() ); break; } and essentially my router was a copy of the code from epidemic and flooding with some minor alterations. When I try to compile though I get the error: Main.cpp:582: error: expected type-specifier Main.cpp:582: error: expected ‘)’ Main.cpp:582: error: no matching function for call to ‘dtn::routing::BaseRouter::addExtension(int*)’ where line 582 is the router->addExtension line from my new code. I know this doesn't give you much to go on, but I feel like I haven't initialized something or added code some where else in the program to properly declare TorrentRoutingExtension and I was wondering if you had any insight into this. If you need other code to inspect let me know. Thank you, Carson Dunbar

1 0

New Router Question
by Carson Dunbar 12 Dec '11

12 Dec '11

Hey, I'm fairly new to the IBR-DTN router and was working on creating my own routing protocol for it. I had a couple of questions and Brenton Walker suggested that I post them here. 1. Is there a way to get a block from a received bundle and split it up into several smaller blocks that I can then make into new bundles with new EIDs? 2. How does the bundle filter work? When we pull bundles out of it to transfer, are they removed from the database as well? I'm working on a data dissemination router and if there was a way to prevent that and maybe sequentially or randomly pull different data from the database as well, that would be useful. That's it for now in terms of questions, but I'm sure I will have more in the future. Thanks, Carson

3 8