Received: from bay0-omc1-s13.bay0.hotmail.com (bay0-omc1-s13.bay0.hotmail.com [65.54.246.85]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k6R85UY16720 for ; Thu, 27 Jul 2006 01:05:30 -0700 Received: from hotmail.com ([64.4.26.11]) by bay0-omc1-s13.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 27 Jul 2006 01:05:24 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 27 Jul 2006 01:05:24 -0700 Message-ID: Received: from 64.4.26.200 by by112fd.bay112.hotmail.msn.com with HTTP; Thu, 27 Jul 2006 08:05:22 GMT X-Originating-IP: [192.100.124.219] X-Originating-Email: [laronfin@hotmail.com] X-Sender: laronfin@hotmail.com In-Reply-To: From: =?gb2312?B?1cUg1emyqQ==?= To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] dtn on cygwin Date: Thu, 27 Jul 2006 16:05:22 +0800 Mime-Version: 1.0 Content-Type: text/html; charset=gb2312; format=flowed X-OriginalArrivalTime: 27 Jul 2006 08:05:24.0690 (UTC) FILETIME=[6A168320:01C6B153] Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive:

hi,

i have tried to search from the cygwin website, however, it seems that i cannot find the older version dll. Does somebody know where i can find it?

thanks a lot

br/frankie

From:  "Zahir Koradia" <zahir.koradia@gmail.com>
Reply-To:  dtn-users@mailman.dtnrg.org
To:  dtn-users@mailman.dtnrg.org
Subject:  Re: [dtn-users] dtn on cygwin
Date:  Wed, 26 Jul 2006 10:41:04 -0400
>Hi
>When I installed cygwin the latest version of cygwin dll was 1.5.19
>and I could downgrade to 1.5.18. You will probably have to find an
>older distribution to go through with the installation.
>
>Zahir
>
>On 7/26/06, 张臻博 <laronfin@hotmail.com> wrote:
>>
>>hi,
>>
>>I have problem to run the dtnd on cygwin. The latest version of
>>cygwin is
>>1.5.21. I have checked the previous messages from this mailing
>>list.
>>Somebody mentions that they face the same problem when running dtn2
>>on
>>cygwin. They make it work by downgrading the cygwin version to
>>1.5.18.
>>However, it seems now we can just downgrade to the version 1.5.20.
>>is there
>>somebody who knows how i can tackle this situation?
>>
>>thanks a lot.
>>
>>br
>>frankie _______________________________________________
>>dtn-users mailing list dtn-users@mailman.dtnrg.org
>>http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>_______________________________________________
>dtn-users mailing list
>dtn-users@mailman.dtnrg.org
>http://mailman.dtnrg.org/mailman/listinfo/dtn-users

Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k6QEf6Y09942 for ; Wed, 26 Jul 2006 07:41:07 -0700 Received: by nf-out-0910.google.com with SMTP id m18so693268nfc for ; Wed, 26 Jul 2006 07:41:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=s2XmJCSn8pvgbTvhHRWw5g59mFR4nKsJ7KJLGarN/N1K/F/O7XGGcOod62uX3XR+mgzofzyVKs411ty/T0DdVSLDEdVMxwO8+kKpWEdz8NIHS19+GrhThLDUw8oq7QZa1xfSJouRIZonSsggKvccMIdi3FChREo3orzxTj9xp6E= Received: by 10.78.166.7 with SMTP id o7mr3149426hue; Wed, 26 Jul 2006 07:41:05 -0700 (PDT) Received: by 10.78.13.17 with HTTP; Wed, 26 Jul 2006 07:41:04 -0700 (PDT) Message-ID: Date: Wed, 26 Jul 2006 10:41:04 -0400 From: "Zahir Koradia" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] dtn on cygwin In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=GB2312; format=flowed Content-Disposition: inline References: <59e8babf0607070831j4d7f714mf26828429b26fe1b@mail.gmail.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by webbie.berkeley.intel-research.net id k6QEf6Y09942 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi When I installed cygwin the latest version of cygwin dll was 1.5.19 and I could downgrade to 1.5.18. You will probably have to find an older distribution to go through with the installation. Zahir On 7/26/06, 张臻博 wrote: > > hi, > > I have problem to run the dtnd on cygwin. The latest version of cygwin is > 1.5.21. I have checked the previous messages from this mailing list. > Somebody mentions that they face the same problem when running dtn2 on > cygwin. They make it work by downgrading the cygwin version to 1.5.18. > However, it seems now we can just downgrade to the version 1.5.20. is there > somebody who knows how i can tackle this situation? > > thanks a lot. > > br > frankie _______________________________________________ > dtn-users mailing list dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users Received: from bay0-omc2-s22.bay0.hotmail.com (bay0-omc2-s22.bay0.hotmail.com [65.54.246.158]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k6QD9YY09333 for ; Wed, 26 Jul 2006 06:09:34 -0700 Received: from hotmail.com ([64.4.26.47]) by bay0-omc2-s22.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Jul 2006 06:09:29 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 26 Jul 2006 06:09:29 -0700 Message-ID: Received: from 64.4.26.200 by by112fd.bay112.hotmail.msn.com with HTTP; Wed, 26 Jul 2006 13:09:27 GMT X-Originating-IP: [192.100.124.219] X-Originating-Email: [laronfin@hotmail.com] X-Sender: laronfin@hotmail.com In-Reply-To: <59e8babf0607070831j4d7f714mf26828429b26fe1b@mail.gmail.com> From: =?gb2312?B?1cUg1emyqQ==?= To: dtn-users@mailman.dtnrg.org Date: Wed, 26 Jul 2006 21:09:27 +0800 Mime-Version: 1.0 Content-Type: text/html; charset=gb2312; format=flowed X-OriginalArrivalTime: 26 Jul 2006 13:09:29.0337 (UTC) FILETIME=[BA54F690:01C6B0B4] Subject: [dtn-users] dtn on cygwin Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive:

hi,

I have problem to run the dtnd on cygwin. The latest version of cygwin is 1.5.21. I have checked the previous messages from this mailing list. Somebody mentions that they face the same problem when running dtn2 on cygwin. They make it work by downgrading the cygwin version to 1.5.18. However, it seems now we can just downgrade to the version 1.5.20. is there somebody who knows how i can tackle this situation?

thanks a lot.

frankie

Received: from pisco.CS.Berkeley.EDU (Debian-exim@pisco.CS.Berkeley.EDU [128.32.37.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k6IDSeY15326 for ; Tue, 18 Jul 2006 06:28:40 -0700 Received: from demmer by pisco.CS.Berkeley.EDU with local (Exim 4.50) id 1G2pcu-0003Tr-QX for dtn-users@mailman.dtnrg.org; Tue, 18 Jul 2006 06:28:40 -0700 Date: Tue, 18 Jul 2006 06:28:40 -0700 From: Michael Demmer To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Compiling from CVS on Mac OS X 10.4.6 & 10.4.7 Message-ID: <20060718132840.GB12150@pisco.cs.berkeley.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: > There seems to be a general issue with ieeefp.h not being provided on > the Mac platform. configure gave this result: > checking whether math.h defines fpclassify... no > which is also puzzling, as math.h does define fpclassify( x ), but > not fpclass. The following classifications are defined there: The problem has been fixed in the CVS. It turned out I was using the wrong syntax in an autoconf check for fpclassify, which tried to define a nested function. In any event, I've successfully compiled and run on my brand spanking new Mac that's running Tiger so you should be all set. Let me know if you continue to have problems. -m Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k67FVjY14091 for ; Fri, 7 Jul 2006 08:31:45 -0700 Received: by ug-out-1314.google.com with SMTP id j40so725516ugd for ; Fri, 07 Jul 2006 08:31:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=uHPmcwWIeD9Vll1ZkoECY2CWpDYFBxVaZdfwtGBifetsuuEHv4g4v7+UuF2Y42CwcKDZVSkhGAWntqik+s83qOjXXy0raaLdTWaw+q2yIzJRMcM1NPwpKj9ObvS/S6WjAIBF+U/mLl+ut8qiIICnN87llzZ7RLqxhyv6XHIVMX4= Received: by 10.78.151.15 with SMTP id y15mr745843hud; Fri, 07 Jul 2006 08:31:41 -0700 (PDT) Received: by 10.78.137.1 with HTTP; Fri, 7 Jul 2006 08:31:40 -0700 (PDT) Message-ID: <59e8babf0607070831j4d7f714mf26828429b26fe1b@mail.gmail.com> Date: Fri, 7 Jul 2006 18:31:40 +0300 From: "Michael Demmer" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] dtnsim In-Reply-To: <1152274391.7265.15.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1152274391.7265.15.camel@localhost.localdomain> X-Google-Sender-Auth: dd84db409a9f9194 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi Mahendiran, Glad to hear that you are interested in working on the dtn simulator. Unfortunately, I do not have too much in the way of design details written up (much of it is in my head). I am also out of the US for the next week so my time to email is a bit limited. In addition, the current state of dtnsim is fairly poor. I basically have the skeleton of the design in place, but much of the functionality is not there. That said, I don't think it would be too much work to get it into a functional state. The main idea of the simulator design is that it can test out the various routing algorithms by running the exact same code as would be run if the algorithm were deployed in the field. Therefore, it is a single-threaded discrete time simulation engine that can run multiple nodes. The SimConvergenceLayer is responsible for ferrying bundles between the simulated nodes. To keep the interface to the various BundleRouter subclasses the same, each run of dtnsim instantiates multiple BundleDaemon instances, one for each Node. It then runs a single master event queue to dispatch events to the various nodes, and each time when an event is scheduled for a node, the global BundleDaemon::instance_ pointer is swung to point to the "active" node. The BundleActions interface is also slightly modified to remove references to the persistent store, though this part may be simpler to implement by just using the MemoryStore implementation that's within the oasys library (part of the dtn distribution) In addition, I override the ::gettimeofday() call, so that time can be simulated in jumps. That way, when the bundle daemon services the timer queue, different parts of the code will be able to post timers and have them operate relative to simulated time, not to real time. I think that should be enough of a brain dump to get you started. Please feel free to follow up with more specific questions, either on this list or (probably better) by personal email. -m On 7/7/06, Mahendiran Prathaban wrote: > Hello Michael Demmer > > I am 1st year PhD student at University Paris VI, I am very much > interested in working on dtn simulator. Is it possible for me to get > some design details, so that I can provide my contribution to the > simulator > > thank you > mahendiran > > -- > Mahendiran Prathaban > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > Received: from molure.int-evry.fr (molure.int-evry.fr [157.159.10.18]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k67CFkY12482 for ; Fri, 7 Jul 2006 05:15:46 -0700 Received: from [157.159.103.47] (unknown [157.159.103.47]) by molure.int-evry.fr (Postfix) with ESMTP id CA52D6316F for ; Fri, 7 Jul 2006 14:15:39 +0200 (CEST) From: Mahendiran Prathaban To: dtn-users@mailman.dtnrg.org Content-Type: text/plain Date: Fri, 07 Jul 2006 14:13:11 +0200 Message-Id: <1152274391.7265.15.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 (2.6.0-1) Content-Transfer-Encoding: 7bit Subject: [dtn-users] dtnsim Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hello Michael Demmer I am 1st year PhD student at University Paris VI, I am very much interested in working on dtn simulator. Is it possible for me to get some design details, so that I can provide my contribution to the simulator thank you mahendiran -- Mahendiran Prathaban Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k676hHY09806 for ; Thu, 6 Jul 2006 23:43:17 -0700 Received: by ug-out-1314.google.com with SMTP id a2so2974693ugf for ; Thu, 06 Jul 2006 23:43:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=nSxM15oELg/Lbt7db5chzm9NyzbQydm6ujRRipA6sjpu2xFaiw0I/mkhdby0OmWp/OfK7eRsx1paEtc8vWviv7REP1d8pDbjfD8XLacslY3g1Uy1QUiNf6Z5PD+jQE+MSBqPSlmUyiUKPnn6AYNeTbMSWbHyDrgX0r39mImt6lo= Received: by 10.78.177.3 with SMTP id z3mr532837hue; Thu, 06 Jul 2006 23:43:16 -0700 (PDT) Received: by 10.78.137.1 with HTTP; Thu, 6 Jul 2006 23:43:16 -0700 (PDT) Message-ID: <59e8babf0607062343j3be0c96cq1905737c562a9624@mail.gmail.com> Date: Thu, 6 Jul 2006 23:43:16 -0700 From: "Michael Demmer" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Installing DTN from cvs on cygwin In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 68dc50403014007c Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: On 7/6/06, Zahir Koradia wrote: > I was trying to install the DTN code from cvs and this is the error I > came accross. > > In file included from storage/BerkeleyDBStore.cc:51: > ./serialize/TypeShims.h: In member function `virtual int > oasys::IntShim::format(char*, size_t) const': > ./serialize/TypeShims.h:57: warning: int format, long int arg (arg 4) > make[1]: *** [storage/BerkeleyDBStore.o] Error 1 > make: *** [oasys] Error 2 > > > I googled up a little bit and found that this is due to some kind of > type size problem. %d is not appropriate for value_. > > I changed the line > return snprintf(buf, sz, "%d", value_); > to > return snprintf(buf, sz, "%ld", value_); > > and it seemed to work fine. Can this be handled in a machine independent way? I'm not in a place where I can access the current CVS so either someone else on the list should handle this or I'll deal with it in a week or so. Same goes for your other question about the rpc lib. -m Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k676S4Y09700 for ; Thu, 6 Jul 2006 23:28:04 -0700 Received: by ug-out-1314.google.com with SMTP id a2so2971306ugf for ; Thu, 06 Jul 2006 23:28:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=iTJTE3bsb8f776iLN+oeVxpq2GhjfOqyaZXvKHb/cShmI4ZkGNgt+S7bEN5asAn1VcFWwvlwTEsPRIu7bpplHIu/yN9QAQwPej2r+k7+5Eii1vj7MRjbh9yFP+lDWtOtSmHl+qly+hznpMjqBcgTx1Z3gIzIcAROtBcVmpu2yF4= Received: by 10.78.157.15 with SMTP id f15mr528359hue; Thu, 06 Jul 2006 23:28:03 -0700 (PDT) Received: by 10.78.137.1 with HTTP; Thu, 6 Jul 2006 23:28:02 -0700 (PDT) Message-ID: <59e8babf0607062328o979ada7t1d32462b903f5462@mail.gmail.com> Date: Thu, 6 Jul 2006 23:28:02 -0700 From: "Michael Demmer" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Re: Flood routing In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 376faa900c9dd28c Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: On 7/6/06, Zahir Koradia wrote: > I tried with the latest cvs code and it was able to detect duplicate > and discard it. It also did not remain in the pending_ bundle list. > However, as you mentioned earlier the bode does send the bundle on the > link on which it received. Although I have not looked into the code I > would like to know that if a link goes down and comes up again will > all the bundles in the store be sent to the link again? I think the > function should_fwd in TableBasedRouter function handles the problem. > Please let me know if I am wrong. Except for sending the bundle back > on the link from which it came is there any other issue with the > current flooding code? There is no problem if the link goes down and up again -- the code will remember that fact and will not forward the bundle again. However, there is an issue if the dtnd process stops and restarts, since the forwarding log is not currently stored in the persistent database. That will cause bundles to be forwarded again. This is a known issue that is on my (long) list of things to take care of. -m Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k66NFvY06655 for ; Thu, 6 Jul 2006 16:15:57 -0700 Received: by ug-out-1314.google.com with SMTP id u40so365090ugc for ; Thu, 06 Jul 2006 16:15:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QNkjOoNbk6rl4FSq7WWSY4LN/zVyrK1FIop5B0UcJMMYFhCJYBTbYHrGulBWGosgb8Di6MYbuCpAz1NYKQlgx3z/MKuN0C0rwcLoYjE0prfEyZrXZuHxgkQmuHZ39Co+8VEQoA2eDWKJqt2Ssh/LbBGYJGRFOhSuNVxrFELasBM= Received: by 10.78.185.7 with SMTP id i7mr438841huf; Thu, 06 Jul 2006 16:15:56 -0700 (PDT) Received: by 10.78.13.17 with HTTP; Thu, 6 Jul 2006 16:15:56 -0700 (PDT) Message-ID: Date: Thu, 6 Jul 2006 19:15:56 -0400 From: "Zahir Koradia" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [dtn-users] Installing DTN from cvs on cygwin Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I was trying to install the DTN code from cvs and this is the error I came accross. In file included from storage/BerkeleyDBStore.cc:51: ./serialize/TypeShims.h: In member function `virtual int oasys::IntShim::format(char*, size_t) const': ./serialize/TypeShims.h:57: warning: int format, long int arg (arg 4) make[1]: *** [storage/BerkeleyDBStore.o] Error 1 make: *** [oasys] Error 2 I googled up a little bit and found that this is due to some kind of type size problem. %d is not appropriate for value_. I changed the line return snprintf(buf, sz, "%d", value_); to return snprintf(buf, sz, "%ld", value_); and it seemed to work fine. Can this be handled in a machine independent way? Also while installing I had to add the lines #ifdef __CYGWIN__ #include #endif in the file gateway_rpc.h present in apps/tca_admin/libs directory. This is the header file containing socket macro definitions in cygwin. I will talk to the person incharge to make the change in the tca code but thought it was worthwhile mentioning it here so that someone trying to install can make use of this information. Zahir Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k66KIcY05317 for ; Thu, 6 Jul 2006 13:18:38 -0700 Received: by nf-out-0910.google.com with SMTP id l35so44628nfa for ; Thu, 06 Jul 2006 13:18:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=BqpxfZ0cBPbS0Sgp3Cfz0EZ6D2hIFPrznAlUEG1sjIkj270N5v8+d4nxd+qrJQD82swONws25ilvr/n+38R0SnuUowWi7RnMSHz+yn9PPszrR6sq+VWOqzBvqi67hQQ9YKkLowj6rYe1nYVl5fJth27BiYIgrfFJqVVJ8471L2A= Received: by 10.78.177.11 with SMTP id z11mr354448hue; Thu, 06 Jul 2006 13:18:36 -0700 (PDT) Received: by 10.78.13.17 with HTTP; Thu, 6 Jul 2006 13:18:36 -0700 (PDT) Message-ID: Date: Thu, 6 Jul 2006 16:18:36 -0400 From: "Zahir Koradia" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [dtn-users] Installing the latest cvs code on linux and windows Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: While installing the cvs version of DTN I faced an interesting issuue. The problem was in the apps directory makefile. I had installed the dtn2.2.0 version on cygwin and the library inclusion (-lrpc) was required in this particular makefile for the compilation to succeed. This time I while installing the cvs code on Debian Linux I got the error "cannot find -lrpc" . I believe this -lrpc flag was added recently in the cvs code. I manually removed the -lrpc and the code compiled peacefully. I dont know which library has the xdr_int definitions in this version of linux that I have but it seems sun rpc is not the one. Any Ideas what is going on? Zahir Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k66JMfY04781 for ; Thu, 6 Jul 2006 12:22:42 -0700 Received: by ug-out-1314.google.com with SMTP id k3so2259859ugf for ; Thu, 06 Jul 2006 12:22:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hYTvoyANaT2lST4UsyJPBKVU8Ks1L/BWNn5sWgBifP0bWggnwP64AgByfkTh/h77BC/WU5/MyEAhpclvRZYGT69aiELURwRqFDN1GwEQF+xGMz/jlOX7A/0vEnPzp4bGsdtJwlJ+OnA2ENBgnyTrASJAjUeLXkH+wPdIHe/xcmA= Received: by 10.78.178.5 with SMTP id a5mr328789huf; Thu, 06 Jul 2006 12:22:36 -0700 (PDT) Received: by 10.78.13.17 with HTTP; Thu, 6 Jul 2006 12:22:36 -0700 (PDT) Message-ID: Date: Thu, 6 Jul 2006 15:22:36 -0400 From: "Zahir Koradia" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [dtn-users] Re: Flood routing Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I tried with the latest cvs code and it was able to detect duplicate and discard it. It also did not remain in the pending_ bundle list. However, as you mentioned earlier the bode does send the bundle on the link on which it received. Although I have not looked into the code I would like to know that if a link goes down and comes up again will all the bundles in the store be sent to the link again? I think the function should_fwd in TableBasedRouter function handles the problem. Please let me know if I am wrong. Except for sending the bundle back on the link from which it came is there any other issue with the current flooding code? Zahir On 7/6/06, dtn-users-request@mailman.dtnrg.org wrote: > Send dtn-users mailing list submissions to > dtn-users@mailman.dtnrg.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > or, via email, send a message with subject or body 'help' to > dtn-users-request@mailman.dtnrg.org > > You can reach the person managing the list at > dtn-users-admin@mailman.dtnrg.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of dtn-users digest..." > > > > Today's Topics: > > 1. Re: Flood routing (Michael Demmer) > > > Message: 1 > DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; > s=beta; d=gmail.com; > h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; > b=YRTh7kNggMV+0jtM9yZKI0xAmgMn/WmFpdm+dw0s8UPhnt10evte67OtonUJn+LhOjbnMAINW4elYW2MCIhyv51GpgGOCrNXDZ976/wJyNqiYT+BmayJqeUdfHMoj3YhJw8lAqC1rNe0Nd+6L+xLnEOlSpG2tLdf2O0/zhm55gw= > Message-ID: <59e8babf0607060209k67e3f5a9t925ad12ef21ca235@mail.gmail.com> > Date: Thu, 6 Jul 2006 11:09:00 +0200 > From: "Michael Demmer" > To: dtn-users@mailman.dtnrg.org > Subject: Re: [dtn-users] Flood routing > In-Reply-To: > MIME-Version: 1.0 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > Content-Disposition: inline > References: > Sender: dtn-users-admin@mailman.dtnrg.org > Precedence: bulk > Reply-To: dtn-users@mailman.dtnrg.org > List-Unsubscribe: , > > List-Id: discussion/answers list for users of the dtn reference implementation > List-Post: > List-Help: > List-Subscribe: , > > List-Archive: > > Can you please try this with the latest DTNRG CVS version? I can't > speak for the code from Waterloo, especially because I believe this > exact feature was implemented (by me) since they took their latest > merge with the mainline tree. > > -mike > > > On 7/5/06, Zahir Koradia wrote: > > Hi Mike, > > I have a attached a zip file with two directories source and > > destination. Each directoy has its configuration and debug log files. > > The source is the node from which I ran dtnsend. I should mention that > > the code that I am using is DTN V5.0 from the tetherless computing > > architecure website maintained at University of Waterloo. The flooding > > code however is from the dtnrg cvs. I compared that two codes > > (specifically the tablebasedrouter code) and did not see many > > differences. > > > > I tried debugging things myself but could not work out much. One thing > > I did notice is that at the source I got a note that "bundle sending > > is being ignored as the forwarding info is shown as in flight". But > > such a note did not appear at the destination. > > > > I thought that since the forwarding log is maintained locally it will > > only be able to keep track of to which links or eids has the bundle > > been sent but it will not be of use in identifying duplicates. Because > > of this I wrote the following little code myself to get rid of > > duplicates. > > > > ## In the function handle_bundle_received > > > > oasys::ScopeLock l(all_bundles_.lock(), > > "FloodBundleRouter::hanlde_bundle_received"); > > > > for (iter = all_bundles_.begin(); iter != all_bundles_.end(); ++iter) > > { > > if(iter->source_.equals(bundle->source_)) > > { > > if(iter->creation_ts_.tv_sec==bundle->creation_ts_.tv_sec) > > { > > if(iter->creation_ts_.tv_usec==bundle->creation_ts_.tv_usec) > > found=1; > > } > > } > > } > > if(found==0) > > { > > log_debug("bundle received *%p", bundle); > > all_bundles_.push_back(bundle); > > fwd_to_matching(bundle); > > } > > > > > > Regarding the issue of identifying the last hop node that sent the > > bundle, do you mean as of now there is no way of knowing which was the > > last hop node? > > > > > > Thank You > > Zahir > > > > > > > > > > > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > > > Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k66992Y05724 for ; Thu, 6 Jul 2006 02:09:02 -0700 Received: by ug-out-1314.google.com with SMTP id a2so2591101ugf for ; Thu, 06 Jul 2006 02:09:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=YRTh7kNggMV+0jtM9yZKI0xAmgMn/WmFpdm+dw0s8UPhnt10evte67OtonUJn+LhOjbnMAINW4elYW2MCIhyv51GpgGOCrNXDZ976/wJyNqiYT+BmayJqeUdfHMoj3YhJw8lAqC1rNe0Nd+6L+xLnEOlSpG2tLdf2O0/zhm55gw= Received: by 10.78.157.15 with SMTP id f15mr101208hue; Thu, 06 Jul 2006 02:09:00 -0700 (PDT) Received: by 10.78.137.1 with HTTP; Thu, 6 Jul 2006 02:09:00 -0700 (PDT) Message-ID: <59e8babf0607060209k67e3f5a9t925ad12ef21ca235@mail.gmail.com> Date: Thu, 6 Jul 2006 11:09:00 +0200 From: "Michael Demmer" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Flood routing In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: ab15ad984c643974 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Can you please try this with the latest DTNRG CVS version? I can't speak for the code from Waterloo, especially because I believe this exact feature was implemented (by me) since they took their latest merge with the mainline tree. -mike On 7/5/06, Zahir Koradia wrote: > Hi Mike, > I have a attached a zip file with two directories source and > destination. Each directoy has its configuration and debug log files. > The source is the node from which I ran dtnsend. I should mention that > the code that I am using is DTN V5.0 from the tetherless computing > architecure website maintained at University of Waterloo. The flooding > code however is from the dtnrg cvs. I compared that two codes > (specifically the tablebasedrouter code) and did not see many > differences. > > I tried debugging things myself but could not work out much. One thing > I did notice is that at the source I got a note that "bundle sending > is being ignored as the forwarding info is shown as in flight". But > such a note did not appear at the destination. > > I thought that since the forwarding log is maintained locally it will > only be able to keep track of to which links or eids has the bundle > been sent but it will not be of use in identifying duplicates. Because > of this I wrote the following little code myself to get rid of > duplicates. > > ## In the function handle_bundle_received > > oasys::ScopeLock l(all_bundles_.lock(), > "FloodBundleRouter::hanlde_bundle_received"); > > for (iter = all_bundles_.begin(); iter != all_bundles_.end(); ++iter) > { > if(iter->source_.equals(bundle->source_)) > { > if(iter->creation_ts_.tv_sec==bundle->creation_ts_.tv_sec) > { > if(iter->creation_ts_.tv_usec==bundle->creation_ts_.tv_usec) > found=1; > } > } > } > if(found==0) > { > log_debug("bundle received *%p", bundle); > all_bundles_.push_back(bundle); > fwd_to_matching(bundle); > } > > > Regarding the issue of identifying the last hop node that sent the > bundle, do you mean as of now there is no way of knowing which was the > last hop node? > > > Thank You > Zahir > > > Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k65IRlY24421 for ; Wed, 5 Jul 2006 11:27:47 -0700 Received: by ug-out-1314.google.com with SMTP id o2so1761069uge for ; Wed, 05 Jul 2006 11:27:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=GHmD6ee2ey2OkAbdrV7Iis1Xl040F0fmDcipIXOpH9uCd3l8fxhdI3H2X69vzS3sjV1xw+kXkyWPE2+Kb76dgUEZPaZ4xhuI9JooNQMGpkzx13XEDrS8KYJMyuEES1J5Bor4Q3608mfP4FewCcjE0DPWB/A9lQ5GjTW5lnFapsI= Received: by 10.78.170.17 with SMTP id s17mr2437442hue; Wed, 05 Jul 2006 11:27:44 -0700 (PDT) Received: by 10.78.13.17 with HTTP; Wed, 5 Jul 2006 11:27:44 -0700 (PDT) Message-ID: Date: Wed, 5 Jul 2006 14:27:44 -0400 From: "Zahir Koradia" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_31222_30543685.1152124064287" Subject: [dtn-users] Flood routing Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: ------=_Part_31222_30543685.1152124064287 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Mike, I have a attached a zip file with two directories source and destination. Each directoy has its configuration and debug log files. The source is the node from which I ran dtnsend. I should mention that the code that I am using is DTN V5.0 from the tetherless computing architecure website maintained at University of Waterloo. The flooding code however is from the dtnrg cvs. I compared that two codes (specifically the tablebasedrouter code) and did not see many differences. I tried debugging things myself but could not work out much. One thing I did notice is that at the source I got a note that "bundle sending is being ignored as the forwarding info is shown as in flight". But such a note did not appear at the destination. I thought that since the forwarding log is maintained locally it will only be able to keep track of to which links or eids has the bundle been sent but it will not be of use in identifying duplicates. Because of this I wrote the following little code myself to get rid of duplicates. ## In the function handle_bundle_received oasys::ScopeLock l(all_bundles_.lock(), "FloodBundleRouter::hanlde_bundle_received"); for (iter = all_bundles_.begin(); iter != all_bundles_.end(); ++iter) { if(iter->source_.equals(bundle->source_)) { if(iter->creation_ts_.tv_sec==bundle->creation_ts_.tv_sec) { if(iter->creation_ts_.tv_usec==bundle->creation_ts_.tv_usec) found=1; } } } if(found==0) { log_debug("bundle received *%p", bundle); all_bundles_.push_back(bundle); fwd_to_matching(bundle); } Regarding the issue of identifying the last hop node that sent the bundle, do you mean as of now there is no way of knowing which was the last hop node? Thank You Zahir ------=_Part_31222_30543685.1152124064287 Content-Type: application/zip; name=debug.zip Content-Transfer-Encoding: base64 X-Attachment-Id: f_ep9zqj7y Content-Disposition: attachment; filename="debug.zip" UEsDBAoAAAAAADRu5TQAAAAAAAAAAAAAAAANAAAAZGVidWcvc291cmNlL1BLAwQUAAAACABubuU0 4WW6gt4FAACSDgAAFQAAAGRlYnVnL3NvdXJjZS9kdG4uY29uZqVXbW/bNhD+rl9BJB/aBqlsb23a BlmGIOmHAlnaLdmKoSgMWjrZnClSI6mkHvrj9xwpS3bcYs3qILJM3h3vnnvlfrYvymDywpoq28eP C6pkq4PgBTVvnQzKGlEpTaKyTrwxgZyh8BT7hopApbi4uRLGluRzcbMgliepBk/ryQspQqGFYq7G EZ4iWNFI50mEhfJR8CFeW5CalfBBmlK6ElKYr7B1jQXsORK3UqvyEGSlkFoLTyEoM097cwojLOBM LOFQ/tKsyyOsPhJVawq2A8T+WJzUtmw1nbIIcXIr3Sk/9c+nACDTdi5GQKSE0pUVe/GVFWbBW6Dk eb6XZfvf+EngJmTOoYkFoOeb4pjgGz9ZFFZ0UtgKH0plxQcRXEvis6ikBsAfI9mbKlIA9rh6KErl 5Uwz/pQcI4HNLfXyoCCLMyM8bRtyyIBfRdkFBpzWyYuHPW6NJu+jtISVswUvgM61BoAL2cfEk/wr mkfVds2SZenESWNdOL23w2v9Dvau19HAQcq6eFssQTeTHiG65oRuwRZWsxo750x+eJGP8TfJdg56 fvTyxQNdfR2sk/Pv9bHvpETEVw3BxTNyS9K0KmdwdGN9mDvk2WdRr/zfuvP5NZMzCGv2lQ9Us89m xHmJ/Mp2RA+Cd89u5EpboKTgDjxOt07BAiqBdauNA6IfZq0pGfXEHHPd3zt5Q/AImciZN0psfleL cmZkTdBgdk8BGSQ7WsTtx7JpyJTQ4U6FhcgBlEzxyQpEEmV6azk2Z4dJZ+mfqhRB179eot44JU24 r3GnBH9Q+b6kJBuDTw8UCN4vyHTFaX1wPNb/F4Shq6idgRHCWAKZKypiq962tEPOgRF1LN/RvNNM DFhHZ3/jJ1ryG0rCTil8cFyvPSf13Dp4qR4shlbCpUNSteAfmxmAHhFUwVVOW1vi25CaL2bWLdJP rcySaYhz4R5zZMk2xGpbSD0lVYoTPLbDKu6hNtTKKB/YUlRJUEbEESjc9PKt2vhX60Pse9y/1uUV 3VIskKfRW41uUyz2QQrJjOdeDsP32P21XIIzcMHTJDkEZNKnF6K8eRSEI7TB1QDcxdU1VLbLtvF5 b/lg314o5PFoNJs8tGndnL9jb9+Sm5MpIFKu0Ma/z/8RmEpCGnJffGCrPooP55epfJ1hTRoQNW3Y IAU2Go5AJqFFcck+jsWZbVcGo0LMrq527IvK2VpY4AYEi0aMRFs2u3Zwdm8rA+Jx5EjQ8RE/PR+P x/fIIG3Mj2QPx1xcPmFTME8Y+hQWtsEbxx2+ingcXqSbe4wOp4OliRvWSdEQ1OW46ooFu511gYlf VD9lCOXzfFAhGsCxkuB5e3Xx+pezqwtez3qi5WTKcievfsgnRy/zyatJPnkxPmZDtzk2bDMtxq5R Sbej+HZ2+f7sz+u3V3F9M6ciDpgHA6xl5s9s1aa9iYwnCJg3R1aZdatASjQWQHOaNTJw9qxF9YBw vW2oUJVC4EflUh10Cb21iA1oBrXWCYlEYITy0tYSk85BBC0b6FKuLCfY6ZB6YNK8kw5K8bx70xoo /r8rpFf/8KiGHr+wuu8J6xnb2zg2d1EvfI2SQLFkmFijGCsWwFYG/PNovJClvUMoNSvugzXkpLbD Za5mYgyIcHjBUxwP9VGdhu3Z7NhTME4HvSZHP758ljS/gbuEbeK9AWKXRE0c2DsXp0alzNC14nBy KIjjQFbxjhC93DHESotsNHPs4BLhCfEhwwYM+VdUDNBkauzUgQilm+fVL4DLkN4tVLHos2232uFM 3EJwQlBoCejV1KS6B5yWxt5pKudUQzHg9btfjx6o0Gm0rtCDebcvlhvK4sACZSaJnkLcFEOKeDZ+ dZRl2UCGy5NbwRKteHiftgaUOKezSTyOlc4L+oQKCeRCvBYZi/LYcpdw1CEHHhDSk6/cdLavfcO9 p240ojm2DkG1LPxw/4KPW77OFfppzZVrtlr3Qya+jE30D56loDduXwcHB7zOpMd8x+t+vzZl2vsX UEsDBBQAAAAIAHdu5TQPPQjMbR0AAPlpAQAXAAAAZGVidWcvc291cmNlL2R0bmxvZy5sb2fFnV1z HLexhu/Pr9g72xdZDb4BX5wqxWJyVMehU7acm1RKtSSXDssSqSIpOz6//nRjKFskMT2LFzPYxFbR kra7MTsPvt5G459KOa0Gn7zd6mTU4DYvLu6vLzbXN/dX5/t/bV69Od1c7Pbvb643d/e72/ur6582 Hz9st9vNlx+uLjbKeffVf/3zkZXoXHhi5XZ3fXHzfnO3319sru42/HesefKx5JR++NjF/uzjT/Sp /U9Xd/f7W/oQ/fbm/Ob9e7Jz9+hzZhiMSY8/d3V9f7V7d/V/f3zuw831/vr+2Sfd75+8ur68+dfm w+72jht4fnN9efXTx9vd/RW1+/Lq3X7z4pfdLf9V/nfLf06P4Km5NIRH5vKPRZvPP6zph+cffhzI H6bef3i3v98/NaG8evLc768uftvcfMifvqUv8Rf++MXV7f78/ub2t80XL86url/cvt/86fbyjxae fby+eLe/++KxeRWM8o+f8x+GfqHHfbG73198/czMUyvWDlNWdufn+7u7GmPemmzsxR0Z2P203/y6 u72mNv5r8/fvfzx9ffrXzTffnb45OX3zw+a7v3z2HZ5tXp9uzOaHE/rjVz98ZtWRVcYAt6oLVv3W aGNig1VVsBrIarBPrTZ99RdnXzx2YLWyquzg/Ha/y93B9f5X6iLud2e7u/1nHj4z+thm1EY/eQdy 1/KA693+9pf97ZOPmKQ/9UwjHr93RoTI3Q0BSs1UOmwH+r/62vkYHlmwhhpix4bc3ny837+4fHdz 88nYX/jnP+dX7Hv+w1v6/atPfchTO/S/53Z+f5fvPuzuz//Nge1/oS5n8+XwnzNvzs7N2fDV5vuT v77+4c33L9+8/u707ctXr05ePTVuw9jMhxf+xUPX++mZv7vZXbDtBxw2l7fUq/Kz3/C3s39qzfmh LtSozMV+H7/afPv69H/fvvzHy9ffvvzztydP7fpBTdo9//f+/Oe31/v/3L/9982HjUp6q3zcqqS2 Kgxfu2EYvh7/Env+sL/+rEGbd9TfP+4bR3+lr26mHXurP7Xjm+9PXr55/qx9nLb67ur657f5Dae3 krg7+dvL01ebn9Xb+/MPmz/9d7FZmy9/f2BfPfUVfOz6xKKu/+b38ZLf0e9+fHPCL+dTk8m6Tk0I Zpu092ra30QT9me7QF/6n388ffXtydvvT745ef2Pz7/3B8MPI23J8ENI1Iftr36hr/7hv2mmM2zu z3dfv3hxpugffgXG//xZ0T+bL9Pm7Ld7AvLD7jdm9KunPoOb7jQuf714e3/z9v2nBn1m+OvN5Q1F sMl/9vD68e/d0tiRH+G7G3oA1/fU3Z5+d3ryzGsyk15v6FtgC8DLvTnbn+8+Ume/27ynAZsHBZrU 0ayLvld6ZhTe5ur+SSzBDr7/EwjWCdztrr+4/2QK/qY39zeHP8Pv/n7CI/0fT5D7Ge7d89fxNHg3 TAcvPjI9Pq7P50ts0TsVpjvuSabOBmKK5yYvv3nz9se/P7WpdejYL3hHPVH3F4m8hukO9e5x3Ou/ Ql89jc4G8Jlc/XRN84ZHD2Vz8XHPERUfzevTt3/59vVf/+fN0wicMOCIEajCu2q3gzKmdp7F7ypN /H7v/2midfrD316/eTT0s20aHU318Hhp3SCOLaPhOB309Nii0LEl+zRuGsBVgMherZseW54DUdfC JiBydM4eEYgxgrQsEJ7G82og6KWNwywQSg1WAUAkM8hAsGEh6GkgNA4E+XRmepRbCQj2GqZb+hyI uhY2AkHR+QDOJZYBgiIIy44Q9JNW013Q5Eu70wcAkawR8J20vddzQCRr7XTQ00CYBiBo4aY6rz7Y q4tmug9+DkRdC1uBSC6Z6e+hBxAUQQAjKAOhTQjCTGD6pQ3zQOgQpWn3lG2nzcyUiQ3H6d56GgiL A0E+rdBXrwQEeXVCf/UciLoWNgJB0Xl0gb4MEByBsF0JAGFUlLZ6Jl9aM8wDYWgt7ar3py6dP5sB ggzrAdmfcjgQ7BNdQOJAGF7K1yyq61rYCARFZwVcOwDBEbjpHWoACEtzVFs/rXEhzi+qLf1k6tcn 7szPTJnYcJzumaaB8DgQ5FMLdK8EBHtN0y19DkRdCxuBoOisBl/HZYDgCDy41TEBRDIRmOe78wPW EM5En4DR5/J8BggyLKkJ00AEHAjyGXX3RTV7FbYPngNR18JGICi6hPbPywDBESSwmyoD4aIywrpo 6qX1apgfIWi4H4ARwts4AwQbjtOPYRqIiANBPqX530pAsNeqEaKuhY1AZGkG7CSWAYIiMOjeXxmI MCjv6kcImrrNAxFoPBU20Sdtp2EGCDLshumeaRqIhAPBPtH9DBwI8iqlCTwHoq6FjUBQdOG4u0wc QVh0DRGic4LgO/3Sns8DEbUPgm4zaftiboSItLz1yAih4KwPdhoHC26640SwV2FKW1DmOmrVOTxp NdcBCZZohRcYQILm+cYBr+3+Yn4VkZRWoR63oOU8qGxYC0OlgESDWE1OjZA6uBIS7NXWLCMqm9iI BIVnDTiVXAYJjiCAUJaRSDQRA9TqoC/mR4mUbATSN4LfzSGR/CDsgQtINMjV7BR99g1IJK+q9l4r m9iKRPJaHXVpzRGg67sSEm47mDgIfd/kaxvV3ChBtnlYnX6JJm2fyROn0TAkzylYsM5Ok7DmWgWJ 0auwei0g0VGx5vDMIOSrr45EjkDpRZEgc8j2azi7nBslHD/LJOhok7YvL2aQYMMeQgKWrNmpGoQx byUk2GtVUlNlExuRoPBiAnX8ZZCgCJJZcHnttloZD7y2vOabRUK7oGP9WiJaOc0vGzYWQgIWrbNT KWlxJSTYq6saJTqq1jk8J5yV6oAERyBsxiNI0LAMLIGjO5sfJYy1UrbFpO0kJ/qNhqHMVwXL1tmp ERSWlZBgr8LObwGJjrp1Ds/6I+445QjcsOCOE1mMzgta/PRru59Hgnr7WH9K6DJepBkkyHASghaQ gIVrdkpzhM7L6+w1memt3wISHZVrDk8PqEy2DBIcAZqCWUbCBjvoejEt7v38xMmpGIf63aw0k/06 GhZSCAQkYOk6O03Ck1oJCfbqp5taQKKjds3hpQE9RrUMEhxBAuWiMhLOq0E4bDD92h6wvPaDVUK0 k7Z9mkGCDGthgi0gAYvX2amUiroSEuxV2EkoINFRvc7hwfmnyyDBESyZ30QWaa461O84pZAOQCJG LeyPTdo+mxsl2LCwAJpGQsPqdXZqbPeJE3sVtigKx+g6qtc5vN/r7RwJCZowLHmOzm2DTlaoMzD5 2p7PnpIg28FGBdi+lE9JsGEv5RIKSMDqdXaqhu4TJ/YqjOIFJDqq1zk8bY66vOYIhO4RQCIqn3z9 xGmn9PwoEWnhLpyLnLRt5yZObFgQUwQkYPU6O4XPueNIkFcv5NUVkOioXufwApphtAwSHIGwhwMg Qasj6eDy5GvrDlCvk/VW2C2ZtB33M0iwYQyJBvWanDohG2wlJMirFya2BSS6qtccnlCLqgMSFEFA x6kJJNKAqNe7tJsbJfx2MNaYes1jd2FFJEbDGBKwep2d2t5IZK9OSLgpINFRvR7DOyYSOQK/pHpN FmlaLkhBk6/tfva0hN8qFR2wCXum5FFiNAxtwmpYvc5Ofe9N2NFr1SZsZRMbkaDwQjhiJmyOIArn SQAkFK0Z6wuZXZ7ps7mJk9/qwQIF/S7PvJ9BggxrYYItIAGr19mp6b28Hr0KGRMFJDqq1zk8e8zl 9RjBkstrskhvrbDFP/naBnMAEnzoGrC9mxsldAyD8J4ISMDqdXaq0JVkAxIxDsKhsQISHdXrHJ6U D9QDCT4Mv6BUx+Xhk6mv1X15djab0EG2ueR+/Y7T+eBmkGDDUCashtXr7NT1zoQdvQojbQGJjup1 Dk+a13VAgiIIw6ITJ6usAs5LnOvZhA6y7aIFcDtXcnJ4NizV2hOQgNXr0alwSGMlJMirFya2BSQ6 qtc5vIDO5JdBgiNwC+44kcUUolCEvwkJR90qoEvMI8GGEzJxMrB6nZ1aQcFZCQny6oROsFDzsqN6 PYaXjjpxogi8sNMPIOFoKgbM9w9Cwhua8dfrEvNIkGEnbNYLSMDq9ehUqGG/EhLk1QunNApIdFSv c3hBqJTSAQmOQOjTASRY5xBOCjYhERR1rPW7WfNIsGFslIDV6+zU9x8lyKv0zhWQ6Khec3guoZL+ MkgE5YdldYngggNS8w5DIkVkN+sAJFKMwmxCQAJWr/020luBqlI4EnwyXiiBUUCio3qdw9P6iOXz xwiEUsYAEpEPvgGTm0OQiNEqtcZagg0LcxgBiQb1mpxqYWW0FhLkVUg1LSDRVb2m8KRDfz2QiNai NULKSCTtpHN6TUgk+hUovTyPBBsWcuQFJBrUaz7GIdRTWwkJ8pqE+jwFJLqq1xyeUPC3AxIpDINw Dr8aibClyUASjk82IEG2nU3CdgSKBBt2g1A/RkACVq+zU2nMWwWJ0auwkV1AoqN6zeH5AT35vAQS YwToVWATSKSokCXwIUgoa2hxuAISis+3QUjA6jU7tQrd7cORYK/CZRYFJDqq1zk8jZ58XgYJisCg 90GVkVCRC8Csg4Q29EN9SuE8EmRYCfNHAQlYvR6dxs7L6+xVC5UXCkh0VK9zeOmYNWE5ArwgQhkJ HUwAansfhAQHu8ImbDYsVSIVkIDV6+xUKla+EhLsVdh2LyDRUb3O4cFC2TJIcATonVBlJAzfEgEs gQ9BwnLVAGCDdxYJy0mpyHVcFlavR6fodZ04EuTVCiuY50hUNrERCQoPvsZyGSQ4AqFPB5CwnJm3 inpNtmNYI6FjNCys2wUkYPU6O4XvfmpAIsZBSPQsINFRvc7hKVQoWwgJzsVdMMcpbJ1OGqjjdBAS LqhBUNRwJNiwm35PBCRg9To77Z4cPnqtul+isomNSFB4Gl1gLYMERWDQe/LKSHi+kwvoyQ9Bwjun VshxyoY1dF7Cwup1dmrQpE8cCfYqJHoWkOioXufwLFpOfRkkOAL0YrAJJOgXYTrQhETgE1drIEGG rXCJooAErF6PTntX6MhenbChUkCio3qdw4NP3y6DBEeAKqhlJEL0SMmAg5CIxnjhRBiOBBkOQmaN gASsXo9OUaEWR4K8RiEDoIBER/U6hweXsl8GCY4APf1dRiJy6axVcpzCNmmrgBuO5pEgw1qYwwhI NKjX7BS9XQRHgrwaIS2zgERX9ZrCkzbEOiDBEQjyPoBE8i4Ad0AcgETcDkproBzBHBLZsPSeCEjA 6vXoVMhIXwWJ7FWSYApIdFSvc3hOHxGJMQL0GEsJCbLoaNxZJceJnucwKGSdMosEGdZC3yQgAavX 2Wn3MsmjVyEDoIBER/U6h2fRm+KWQYIjQO84KCOhrNZC39eGRAyDkLDagEQM0mxPQAJWr7NTrTpv wo5ehf3mAhId1escnjnmjtMYwZI7TnGraX68zo4T2Q5qWOG8xGhYSDabRsLB6nV2qtAsZBwJ9ioU QXiORGUTG5HQXMjniMvrHAG8N15GIifQrbK8JtvOKeBO7XkkyLCGKnQ4WL0enfau0JG9mqoKHZVN bESCwrPHrNAxRrDkJb9kMTnpNucmJKwdpANPOBJsWBjaBCRg9To7dWhhOxwJ9irUDisg0VG9zuF5 dHG7DBIUAQ2kSyJho5aKpTUhQb2qQVIKZ5Egw1bYDReQgNXr7LR7JuzotSoTtrKJjUhQeB4tZb8M Eo6rMC6Y0EEWwyDldzYh4ZVNQJnkeSTYsDBYCkjA6jU7dQN65ziOBHsVrgwtINFRvebwvBLOwXZA giMQZv4AEt4Fqf5LExKBFtdCDSIcCTYsvCcCErB6zU710H/ixF7rJk4d1escnkJvnV4GCYpA60U3 YYNV0pUebUjwNWJrrCXYsHBsREACVq+zU48e8m1AgrxWZcJWNrEViRjDMTNhcwRxyUzYuI00VwWK 6R+EBE3y6D9WQIJreAvTegGJBvWaZYn+O07kVboCs4BEV/WawjPHTOgYI0BvwikjkZS2a02cEm9b Lp8Jy4b5LCCCRIN6zU7RuvE4EuRVEuoLSHRVryk8g+73LIMERWBRBXUCieSdkI/fgETaDtZKO/ko EtmwlL4rIAGr19mpReuzoEiMXoXVYwGJjup1Dk+qcbo6EmME6NSthARZjC5WJ3Drwe/P55FQRpsV jhBlw1a4AWAaCQ+r16NTdL8RR4K8SoebnyNR2cRGJCg8j97usAwSHAF6HXkZCRWsrr6r7kAkNE34 kQ3eWSTIsHSuRkACVq+zUy9wuBIS7FVIIykg0VG9zuFJNY86IMERLHlegix6FavltAOR4DLnqh63 cCbfaDoahjZhPaxeZ6dOSNNeCQn2KmQXFJDoqF7n8LxwcLIDEhRBGBZcXpNFm9ZDInkr9HANSJBh qJi+h9Xr7NT1LqafvfqqYvqVTWxFgsJDU7MXQiL5IKwrASSsiUq4HHTytb1Mc3fVke1o65NFDkGC DUOVwz2sXmenUuGGlZBgr1WVwyub2IgEhWePWQAzR+CEqQiAhKOZk1DsogkJLrhSvZY4BAkulWKQ TFgPq9fZqem/lnBB66p7ryub2IiEY1XgiGWSxwiE2yAAJAgIVy2nHYiEd0nScXAk2DA2SsDqNTn1 fKaxNxLsVbhRpIBER/U6h6fR2eQySFAE8HXkZSTCwOe21kEi0KBWfZ3LIUiQYSdcbyQgAavX2anv XUx/9FpVTL+yiY1IUHhSSeEOSHAE6JH4CSRijMJ+ZhMS0WiN2J5Fgg0LxTIEJGD1Ojs1rnNy+OhV OKxbQKKjep3Ds0KCQgckKAK4IEIZCU6aqj7mQ58Ifh6JpK0TMoenbLvPr5kvIkGGpQ5bQKJBvWan 6CFfHAnyGoRlUwGJruo1hRfRPNRlkOAIlqzQQRZ90NWn6g5BIg7bQSkpcxhEYjSshRLu00gEVL0e nRohsWoNJB68Cvm3z5GobGILEmN49ogJHQ8RLJjQwRadNfWbsAcikdJQr4wfgkTibEUECVS9fnDa eZQYvUqbawUk+qnXFB6XD0JrNCyDBEewLBLKxFQv1R2GhOKZ5uITpwfDUDH9gKrXo1PT+frG0aut ur6xsomtSFB4wjfRA4loHHrpSxkJrbUV9rCakNA+KF+9vD4ACTKsBXlGQAJVrx+cdj4vMXqtq9BR 2cRGJCg8+IrdZZDgCBas0EEWjRqMMDA3IWGcG6qLax6CBFfDwdYSqHo9OpUq+K+ERC6VU3PQtLKJ jUgY541Qw70DEhwBqoxMIJFCqD4MeiAS1vog3O2HI0GGo7CoE5BA1evRKVwkG0eCvQqJngUk+qnX ObwwHDHtb4xALZj2xxYTLU9WGiUczb2Bdco8EmTYQ0VrAqpej04DKpPiSLBXYWwqINFPvR7Di0e8 vvEhggWvb2SLIThh5GtCwvOxhvoRaB4JNizMJgQkUPV6dOoFwFdCgryGurVEP/V6DC8edy3BESy7 lvBeWWEfpQkJ6lR19QXChyBBho1wlktAAlWvH5wKW8orIUFepfVrAYl+6vUYnqTGdkCCI7DLJYez RUv97UqjROA7V1ZBgpVkaJRA1evRqRP2z9ZCImkvlIcrINFPvR7DC0dMDh8jiAuWSSaLvKu7SkIH 2w5pEFKRpmzTP9JB09GwgsoRxAb1mpxqtEPEkWCvQif4HInKJjYiQeEZ4d6wDkhwBOjeeBmJpJIR VidNSCRvdPUlv4cgwYaFLH0BiQb1mpwaNJ0HRyJ5q4XNtQISXdVrCs+gp2+XQYIjWPDsdVTbYQCu bzwICbLttKT2o0iMhhMi1UVYvc5OjXDz3ipIZK+SlFpAoqN6PYZ3TPU6R7Coek0Wk7VxlU1YepaG 5nn1tueRIMMG2oSNsHqdnUov50pIsFdbhURH9Zr+zA5BKGzeAQmOQNh9BJDgF1CoYdeEhM7ZCCsg wYaFFFsBCVi9zk5j5/MSD16rzktUNrERCQovHfG8RI4gDMJWC4AENckJ0/ImJIxypv4I0QFIsGHh ixCQgNVrduqNcJRvJSTYq3AysYBER/U6h+eEDbEOSHAEwjAKIGGct/Vnrw9DguYZFHCb7SISbBg6 ex1h9To7tZ0rdDx4rarQUdnERiQoPHfEojVjBH7ZtQStJAKwBD4MiaS9ULxxynY6j3NIkGGhbIWA BKxeZ6dBOFmyFhK88V8j1VU2sRWJxNcQHRWJpBN6squMBKcLCScwJl/bCzdT2oxtR1N/D55WOzXM IEGGFVQAM8LqdXaqOxetefAq5CsUkOioXufwDKodL4MER7Ds8tqzDgy8tkbNI+GD1sBB03kkyLCB ksMjrF5np70rhz94raocXtnERiQoPHfMU3VjBEtKdWoblAnCxnITEoGPNdRnws4jwYaFxzCNRILV 6+xUd76F6MFr1S1ElU1sRILCM8I+ewckKAKrF11eEw9BWB81IRFNMtXXNx6CBBuGrm9MsHqdnVr0 BigcCfZadX1jZRMbkYi0utVH3YTlCITabwASMeog7GE1IUErQykrCEeCDTtk4pQa1GteXevuEyf2 KpzRKSDRVb2m8KxQea0DEhSBQ5d4ZSQS/aqByc08Eno7KG2QEWgGiWxY2jkWkIDV6+zUoWcqUSRG r0IaSQGJjup1Ds+jpxWWQGKMAE0pKSGhuWiNrr+F6EAkUtLCmNaAREpG4FhAAlavR6ex81oie7XC eqyAREf1Oofn0Jn8QkikBN9xUEZC0fx4nYkT2Y40cVp+eT0ahk7VJVi9zk7hItk4Euy1Sr2ubGIj EhSeTUdcXucIHCoXlZHQZhgE1asJCR28EZaGOBJk2EIFMBOsXo9O0Q1wHAny6oT1awGJjup1Ds8f s0LHGAGaoFxGwlDDhXGnCQnjkkZGoFkk2LCQCycgAavX2akROo+VkCCvVjhzUkCio3o9hofe7rAM EhSBQ/NsykjYYbDA+eiDkKAZmRX2aHAk2LCQ+CMgAavX2anrnQk7eq3KhK1sYiMSFJ4/ZiZsjiAs WDmcLUZjgDykg5BwxirgvMQ8EmRYQ+clEqxeZ6fw3R44Euy1qmhNZRMbkaDw4Fp7yyDBEaCJh2Uk XLC2+rr2A5Hg2jLCpjWOBNePETieRkINsHw9ekWVWpwJrlojVEF4zkRtGxuhyEVjjpgLO0aw7DYs LU6McGqzCYowBAWkns9DQYa1kHAkQQEL2Ow1GqE5K0HBXoUvqARFRwU7x2eFoo4doKAIHHosvgxF cDoBFf8OgyKRcWAUmoci8ZwCggKWsLNXqQ7PWlCQV2EZU4Kio4ad44NrKS0EBUWArmnKUEQTPXDc 9CAoYjQaOEg0DwUbFpRACYoGEZu89r7r98Fr1Umi2jY2QkHxHfOy3zGCJS/7JYtJe6n2RxMUidNt 14CCDFth016CokHGZq/o3BWHgrxKlShKUHTVsSk+L8jsHaDgCIQqfdVQmO2grBIOSDVAQbb9ICWi oFBkw0HI2JaggIXs7DV2vtz0wWvV5aa1bWyCguOjlf0Rd5/GCITDJQAUNAM1wuZBExSKL6tdfk2R DQfo+hX6PA4Fe0Wvg8KhIK9RyE8vQdFRy87xJWGO3AEKjgDNupmAIg3QvP8QKLTxkuiEQ0GGvdA3 SFDAYnb2GlTn2xxHr0JafAmKjmp2ji+iZUyWgYIjQLOuylDoEK2Q79kEBV8cLUz9cSjYMKRmk2Uc CvLqex+zG71WHbOrbWMjFBRfVEeFgiNAsSxDYQJNWlc5QWG2VjkF3GYxDwUbFirdS1DAgnb2qnun PWWvpupGx9o2NkLB8R0z7ylHYJcsZEMWXdTAxb8HQeEGg9yNNw8FGxZm9wIUCla0s1fbu97Z6LVO vKtsYyMUFJ8T6lB0gIIi8EueoiCL1km7m21QxEA/rgEFGcZGCgUr2tmrQS9Db4CCvAodQAmKjop2 js+i9bwXgiIGJxwzA6Dw2iu30poi3/27BhRsWMidl6CAFW0zVrPpfCH26LXq4onaNjZCkcvZHFGn GCNAb1IrQxGUlbLcmqAIfggr5D5lwxG6skspWNEevQqndVeCgrwm4f6dEhQdFW2OTw1oHb5loOAI XDMU/w9QSwMECgAAAAAA8m3lNAAAAAAAAAAAAAAAABIAAABkZWJ1Zy9kZXN0aW5hdGlvbi9QSwME FAAAAAgAj23lNNN+ok3eBQAAkg4AABoAAABkZWJ1Zy9kZXN0aW5hdGlvbi9kdG4uY29uZqVXbW/b NhD+rl9BJB/aBqkcd23SBlmGIOmHAlnaLdmKoSgMWjrZnClSJamkHvrj9xwpS3bcYs3qILJM3h3v nnvlbrYrymDywpoq28WPC6pkq4PgBTVrnQzKGlEpTaKyTrwxgZyh8BT7hopApbi4uRLGluRzcTMn liepBk/ryQspQqGFYq7GEZ4iWNFI50mEufJR8D5eW5CapfBBmlK6ElKYr7B1jQXsORK3UqtyH2Sl kFoLTyEoM0t7MwojLOBMLOFQ/tKsyyOsPhJVawq2A8T+WJzUtmw1nbIIcXIr3Sk/9S+nACDTdiZG QKSE0pUVO/GVFWbBG6Dkeb6TZbvf+UngJmTOoYkFoOfr4pjgOz9ZFFZ0UtgKH0plxQcRXEvii6ik BsAfI9mbKlIA9ri6L0rl5VQz/pQcI4HNLfXyoCCLMyM8bRtyyIBfRdkFBpzWyYuHPW6NJu+jtISV swUvgM61BoAL2cfEk/wbmkfVts2SZenESWNdOL23w2v9DvauV9HAQcq6eFssQDeVHiG64oRuwRZW sxpb54yfHeUH+BtnWwe9OHx59EBXXwfr5OxHfew7KRHxZUNw8ZTcgjQtyykc3VgfZg559kXUS/9J dz6/ZnIGYcW+9IFq9tmUOC+RX9mW6EHw9tmNXGoLlBTcgcfpxilYQCWwbrl2QPTDtDUlo56YY677 eyevCR4hEznzRonNb2tRTo2sCRpM7ykgg2RHi7j9WDYNmRI63KkwFzmAkik+WYFIokxvLcfmdD/p LP1TlSLo+rdL1BunpAn3Ne6U4A8q39eUZGPw6YECwfs5ma44rQ6Ox/r/gjB0FbUzMEIYSyBzRUVs 1duWdsg5MKKO5Vuad5qJAevo7O/8REt+R0nYKoUPjuuV56SeWQcv1YPF0Eq4dEiqFvxjPQPQI4Iq uMppa0t8G1Kz+dS6efqplVkwDXEu3GOOLNmaWG0LqSekSnGCx2ZYxT3UhloZ5QNbiioJyog4AoWb Xr5RG/9ufYh9j/vXqryiW4o58jR6q9FtisU+SCGZ8dzJYfgOu7+WC3AGLniaJIeATPr0QpQ3j4Jw hDa4HIC7uLqGynbRNj7vLR/s2wmFPB6NFuOHNq2b83fs7VtyMzIFRMol2viP+T8CU0lIQ+6LD2zV R/Hh/DKVrzOsSQOipg1rpMBGwxHIJLQoLtnHsTiz7cpgVIjZ1dWOXVE5WwsL3IBg0YiRaMtm2w7O 7k1lQHwQORJ0fMTPLw4ODu6RQdoBP5I9HHNx+YRNwTxh6HOY2wZvHHf4KuJxeJFu5jE6nA6WJm5Y J0VDUJfjqisW7HbWBSZ+Vf2UIZTP8kGFaADHSoLn7dXF61/Pri54PeuJpuMJyx2/epaPD1/m41fj fHx0dMyGbnKs2WZajF2jkm5H8e3s8v3ZX9dvr+L6ek5FHDAPBljLzF/YqnV7ExlPEDBvhqwyq1aB lGgsgOY0a2Tg7FmJ6gHhettQoSqFwI/KpTroEnorEWvQDGqtEhKJwAjlpa0lJp29CFo20KVcmY6x 0yH1wKR5Jx2U4nn3pjVQ/H9XSK/+4VENPX5udd8TVjO2t3Fs7qJe+BolgWLJMLFGMVYsgK0M+OfR eC5Le4dQapbcB2vISW2Hy1zNxBgQ4fCCpzge6qM6Dduz3rEnYJwMeo0Pf3r5PGl+A3cJ28R7A8Qu iJo4sHcuTo1KmaFrxeFkXxDHgaziHSF6uWOIlRbZaGbYwSXCE+JDhjUY8m+oGKDJxNiJAxFKN8+r XwGXIb2bq2LeZ9t2tcOZuIXghKDQEtCrqUl1DzgtjL3TVM6ohmLA6w+/Gj1QodNoXaEH825fLNeU xYEFykwSPYG4CYYU8fzg1WGWZQMZLk9uCUu04uF90hpQ4pzOJvE4Vjov6DMqJJAL8VpkLMpjy13C UYcceEBIT75x09m89g33nrrRiObYOgTVsvDD/Qs+bvk6V+inNVeu6XLVD5n4MjbRP3mWgt64fe3t 7fE6kx7zHa/7/dqUae9fUEsDBBQAAAAIAPFt5TTvCtc4MBsAAB8xAQAcAAAAZGVidWcvZGVzdGlu YXRpb24vZHRubG9nLmxvZ72dXXMbN7KG7/dXzN3GF0vh+8MXp0qxlS3XeuWUo+RcbLlU/BglrMik DkU7yf76042REkmc6Rn0zGDLGyux2S9APsQAeBuN/0hplRReO7eILgqpqrPNcbepdvvjdl1/qt5e XVabZf15v6vuj8vDcbv7ufpyt1gsqm/utptKOhFe/e0/T6N440V4EeWw3G32n6v7ut5U2/sK/o6L 5sXLrHby4WWbevXlZ3hV/fP2/lgf4EXwn6v1/vNniHP/4nVOGPf8ddvdcbu83f73r9fd7Xf17njy Shn9wyu3u5v9p+puebjHDq73u5vtz18Oy+MW+n2zva2rs6/LA/5V/P8C/xzegpfhjHXPwqUfW2Oe vtgbJU5f/Lwhf4X6fHdbH+uTENG+eN+P280f1f4uvfoAH+JXfPlme6jXx/3hj+rvZ6vt7uzwufrH 4eavHq6+7Da39f3fn4ePUgXx/H3+K9BXeLs3y2O9eX0S5mUUI31XlOV6Xd/f5wRzounx2T0EWP5c V78tDzvo46fq+48/Xr67/Gf15sPl1cXl1Q/Vh++efIar6t1lpasfLuCP3/7wJKqHqFr5wI+qWqIG iOq1kfyo8jSqFwshpDHxedRRH/1m9ffnAtLZoNoF1od6mYaDXf0bDBHH5Wp5Xz9ReBL0WUypYJR5 wUAaWh6+rvf14Wt9ePESaUV89vX4czCCr8j9Hr6g0E0Iu4A2L+Rr64J/HsEL+NV05LD/cqzPbm73 +8dg3+HP3ybEPuIfHuC/bx/HkJdxlHOncf5k+f5ueVz/gg2rv8KQU30jfl85fbPSK/Gq+njxz3c/ XH08v3r34fL6/O3bi7cvg8PP1RPgzx6G3sf3/Ha/3GDsh69DdXOAURXf+wo/nfplNPcwEA9uapB6 cyPDq+r9u8t/XZ//dP7u/fm37y9O4j5C1xJ3/Uu9/vV6V/9+vP5lf1fJqBYSvgAySnilf22FEK+b v4TKd/XuSYeqWxjvn42ND3pRZ/ejNvaxH28+Xpxfnb7XXndHvd3ufr1OhAOV8L27+Pf55dtqJa+P 67vqH//T2q3qmz/fsFcvtYLshmaOdyy47k+o8x2LChn98OPVBcL5MmR8mBvM3gWj4iIIa202vLVe 1tCFb3+8fPv+4vrjxZuLdz89+dwfAjtlOwM/NAnGsHr7FT76h3+HmY6ojuvl67OzlYRfiEDzr79K +FV9E6vVH0f4Qt4t/8Dv6KuXml50a978trk+7q8/P3boSeDX1c0eWlClP3vAD//bAZ4d6S283cMb sDvCcHv54fLiRNX4TtU9fAoYgQF3tarXyy8w2C+rz/DAxocCTOpg1gWfK7xn0Lxqe3zRFqdVd1vI d0A2vX/y8E8RJQTMZvwBEHzQnr+5uv7x+5cxtSo0sj3omcfxviAXoOq6v8r3z9udTX513A9n6sP3 F5evXrbOOjMtKT4S3/guUowWfw0l8My+/OHf766uXo4mTkrJpZAcpiCw7/6QuocpOWKYclKZbs25 cATV0P0gPsUxr4djcXRSe+bQ3Y5jFEKbzBnkUByj0UHmo96PIwSOxGypG0fFxzEaI4hZ00w4oiox 8TjFMa+HI3GE1knLfGJ04BiMc91PZj6OGlZiyjufj3oPjk1gr7o/pG4cNRPHB81YFsdGNegcHPN6 OAbHpnVRt6yqmThiROfcLKMjxIbfPCN2P44YOHZ/h7pxNHwc4bfgyq4pGtUout/CUxzzejgSRwlr 1MicwLTjKK3wxHg7DkfcBZ8Fx+it6v5WduNoR+AImpE5EozAMXqnuz+eUxzzejgWxwhPqenmjhBR 6Qjr6HlwVMFk72wOwhECa2KN1I2j4+OImqFbcyYcQdUQj8NTHPN6OBJHaJ1V3XN4Bo5aOT8XjtrL KPLnpf04YmBigt+No+fjqL0SujiOqBpycMzr4UgcoXXST4qjUTLqmZYyJkpPbGDyccTAxIfUjWPg 4wiawTJ3Y/k4gmok5lKnOOb1cCSOJirBnU+342i1cLp7J3MUjhZmW8TePh9HDBw5D+vIx9F6R41T M+EIqpLYfD/FMa+HI3GE1ik53TY4RHTSOuJdHoWjszDVzY/djyMEDsSHRGyDc+26B9Hyk0dQpfZS WvbBy/ky2DwnBLERxQEyYjbQPEDCP7zNj90PJPwjiO7ABJBcY+ZBlDCDZgIS/hFlljFTzplJzTOC a6q3A+mD9iI70WQYkEFFRWxN8YGEwNqwgORaM42oIbJBZgISVW0WkOW8maZ5ltheZgAZvAizONcQ O0rr4xwjJAQOxNtAADnCnAFR6lkyE5Coars/nxYgi7ozuGSdMJUCI9rgCA9sBJByIYQRYfolTQos ic0XAki2PZNEFZF8OQuQjSqRmtkCZEF/JjVPxwkf2RDR4KA7E5ARmps/HRgAJAQOnB1IyTZokqgt vefTqBLbCS1AFnRoUvNcnC6dAiJKjdlm8wApPTxZs2PfBBcCDSQGJuYCBJBsiyaJRiINcSYgpYd1 bHdXW4As6NGk5knuxLodSCWjl7M42BDbGZG/KT4ASAxMfIsIINkmTRKVrvA2ZFJVImcbMrOLI4HE 5hGHLxhAagFz5pke2doqapOKD6TGn1hAsm2aRpTYVZ0JSFCFH3OALOjTpOZpYpOGA2TUTuYfNRkE pNEWfp8BSAxMfC8JINlGTRIN5UdIUI15I2RBp6Zp3rQjpPFBzWMcygX8YPOzfAYACT84ycmBVGyn phENhXNykyqVC9CSIl7QqUnNC0S+FQNI6yx1emsUkA6mA/lHFgYAiYGJxHYCSLZTk0SdLpyV26gS efYtQBZ0alLzPHEclQGks9ITR0PGARm9yp+fDgEyek1ktBFAsp2aRpRAYy4gozfEw6AFyIJOTWre YzmBiYD02nhi3T4KSO9jIGwvPpAQOBIOKgEk26lpRH1hpwZUgxDEU6YFyIJOTWoelYvEADIopYlv 4Cggg9OMPc4BQELgYFhAjnBqQJRKc5gJSFQlnjItQBZ1aoIzgsgvZAAZhZ7pJA3ENtHlTwcGAImB HcepUSOcGhD1uvgjG1V91iO7qFMDzQvEKXEOkNFQ5TFGAKkWQlufXxagF8gmsOfkQyq2U5NEqTOo swDZqGadXsjs4iggU/MiNyevDUiI6KNmHMAaBKRUMJ5nj74DgITAktirIoBkOzVJVHH3gPlAoiox O2kBsqBTk5qnidMvDCCl87ONkEr4QJz+4QMJgaPipJ8ptlPTiBIG+kxA4ukuYqLQAmRBpyY1T3LL ybQDqazwRMrAOCCjEvk++RAg8WARq3QK26lJopLITJwLyKgkUQehBciCTk1qnuKe62gHUmusDzAP kDooKtuZDyQEpna/uoHUbKemESXKtc0EJKg64pnYUj2loFOTmkedUmEAaZSmKg12QbOON/1AGpgO 5B8gGwAkBA5EFQcCSLZT04jG4osaUI1ELnILkAWdGmwezCgmfWTD+OgJh3YUkNbKGKbfh8TAsLzg PLI126lJopJIc5gJSFQl0oJbgCzo1KTmUQntHCCjDPmHvIYB6bSNM2T7NIFZ2T6a7dSgqBOlj8Em VUkMQS1AFnRqUvOUmbDiGUT0ThCVk0YB6ZVQRCUoPpAYmEhNJIBkOzVJVJeuotKoZu1DZnZxJJDQ PEMcm2IAiRUgiLXjKCCDcC6/rPcAICEwZcATQLKdmkaUmIDMBCSowtIwB8iCTk1qXiRm8wwgg3HU 028ckFE74vj0CCAhMKsmpB7h1ICoJyyEuYCMMEBmzSGLOjXQvCgmfWRjwjgxKx0FZAzCEHWI+EBC YMsqw6dHODUoShx1nAnIiNcNZD2yizo10Dw/ZSE+vRBKwwphDiAhtouGsJy5QKbAVD1CAki2U9OI ck98coFMqo7YUGgBsqBTk5rniRkFA0gptSfyoEcBKfECl+lHyBRYE8WNCSDZTk0jWjofMqmarHzI zC6OBFJar4n67hwgo/fE2nEUkMoIR0ww+EBiYCJnrhtIw3ZqkiiVuzQTkKjqcg55ZXZxJJDQvDCl UwMRg/QmfyU8CEitjCV27vhAamUNkQlGAMl2apKoLV1KpVG1OXPIzC6OBBKa56ZMroCITseQvxIe BCR+e4jxnA8kBmZVzzVspyaJUhcgzgSkEbDszAKyoFOTmmemHSGNCdQhonFARkUdHB0BZFSeN0Ky nZokSm3AzAUkqBJPsBYgCzo1qXmRSHllAGlhiFT5fvMgIGEUMzOknzWBif0kAki2U5NELZEVPBOQ qEpkY7UAWdCpweZJQ9QQYQDplFaMcy+DgHReeYYt2Q8kBObVhzRspyaJRmK9OxOQqJqVXJHZxZFA Oq8FMcVlAOmlD4y9wkFAeicMI3GjH0gMTOwnEUCynZokarlbbnwgUZV4GLQAWdCpSc1z3BqF7UDC w486cz8KyGCizj/ROABICGxY57IN26lpRLnXsfCBBFVL1O1tAbKgU5Oa54gdYQ6QUUbCFh4FZMRz enM8sjFwYO1DjnBqQDSWvuAQVZ3Iu+CwqFODzeNmLbcDGX3Q8+xDmoXAG55GJm60ANkEJpKeCCDZ Tk0SLX5rUqOaVUE3s4ujgEzNi1NeuQkRnaScgFFASqFDti2phFGKHCGbwMR+UjeQlu3UJFGqhsRM QKIqUcT7FMjMLo4EUmIZ+QlHSIhoXL6bgtAMATLA38zdUoLYbtkzQmJgVoKuZTs1SVSXLhTQqBJH y1qALOjUpOZR+TMMIJWWkpgEdELjl6EXSIW3ojFir9Y9IyQEps7sE0CynZpGlFubkw8kqGriKdMC ZEGnJjXPENUcGUBqnKLkWocAzVr1A4m2JJEl1hn7hr6FoQlM7BYTQLKdGhQ1gjghNBOQqEpYuy1A FnRqUvMkt0ZhO5CYTEJURuiCxooBI6TBw4G5q2yIbTY9IyQGZq2yLdupSaJUKvNMQKIqYS60AFnQ qUnNU1Ousg2akTL73AtAY9f9c0irQ/4RW4gdTc8ICYEDcdaNAJLt1CTRSJisMwGJqkSRjhYgCzo1 2Lwo7KQjpA1KE3eDdUOz7AcST0gSDl9n7I3vARIDE99LAki2U5NEJVFHeiYgnSLvD2sBsqBTk5qn iU0aBpDO2Zh9VBWgqW3/Iztdo5i/7eOU73lkQ2BNNJoAku3UNKKlz9QkVaOyVtkFnZrUPMt9bLQD 6a2QxD5XNzSbAUDCdIDI5euM7WLPCAmBFav6mWU7NSiqLffpNAJI9EJyMsYzuzgWSDz/OWE+pFkE Daua/Ee28wOADEHL7LpBEHvlekZIDEyQTgA5wqkBUUWMVTMBiarElmsLkEWdGtybJaa4DCCj0oa4 S68Tmk3dD2R0gRV73bftg4GJwaobSDfCqQHR4tk+jSpxGvwUyMwujgQSmkfVgsgG0i6ElJoo5T4C SIhtnc2uPdkPZArsiBQYAki2U9OIcstpc4FMqtQ50xYgCzo1qXmBOHDAATJG6fO3fQYBKY0xhO3V 4ZPrTaQXNSmwZZXjc2ynphEl0hxmAhJUHbHD1QJkQacmNY/Kn2EAKYPXcwGpNITOzvYZACQEprI2 CCDZTk0SjcQEZCYgUTWrxnhmF0cCiRO+KWuMWzQjLcOp8XXs24e0C40X4WVnEg0AEgOzSjo7tlOT RCN3MOADCQupvPuyM7s4EkhsHvex0Q4krJFkdimVgUDi7nV+gu4AIDEwYfASQLKdmiRaPEEXVKXI S9DN7OJIIKF5cspSKhbNSGvzFx7DgIzeEpf+dMUOq2UfkNFTFZgIINlOTSNauqRzUvV5c8iCTk1q XpiypLNdWANPv/ytmbDW/UDaYBQD9qVY96yyIbAmnmMEkGynphHl1ubkAwmqhkjhawGyoFOTmmcJ z4wBpFM2MjJyllL1A+lctMTdtZ2xDX2EIQV2xJWPBJBsp6YRLV3SOan6rHJ8mV0cCSQ0L0xpHdqF l44qMtcJje11aiC2k4HYv+6MHW96HtkQOBIZBwSQbKemESUmIDMBianIMmuELOjUpOZJOekIibc6 ZBcVBWiWvckVENsErxixa9kzQmJgVoKuZzs1STSUTtBtVLMSdDO7OBJIPAY7ZY1xi8dgZfZ9hAjN gBES8wKIiopdsVda9IyQWPaXIJ0AcoRTg6Klr5ZLqirrCENmF0cCGbESz6TWIayS8qvcIjS9h7zc QsDTJtupgdiezodMgRXLqfFsp6YRLe3UJFVNpPC1AFnQqUnNM8Qp6mwgIaLTMrv6GUKz6QdSiqA4 QK7oU4cpsOYByXZqkqgpfYE7qkbKtm8BsqBTk5rnuUUz24GUJkiihFInNOvQ98iG2FGp7JtmlVgL eh+yCczKGPdspyaJUgdS5wIyYsp4DpAFnRpsno7EBS0MIBXewpC/V7iWoh9IBUsPorWdsQ29D9kE ZpXj82ynJolSBvpMQKIqsbZvAbKgU5OaR90eyAASpqSKA6QdMEJqr6i7rzpjx1XPCAmBqURLAki2 U9OIli42lVTzik1ldnEkkNC8SYtNuQVMi6gclk5olr2HvCC2dZaRMb6uVc8IiYGJtFACSLZTk0Qd 90w8H0hUdTn7kJldHAkkNM8TufscIGHOTBxd6oYm9AOZbMn85N+Nsj1AQmCqdigBJNupaURLJ+ii Kizus0bIgk5Nah61JmYAaYPmVK7YaN3/yHYqUieAOmN72/PIhsCeVUHXs52aJBqIh+dMQKJq3rZP QacmNS9Ou+3jvBTE0aVuaFb9QMKKRjBS2zarvn1ICCyJRMtuIAPbqWlEiasfZgISVBVh258CmdnF kUBC8zT3W9oOpLdWMypXbNYDRsggZCRyk7pi14I+ddgEZtWHDGynBkUVu0gDH0hUJXa4WoAs6NSk 5knufXvtQAajJXG3QCc00vbPIQNWAclPrqjNpmeExMDExJcAcoRTA6KeeHjOBSSoxpwE3cwujgUy xDBlfUi3iFpyFjW17c2HhNiwAOPAHkUPkBg4cBY1YYRTEzGzpfgjG1VtTm2fzC6OBBIzpYkjP9lA ejQjqXJv3dD0HvKC2M7o7ENeELumkytSYENYQASQbKcmiVriApVZgGxUs64FyeziKCBT89jXm7UD KWHZwShYWteuH0hpjSGWAV2xbxS9D5kCW2JySgDJdmqSqOPeEcQHElWJpLcWIAs6Nal5npiVcYCE KQrj3MuNGjBCKtyHzN8Yv/GyZ4RUuA/JmkOynZpGlCguOBOQ6GRnHWHI7OJIIKF5csojDBAxaMk4 93ITRN8c0idbktiy6Iy9Cj0jJATWhGlCAMl2ahpRYnkxE5CgarJug83s4kggoXl2yttgIaKLlDve DU3dD6TBjbv8fcibm1UPkIZ7LjuwnZokWvxcdqNKJDm3AFnQqcHmYeGxKYGEGYrKn+fhZno/kBaW S/m3MEgh+4DEwMTbQADJdmqSqC2d7ZNUHbG2bwGyoFOTmueJdAUGkDApZRyDHQgk5kMyYO8HEvMh OU5NZDs1SZS6uXouICO8hTlOTWYXxwIZlZ0y28cvHFYIyX6sDgPSeZd/gfsQIDEwUZCIAJLt1CRR R+w1zQQkqhL7xC1AFnRqsHlBTnkbrF94kM6+QnggkN7BwjR7BT8ASLwchbUPGdlOTRLVxBJtJiBR NavofWYXRwIJzZv04iSPx2B1/mH+YUAGA1+f7G2fAUBCYEU8KAgg2U5NI0qcvZ0JSFDVxHZ8C5AF nZrUPDPlmRqPx2Bt/jGDYUBG7UN+qb8BQEJgqtwGAeQIpwZFS9f2QVUYMnKK3md2cSSQ0Dw5ZW0f iAgfbb69NwTIsBAK1sKMBZOkkytSYM8qeh/ZTk0jWvpcdlKlTvK0AFnQqUnNY5fzaAMSIrqg8vch pXo6inUBKaWmLtzqiq0NfXFSCkx9Lwkg2U5NElXEencmIFGV2HluAbKgU4PNM8JMmA8Z0IwUxGDT DU1vgi72xtnsgqUQO9BOTROYKF5OAMl2apKo4xZpGAEkqGbdwpDZxbFARkfdbs0AUulA5aB3QhN9 /wipgoyMVbbe0PfUYGC8bZEDJNupSaKSMNBnAhJVid3PFiALOjWpeVR2HANIrVzIr34G0PSWUgmN LcmAfUOX44PAXgjWXYeR7dQkUcldUPKBRFUiv6sFyIJOTWoeNaNgAGmkospwdkFjdK+XHdIZSWJM 4QNprPfEsN4NpBRsqyapwpBfmkhUzRoic/s4EkloXySyczhIxqjzC54MQ9IaWMkzZqi9SEJg6gpA Ckm2WdOolt75SapU1e02JAu6Nal9bsqscYiIZRxnQtJpHWYZJTEwUUiCQpJt1yTVSFQvnAlJVCW2 QtqQLOjXYPuM4HoG7Ug6D5jnG4iDkPRKeMFZ2vQhiYGJU7YUkmzDJqmG8ottVCUMtTYkCzo2qX2R 2PdgIOmdCsSG0igkgyBrz/KRxMDEXjWFJNuySarsN5+PZBBRiBxTO7ePI5GE9nliS4WBZLASxsmZ kIyOE3sAktEFIh+PQnKEaYOqhAU1F5LRUQVk2pAs6tqE6MWUvnZYRCMYt7cOQzIG4/Lr/AxAMmIF YN5ccoRtg6qECTUTkhETPPLmkkV9G2hfnLKORVwI5W3+sawhSEJsr2N+Pd1eJDGwEax6uvB6LpKN aukKz0lVZt2jlNvHUUim9qkpky3iAn60Kn8kG4Qk3kCSXzhgAJLSOcG6twZ3utlIoiq3jAgfSVCV xNGeNiQLejepfYq4kICBJKzn9Dwrbohtjcg/4zgASQgsWSVMpWCbN41q6RqmSVVl1TDN7eNIJKF9 mthW4SAZnWFkkQ9CUiOR+ZOCfiQxMHHRFoGkZLs3SdURtbpmQhJVielCC5KZfRyJJG5LTlmCCiIG GYniOaOQxNMH+YdjByCJgXn7kpLt3iTVULqwbqOaVVg3t48jkYT2xSmzgCCi84aR7T0ISSuVI0xh PpIYmNg+ppBkuzdJlV1OhI8kqmZVw8/t40gkoX3UVj4DSQv/I05zjEMywjx1jrkkBibKS1BIst2b pEqdE58LSXiIEevPNiQLujepfW7KK0NSROoUeDs2crMKWBD/zYfLq/M3V9dvP/zv5UnUyImKML5/ d/mv6x8vz386f/f+/Nv3J59QjA+f0Pr2DN6/s/V+tztrfQfhE9+Bxifoe/OR3Vf3x+3tbbXdVf/3 pf5SvwgdZfYDAxrtzOm38/o7aPzTL1IMGP9xxb6BFtzsP1Xr/efPS/g30Lmr6t+3x3qzWCyq+1++ HI+os9n/tqs2y/rzfvcylHlMuW56dtb8rWq3P27X9afq4+P3EWOlMIcaunx/fBnHuccmPb50fbu/ R/G7+nC/vT9iTzfL4xLeuv2h/tv/A1BLAwQKAAAAAACTbuU0AAAAAAAAAAAAAAAABgAAAGRlYnVn L1BLAQIUAAoAAAAAADRu5TQAAAAAAAAAAAAAAAANAAAAAAAAAAAAEAD/QQAAAABkZWJ1Zy9zb3Vy Y2UvUEsBAhQAFAAAAAgAbm7lNOFluoLeBQAAkg4AABUAAAAAAAAAAQAgALaBKwAAAGRlYnVnL3Nv dXJjZS9kdG4uY29uZlBLAQIUABQAAAAIAHdu5TQPPQjMbR0AAPlpAQAXAAAAAAAAAAEAIAC2gTwG AABkZWJ1Zy9zb3VyY2UvZHRubG9nLmxvZ1BLAQIUAAoAAAAAAPJt5TQAAAAAAAAAAAAAAAASAAAA AAAAAAAAEAD/Qd4jAABkZWJ1Zy9kZXN0aW5hdGlvbi9QSwECFAAUAAAACACPbeU0036iTd4FAACS DgAAGgAAAAAAAAABACAAtoEOJAAAZGVidWcvZGVzdGluYXRpb24vZHRuLmNvbmZQSwECFAAUAAAA CADxbeU07wrXODAbAAAfMQEAHAAAAAAAAAABACAAtoEkKgAAZGVidWcvZGVzdGluYXRpb24vZHRu bG9nLmxvZ1BLAQIUAAoAAAAAAJNu5TQAAAAAAAAAAAAAAAAGAAAAAAAAAAAAEAD/QY5FAABkZWJ1 Zy9QSwUGAAAAAAcABwDJAQAAskUAAAAA ------=_Part_31222_30543685.1152124064287-- Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k65CE2Y20673 for ; Wed, 5 Jul 2006 05:14:02 -0700 Received: by wr-out-0506.google.com with SMTP id 37so1871384wra for ; Wed, 05 Jul 2006 05:14:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=FYEFUWh/rwFFfZnhP6qUvBdZivCN1yeH4tlxY1YIpx8oGHnJ4Em9s9fc6rScH5KQgveXN5J8cooA01SwSS+xURttEmDzRGirjusrlISSi0SD5DjuIeIDy+6ZS3bluos878Dr4Ron4fvGe2hId2qbdKZ8cziQPqkJ3wTJLjNSm4M= Received: by 10.64.3.9 with SMTP id 9mr5272715qbc; Wed, 05 Jul 2006 05:14:01 -0700 (PDT) Received: by 10.64.21.18 with HTTP; Wed, 5 Jul 2006 05:14:01 -0700 (PDT) Message-ID: Date: Wed, 5 Jul 2006 05:14:01 -0700 From: "Bowei Du" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] compile error on DTNRI cvs Cc: jazzbotley@gmail.com, "Michael Demmer" In-Reply-To: <5f30e2610607040823ld9f138aqbef1c61a69297448@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_33927_21888491.1152101641600" References: <5f30e2610607040823ld9f138aqbef1c61a69297448@mail.gmail.com> X-Google-Sender-Auth: c3054c36f0558757 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: ------=_Part_33927_21888491.1152101641600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Jeff, I just fixed these two things. Sorry, I had thought I checked everything in. Bowei On 7/4/06, Jeff Wilson wrote: > > I updated from code.dtnrg.org and discovered a couple of errors that > prevented a successful compilation. The diff below fixes the problem: ------=_Part_33927_21888491.1152101641600 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Jeff,

I just fixed these two things. Sorry, I had thought I checked everything in.

Bowei

On 7/4/06, Jeff Wilson < jazzbotley@gmail.com> wrote:

I updated from code.dtnrg.org and discovered a couple of errors that
prevented a successful compilation. The diff below fixes the problem:

------=_Part_33927_21888491.1152101641600-- Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k659hXY19312 for ; Wed, 5 Jul 2006 02:43:33 -0700 Received: by ug-out-1314.google.com with SMTP id a2so2146123ugf for ; Wed, 05 Jul 2006 02:43:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=i5pRuvVgIklidEh+bHX632lo6hnXeeWIgylN9XtncQ+jdYvc/IP0tqA/mIDuH+V47dF52fsNGIeM20xzsUwp0rmSRxt7r9ixxXrFdTS4O1InMGg7Y9yXLoStDgAj8HgtWTs1cCsBq71Y4I27fg9ZrbeEbdqERQ/NAH59RFc6IIs= Received: by 10.78.122.11 with SMTP id u11mr1923843huc; Wed, 05 Jul 2006 02:43:31 -0700 (PDT) Received: by 10.78.137.1 with HTTP; Wed, 5 Jul 2006 02:43:31 -0700 (PDT) Message-ID: <59e8babf0607050243p7ae99c44p2d5c8664801aa24a@mail.gmail.com> Date: Wed, 5 Jul 2006 11:43:31 +0200 From: "Michael Demmer" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Compiling from CVS on Mac OS X 10.4.6 & 10.4.7 In-Reply-To: <59e8babf0607050242h213bb4daya949db6a9a6b78b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <59e8babf0607050242h213bb4daya949db6a9a6b78b@mail.gmail.com> X-Google-Sender-Auth: 4a627d4f8a962471 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: > > Is use of floating point types a new thing within DTN2? Running an > > older version that built on the Mac talking to a recent build on my > > Linux box has brought back an immediate bundle expiry problem, so I > > wonder if the two are related. And I also should have fixed the immediate expiry problem, and tested on my own PowerPC mac talking to a Linux box, so once you can do the update and rebuild I thikn you should be ok. -m Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k659gcY19288 for ; Wed, 5 Jul 2006 02:42:38 -0700 Received: by ug-out-1314.google.com with SMTP id a2so2145766ugf for ; Wed, 05 Jul 2006 02:42:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=juL1fkjm/uXsv810OPn/ROK+UWsZgpPxgl19oysUWJCO8CTGb24OpWnFVrihlM68xcP0F0rnPkUdnKDJ/ipJa/cX9VBZn/ckqfLKwquQiHXE/+vKAZ2JlhL7apekKNMjsEv+Mu8h34mkNc7J5VNjXpnFAPZZhT7Mci9yKUyoGo8= Received: by 10.78.179.12 with SMTP id b12mr1863034huf; Wed, 05 Jul 2006 02:42:37 -0700 (PDT) Received: by 10.78.137.1 with HTTP; Wed, 5 Jul 2006 02:42:37 -0700 (PDT) Message-ID: <59e8babf0607050242h213bb4daya949db6a9a6b78b@mail.gmail.com> Date: Wed, 5 Jul 2006 11:42:37 +0200 From: "Michael Demmer" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Compiling from CVS on Mac OS X 10.4.6 & 10.4.7 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: f922ec79fe41b29a Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: > [I've resent this, originally sent June 24th from a non-member email > account, and apparently still awaiting moderation] Due to the large amount of spam that goes to the list, unfortunately there's no-one who actually moderates those posts. Sorry about that. > I've hit an issue building on Mac OS X 10.4.6 & 10.4.7 (PowerPC > target) with DTN2 from CVS. Compiler output as follows: >... > There seems to be a general issue with ieeefp.h not being provided on > the Mac platform. configure gave this result: > checking whether math.h defines fpclassify... no > which is also puzzling, as math.h does define fpclassify( x ), but If you look at the config.log file and page through the volumes of output, you should see the exact error that occurred when configure was trying to test for fpclassify. My instinct is that it's a problem with autoconf needing to know that some library should be linked with to get the fpclassify function, though I can't know that for sure. If you can't find anything yourself, forward me the config.log file and I'll take a look. > Is use of floating point types a new thing within DTN2? Running an > older version that built on the Mac talking to a recent build on my > Linux box has brought back an immediate bundle expiry problem, so I > wonder if the two are related. To answer this question, no, the floating point types has been there for a long time. The reason we use this is that I have a special version of sprintf that has support for the Formatter class within oasys. As such, the oasys library needs to be able to understand floating point types. It very well may be that there's a better way to do this, and this particular chunk of code has caused me some headaches multiple times now, so one possibility would be to just not have any debug logging support for floating point. Which wouldn't be great, but would be ok. -m Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k659bCY19241 for ; Wed, 5 Jul 2006 02:37:12 -0700 Received: by ug-out-1314.google.com with SMTP id a2so2143631ugf for ; Wed, 05 Jul 2006 02:37:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Nr6Rd29aoEakoYw7z3UhIwj4UOzyqgNfIwnBluCyeeuzGK/vfEFIsqfcl6AKnktZEazo4lLBM0E2tcxP4OBeWhMooGpvO2Y4180bibX3xf69WUcUvcLUbVbLpAUwfql+jslX47rAPqikfdPGkHMsDq6jL5TKlKywsFmEObOeSTI= Received: by 10.78.159.7 with SMTP id h7mr1919150hue; Wed, 05 Jul 2006 02:37:11 -0700 (PDT) Received: by 10.78.137.1 with HTTP; Wed, 5 Jul 2006 02:37:11 -0700 (PDT) Message-ID: <59e8babf0607050237g557ff044kd1f65e81702add2b@mail.gmail.com> Date: Wed, 5 Jul 2006 11:37:11 +0200 From: "Michael Demmer" To: dtn-users@mailman.dtnrg.org Subject: Re: [dtn-users] Flood routing In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: c44636628804bd9b Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I'm out of the country so I can't respond in too much detail, but I have a couple points to make. First of all, the flood routing code as it currently stands maintains all bundles in a separate BundleList from the main pending_ BundleList. This is intended to have the effect that all bundles are kept in the main data store until they expire. As such, there is a ForwardingLog for each Bundle that remembers which link the bundle was sent to. The FloodBundleRouter should then make sure that a bundle is not sent on a link multiple times and that there is not permanent oscillation. Since I have tested the code and don't see oscillations, perhaps you could send to me your configuration files and debugging output from dtnd. It would be most helpful if you turned on the debug level logging targets for the bundle core as well as for the router. The problem that you identify where the bundle is sent back to the link it arrives on is definitely an issue however. I'm in the process of reworking the core system so that it will be possible in most cases to determine what is the endpoint id of the last hop node that sent a bundle. Then we could make sure that the FloodBundleRouter doesn't forward a bundle to a node where it was received. -mike On 7/4/06, Zahir Koradia wrote: > Hi, > > I had downloaded the flood routing code from cvs about 10 days back > and had noticed that there were two basic problems with it. > > When the node received a bundle it would flood the bundle to all > the links including the one on which it came. This means that the > bundle will continue toggling on the link for ever. Another thing to > note is that a copy of the bundle received is sent to all the links > and hence the bundle received is present in the store after sending to > all links (this is necessary since if a new link comes up we can send > this bundle on it). The issue with this is that the node is not able > to identify duplicate bundles and each time a node receives the same > bundle it thinks it is a new bundle and hence stores it and sends a > copy out to all the links. This makes the bundle store continuously > getting filled and the same bundle being sent indefinately. > > > The code I have written identifies duplicates (using sender eid and > creation timestamp) and does not forward to all if it has been > previously received. This stops the indefinate flooding of the same > bunlde over the network and storage of the same bundle > infinitely.However, we still need to stop sending the bundle over the > link from which it was received. If we donot do that then each bundle > will be sent twice over each link instead of only once. The problem > here is how to identify on which link has the bundle arrived. The > event class does not provide any such information and neither does the > bundle class. I think the reply-to address field in the bundle may be > the eid of the immediate sender ( I am not sure of this and request a > confirmation of the same). Even if that is the case then because of > the fact that the routing table has entries of the the form " all eids > send on this link" we cannot find out which link corresponds to the > sending neighbour. We can find out about the neighbours from the > config file. I am not aware of where the code for reading the config > file is present. Any help in this direction would be useful. > > Secondly, consider the scenario below: > Node A sends a bundle to Node B. Node receives it and floods is and > the same bundle reaches node A again. In the routing code I identify > that it is a duplicate and donot do any flooding. The bundle, however, > is still present in the store. I would like to remove this bundle from > the store since without doing so two copies of every bundle will be > present in the store. I am not sure of how can I manipulate the > storage. Please guide. > > > I am have written all this down so that any one else with a better > idea and even possible flaw with the current approach can help me out > with his/her input. > > Thank you, > Zahir Koradia > _______________________________________________ > dtn-users mailing list > dtn-users@mailman.dtnrg.org > http://mailman.dtnrg.org/mailman/listinfo/dtn-users > > Received: from n068.sc1.cp.net (smtpout0189.sc1.cp.net [64.97.136.189]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k64HfcY13719 for ; Tue, 4 Jul 2006 10:41:38 -0700 Received: from [192.168.0.6] (82.3.67.178) by n068.sc1.cp.net (7.2.069.1) id 4499AB6A0014181D for dtn-users@mailman.dtnrg.org; Tue, 4 Jul 2006 17:41:24 +0000 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: dtn-users@mailman.dtnrg.org From: Darren Long Date: Tue, 4 Jul 2006 18:41:23 +0100 X-Mailer: Apple Mail (2.752.2) Subject: [dtn-users] Compiling from CVS on Mac OS X 10.4.6 & 10.4.7 Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi again, [I've resent this, originally sent June 24th from a non-member email account, and apparently still awaiting moderation] I've hit an issue building on Mac OS X 10.4.6 & 10.4.7 (PowerPC target) with DTN2 from CVS. Compiler output as follows: make -w -C oasys make[1]: Entering directory `/Users/darren/source/DTN2/oasys' gcc -I. -I. -Wno-long-double -I/usr/local/include/db42 -g -fno- inline -MMD -MP -MT "version.o version.E version.po" -Wall -W -Wcast- align -Werror -c version.c -o version.o gcc -I. -I. -Wno-long-double -I/usr/local/include/db42 -g -fno- inline -MMD -MP -MT "compat/fpclassify.o compat/fpclassify.E compat/ fpclassify.po" -Wall -W -Wcast-align -Werror -c compat/fpclassify.c -o compat/fpclassify.o In file included from compat/fpclassify.c:39: compat/fpclassify.h:54:20: error: ieeefp.h: No such file or directory cc1: warnings being treated as errors compat/fpclassify.c: In function 'fpclassify': compat/fpclassify.c:45: warning: implicit declaration of function 'fpclass' compat/fpclassify.c:47: error: 'FP_SNAN' undeclared (first use in this function) compat/fpclassify.c:47: error: (Each undeclared identifier is reported only once compat/fpclassify.c:47: error: for each function it appears in.) compat/fpclassify.c:48: error: 'FP_QNAN' undeclared (first use in this function) compat/fpclassify.c:51: error: 'FP_NINF' undeclared (first use in this function) compat/fpclassify.c:52: error: 'FP_PINF' undeclared (first use in this function) compat/fpclassify.c:55: error: 'FP_NDENORM' undeclared (first use in this function) compat/fpclassify.c:56: error: 'FP_PDENORM' undeclared (first use in this function) compat/fpclassify.c:59: error: 'FP_NZERO' undeclared (first use in this function) compat/fpclassify.c:60: error: 'FP_PZERO' undeclared (first use in this function) make[1]: *** [compat/fpclassify.o] Error 1 make[1]: Leaving directory `/Users/darren/source/DTN2/oasys' make: *** [oasys] Error 2 There seems to be a general issue with ieeefp.h not being provided on the Mac platform. configure gave this result: checking whether math.h defines fpclassify... no which is also puzzling, as math.h does define fpclassify( x ), but not fpclass. The following classifications are defined there: FP_NAN FP_INFINITE FP_ZERO FP_NORMAL FP_SUBNORMAL FP_SUPERNORMAL Is use of floating point types a new thing within DTN2? Running an older version that built on the Mac talking to a recent build on my Linux box has brought back an immediate bundle expiry problem, so I wonder if the two are related. Cheers, Darren Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k64HDpY13565 for ; Tue, 4 Jul 2006 10:13:51 -0700 Received: by ug-out-1314.google.com with SMTP id a2so1913439ugf for ; Tue, 04 Jul 2006 10:13:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=g33WYy+reXWJqWmmoK+VRcMnuoMWQn9tZuxxZxaxuHD2uXXo8/p9tvk7HKCpiMHlM7ATxD52colC3iku0w+fouDfr/T89LbJK+Q5ZON/aAnCrQnfYv6dKysSgQkl20MpTXT2f9+gdL9qkAeSx12rtcT5KDb3l7PltC8ln/LCk9o= Received: by 10.78.179.12 with SMTP id b12mr1321677huf; Tue, 04 Jul 2006 10:13:45 -0700 (PDT) Received: by 10.78.13.17 with HTTP; Tue, 4 Jul 2006 10:13:45 -0700 (PDT) Message-ID: Date: Tue, 4 Jul 2006 13:13:45 -0400 From: "Zahir Koradia" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [dtn-users] Flood routing Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: Hi, I had downloaded the flood routing code from cvs about 10 days back and had noticed that there were two basic problems with it. When the node received a bundle it would flood the bundle to all the links including the one on which it came. This means that the bundle will continue toggling on the link for ever. Another thing to note is that a copy of the bundle received is sent to all the links and hence the bundle received is present in the store after sending to all links (this is necessary since if a new link comes up we can send this bundle on it). The issue with this is that the node is not able to identify duplicate bundles and each time a node receives the same bundle it thinks it is a new bundle and hence stores it and sends a copy out to all the links. This makes the bundle store continuously getting filled and the same bundle being sent indefinately. The code I have written identifies duplicates (using sender eid and creation timestamp) and does not forward to all if it has been previously received. This stops the indefinate flooding of the same bunlde over the network and storage of the same bundle infinitely.However, we still need to stop sending the bundle over the link from which it was received. If we donot do that then each bundle will be sent twice over each link instead of only once. The problem here is how to identify on which link has the bundle arrived. The event class does not provide any such information and neither does the bundle class. I think the reply-to address field in the bundle may be the eid of the immediate sender ( I am not sure of this and request a confirmation of the same). Even if that is the case then because of the fact that the routing table has entries of the the form " all eids send on this link" we cannot find out which link corresponds to the sending neighbour. We can find out about the neighbours from the config file. I am not aware of where the code for reading the config file is present. Any help in this direction would be useful. Secondly, consider the scenario below: Node A sends a bundle to Node B. Node receives it and floods is and the same bundle reaches node A again. In the routing code I identify that it is a duplicate and donot do any flooding. The bundle, however, is still present in the store. I would like to remove this bundle from the store since without doing so two copies of every bundle will be present in the store. I am not sure of how can I manipulate the storage. Please guide. I am have written all this down so that any one else with a better idea and even possible flaw with the current approach can help me out with his/her input. Thank you, Zahir Koradia Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by webbie.berkeley.intel-research.net (8.11.6/8.11.6) with ESMTP id k64FNIY12954 for ; Tue, 4 Jul 2006 08:23:18 -0700 Received: by ug-out-1314.google.com with SMTP id s2so1941984uge for ; Tue, 04 Jul 2006 08:23:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VuALHuUazSvjdRDz5Yy8Nsj3oeNPyfx7RDATAGsaiQ6F/TDfC+VOUBrpgvFWgDb5F+ak1xjWqzo0WjAuyDWya8XunI63KPYYs21y49IH7K0PrqTtdktSbV3X7jtGiabTiDvj20ikPhYuYIt6C4A/oxOll+hYnOCcKqkOfqyY+z8= Received: by 10.66.220.17 with SMTP id s17mr6713694ugg; Tue, 04 Jul 2006 08:23:16 -0700 (PDT) Received: by 10.67.106.20 with HTTP; Tue, 4 Jul 2006 08:23:15 -0700 (PDT) Message-ID: <5f30e2610607040823ld9f138aqbef1c61a69297448@mail.gmail.com> Date: Tue, 4 Jul 2006 10:23:15 -0500 From: "Jeff Wilson" To: dtn-users@mailman.dtnrg.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [dtn-users] compile error on DTNRI cvs Sender: dtn-users-admin@mailman.dtnrg.org Errors-To: dtn-users-admin@mailman.dtnrg.org X-BeenThere: dtn-users@mailman.dtnrg.org X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: dtn-users@mailman.dtnrg.org List-Unsubscribe: , List-Id: discussion/answers list for users of the dtn reference implementation List-Post: List-Help: List-Subscribe: , List-Archive: I updated from code.dtnrg.org and discovered a couple of errors that prevented a successful compilation. The diff below fixes the problem: Index: oasys/debug/DebugUtils.h =================================================================== RCS file: /repository/oasys/debug/DebugUtils.h,v retrieving revision 1.22 diff -u -r1.22 DebugUtils.h --- oasys/debug/DebugUtils.h 3 Jul 2006 20:26:34 -0000 1.22 +++ oasys/debug/DebugUtils.h 4 Jul 2006 15:12:07 -0000 @@ -92,7 +92,7 @@ ::oasys::FatalSignals::die(); \ } while(0); -#endif __win32__ +#endif //__win32__ #define NOTREACHED \ do { \ [~/dtn/src/DTN2]$ cvs diff -u oasys/thread/Thread.h Index: oasys/thread/Thread.h =================================================================== RCS file: /repository/oasys/thread/Thread.h,v retrieving revision 1.43 diff -u -r1.43 Thread.h --- oasys/thread/Thread.h 4 Jul 2006 00:33:56 -0000 1.43 +++ oasys/thread/Thread.h 4 Jul 2006 15:12:23 -0000 @@ -60,7 +60,7 @@ #include -#include "../debug/DummyDebugUtils.h" +#include "../debug/DebugUtils.h" #include "SafeArray.h" namespace oasys { Regards, Jeff