Subject: Re: [dtn-users] UDP reliable over DTN2?
From: Michael Demmer <[email-masked]>
To: [email-masked]
Date: Thu, 30 Nov 2006 13:20:53 -0800
List-Id: discussion/answers list for users of the dtn reference implementation <dtn-users.mailman.dtnrg.org>

> I'm looking at the DTN2 reference implementation, and I have it  
> working
> happily (and very easily, I might add) over two machines using a TCP
> connection.

Glad you're having good luck with it.

> I had assumed that the same setup would also work with a UDP link, but
> bundles apparently vanish when there is no physical link to the
> destination. As a newbie of approx. a day or so to this area, I'd have
> expected the first dtnd instance to hang on to the bundle until it  
> knew
> that the second dtnd instance had gotten it. I'm issuing the same
> 'interface', 'link', and 'route' commands as I do for TCP, but with
> obvious protocol substitutions.
>
> So am I thinking about this in the wrong way? Googling over this list
> didn't really help me find my answer. The first paragraph in
> dtn_2.2.0/doc/manual/cl-udp.html certainly suggests that the UDP link
> should work as I expect.

The manual is slightly misleading and the DTN UDP convergence layer  
is actually an unreliable transport (akin to the underlying UDP  
transport).

If you have custody transfer enabled on your bundles, then DTN2 will  
in fact retransmit the bundle if it fails to get an acknowledgement  
that it was received. However, the default timers for this are quite  
conservative and in general, this is not assumed to be an efficient  
mechanism for reliable retransmissions.

> One other question. Regarding the command:
>> link add <link_name> <destination> ONDEMAND <protocol>
>
> What types are there aside from "ONDEMAND"? I've searched, but cannot
> find out what else I might be able to plug in here...

OPPORTUNISTIC will mean that you have to manually open the link with  
'link open' commands before it can be used.

ALWAYSON means that DTN2 will maintain an open connection (i.e. TCP  
socket, etc) even if there are no bundles ready to be sent over that  
link.

ONDEMAND means that the link is closed when it is idle, and opened  
when there is a bundle that needs to be sent over it.

-m

From: Stephen Strowes <[email-masked]>
To: [email-masked]
Date: Thu, 30 Nov 2006 19:45:45 +0000
Subject: [dtn-users] UDP reliable over DTN2?
Sender: [email-masked]
Reply-To: [email-masked]

Hi,

This question may have been asked before; if so, I apologise.

I'm looking at the DTN2 reference implementation, and I have it working
happily (and very easily, I might add) over two machines using a TCP
connection.

I had assumed that the same setup would also work with a UDP link, but
bundles apparently vanish when there is no physical link to the
destination. As a newbie of approx. a day or so to this area, I'd have
expected the first dtnd instance to hang on to the bundle until it knew
that the second dtnd instance had gotten it. I'm issuing the same
'interface', 'link', and 'route' commands as I do for TCP, but with
obvious protocol substitutions.

So am I thinking about this in the wrong way? Googling over this list
didn't really help me find my answer. The first paragraph in
dtn_2.2.0/doc/manual/cl-udp.html certainly suggests that the UDP link
should work as I expect.

One other question. Regarding the command:
> link add <link_name> <destination> ONDEMAND <protocol>

What types are there aside from "ONDEMAND"? I've searched, but cannot
find out what else I might be able to plug in here...

Cheers,
-S.

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] POLL_IN?
Date: Thu, 30 Nov 2006 08:11:09 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

It should be POLLIN.

-m

On Nov 30, 2006, at 7:51 AM, Zahir Koradia wrote:

> Hi Mike,
> I was compiling today's cvs code(on cygwin) and encountered an  
> error POLL_IN undeclared in the file ProphetEncounter.cc. Since I  
> am not going to be using that part of the code I have just  
> commented that part of the line and gone ahead with the  
> compilation. Am I missing something here?
>
> Thanks,
> Zahir

Date: Thu, 30 Nov 2006 21:21:49 +0530
From: "Zahir Koradia" <[email-masked]>
To: [email-masked]
Subject: [dtn-users] POLL_IN?
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_31860_11592210.1164901909263
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,
I was compiling today's cvs code(on cygwin) and encountered an error POLL_IN
undeclared in the file ProphetEncounter.cc. Since I am not going to be using
that part of the code I have just commented that part of the line and gone
ahead with the compilation. Am I missing something here?

Thanks,
Zahir

------=_Part_31860_11592210.1164901909263
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,<br>
I was compiling today's cvs code(on cygwin) and encountered an error
POLL_IN undeclared in the file ProphetEncounter.cc. Since I am not
going to be using that part of the code I have just commented that part
of the line and gone ahead with the compilation. Am I missing something
here?<br>
<br>
Thanks,<br>
Zahir<br>

------=_Part_31860_11592210.1164901909263--

Date: Wed, 29 Nov 2006 16:54:54 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] dtnping broken?
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_29251_31529067.1164837294479
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

ah... thank you

On 11/29/06, Jeff Wilson <[email-masked]> wrote:
>
> Make sure you ping a destination with a "/ping" service tag (i.e.,
> change your destination from dtn://rcm2.cse.lehigh.edu.dtn/ to
> dtn://rcm2.cse.lehigh.edu.dtn/ping).  This reflects a change in the
> internal architecture, Mike can tell you more details.
>
>     Regards,
>      Jeff
>
> On 11/29/06, ryan m <[email-masked]> wrote:
> > I'm trying to use dtnping to test dtn test bed functionality, if memory
> > serves, dtn ping used receive or delivery receipt flag to get an echo
> > response from the destination.  The bundle that dtn ping is producing
> is:
> >
> >  [1164833558.767510 /dtn/bundle/daemon debug] bundle id 0:
> > [1164833558.767510 /dtn/bundle/daemon debug]             source:
> > dtn://rcm2.cse.lehigh.edu.dtn/ping.29688
> > [1164833558.767510 /dtn/bundle/daemon debug]               dest:
> > dtn://rcm2.cse.lehigh.edu.dtn/
> > [1164833558.767510 /dtn/bundle/daemon debug]          custodian:
> dtn:none
> > [1164833558.767510 /dtn/bundle/daemon debug]            replyto:
> dtn:none
> > [1164833558.767510 /dtn/bundle/daemon debug]            prevhop:
> > [1164833558.767510 /dtn/bundle/daemon debug]     payload_length: 8
> > [1164833558.767510 /dtn/bundle/daemon debug]           priority: 0
> > [1164833558.767510 /dtn/bundle/daemon debug]  custody_requested: false
> > [1164833558.767510 /dtn/bundle/daemon debug]      local_custody: false
> > [1164833558.767510 /dtn/bundle/daemon debug]     singleton_dest: true
> > [1164833558.767510 /dtn/bundle/daemon debug]       receive_rcpt: false
> > [1164833558.767510 /dtn/bundle/daemon debug]       custody_rcpt: false
> > [1164833558.767510 /dtn/bundle/daemon debug]       forward_rcpt: false
> > [1164833558.767510 /dtn/bundle/daemon debug]      delivery_rcpt: false
> > [1164833558.767510 /dtn/bundle/daemon debug]      deletion_rcpt: false
> > [1164833558.767510 /dtn/bundle/daemon debug]     app_acked_rcpt: false
> > [1164833558.767510 /dtn/bundle/daemon debug]        creation_ts:
> 218148758.0
> > [1164833558.767510 /dtn/bundle/daemon debug]         expiration: 30
> > [1164833558.767510 /dtn/bundle/daemon debug]        is_fragment: false
> > [1164833558.767510 /dtn/bundle/daemon debug]           is_admin: false
> > [1164833558.767510 /dtn/bundle/daemon debug]    do_not_fragment: false
> > [1164833558.767510 /dtn/bundle/daemon debug]        orig_length: 0
> > [1164833558.767510 /dtn/bundle/daemon debug]        frag_offset: 0
> > [1164833558.767510 /dtn/bundle/daemon debug] transmission_count: 0
> >
> > which has the replyto as dtn:none and receive_recpt and delivery as
> false
> >
> > this is from cvs as of 11/29/06, any idea what's going on here?
> >
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>

------=_Part_29251_31529067.1164837294479
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

ah... thank you<br><br><div><span class="gmail_quote">On 11/29/06, <b class="gmail_sendername">Jeff Wilson</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Make sure you ping a destination with a &quot;/ping&quot; service tag (i.e.,<br>change your destination from dtn://rcm2.cse.lehigh.edu.dtn/ to<br>dtn://rcm2.cse.lehigh.edu.dtn/ping).&nbsp;&nbsp;This reflects a change in the<br>internal architecture, Mike can tell you more details.
<br><br>&nbsp;&nbsp;&nbsp;&nbsp;Regards,<br>&nbsp;&nbsp;&nbsp;&nbsp; Jeff<br><br>On 11/29/06, ryan m &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:<br>&gt; I'm trying to use dtnping to test dtn test bed functionality, if memory<br>&gt; serves, dtn ping used receive or delivery receipt flag to get an echo
<br>&gt; response from the destination.&nbsp;&nbsp;The bundle that dtn ping is producing is:<br>&gt;<br>&gt;&nbsp;&nbsp;[1164833558.767510 /dtn/bundle/daemon debug] bundle id 0:<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; source:
<br>&gt; dtn://rcm2.cse.lehigh.edu.dtn/ping.29688<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; dest:<br>&gt; dtn://rcm2.cse.lehigh.edu.dtn/<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;custodian: dtn:none
<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;replyto: dtn:none<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;prevhop:<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp; payload_length: 8
<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; priority: 0<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;custody_requested: false<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;local_custody: false
<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp; singleton_dest: true<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; receive_rcpt: false<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; custody_rcpt: false
<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; forward_rcpt: false<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;delivery_rcpt: false<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;deletion_rcpt: false
<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp; app_acked_rcpt: false<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;creation_ts: 218148758.0<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; expiration: 30
<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;is_fragment: false<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; is_admin: false<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;do_not_fragment: false
<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;orig_length: 0<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;frag_offset: 0<br>&gt; [1164833558.767510 /dtn/bundle/daemon debug] transmission_count: 0
<br>&gt;<br>&gt; which has the replyto as dtn:none and receive_recpt and delivery as false<br>&gt;<br>&gt; this is from cvs as of 11/29/06, any idea what's going on here?<br>&gt;<br>_______________________________________________
<br>dtn-users mailing list<br><a href="mailto:[email-masked]">[email-masked]</a><br><a href="http://mailman.dtnrg.org/mailman/listinfo/dtn-users">http://mailman.dtnrg.org/mailman/listinfo/dtn-users
</a><br></blockquote></div><br>

------=_Part_29251_31529067.1164837294479--

Date: Wed, 29 Nov 2006 15:21:51 -0600
From: "Jeff Wilson" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] dtnping broken?
Sender: [email-masked]
Reply-To: [email-masked]

Make sure you ping a destination with a "/ping" service tag (i.e.,
change your destination from dtn://rcm2.cse.lehigh.edu.dtn/ to
dtn://rcm2.cse.lehigh.edu.dtn/ping).  This reflects a change in the
internal architecture, Mike can tell you more details.

    Regards,
     Jeff

On 11/29/06, ryan m <[email-masked]> wrote:
> I'm trying to use dtnping to test dtn test bed functionality, if memory
> serves, dtn ping used receive or delivery receipt flag to get an echo
> response from the destination.  The bundle that dtn ping is producing is:
>
>  [1164833558.767510 /dtn/bundle/daemon debug] bundle id 0:
> [1164833558.767510 /dtn/bundle/daemon debug]             source:
> dtn://rcm2.cse.lehigh.edu.dtn/ping.29688
> [1164833558.767510 /dtn/bundle/daemon debug]               dest:
> dtn://rcm2.cse.lehigh.edu.dtn/
> [1164833558.767510 /dtn/bundle/daemon debug]          custodian: dtn:none
> [1164833558.767510 /dtn/bundle/daemon debug]            replyto: dtn:none
> [1164833558.767510 /dtn/bundle/daemon debug]            prevhop:
> [1164833558.767510 /dtn/bundle/daemon debug]     payload_length: 8
> [1164833558.767510 /dtn/bundle/daemon debug]           priority: 0
> [1164833558.767510 /dtn/bundle/daemon debug]  custody_requested: false
> [1164833558.767510 /dtn/bundle/daemon debug]      local_custody: false
> [1164833558.767510 /dtn/bundle/daemon debug]     singleton_dest: true
> [1164833558.767510 /dtn/bundle/daemon debug]       receive_rcpt: false
> [1164833558.767510 /dtn/bundle/daemon debug]       custody_rcpt: false
> [1164833558.767510 /dtn/bundle/daemon debug]       forward_rcpt: false
> [1164833558.767510 /dtn/bundle/daemon debug]      delivery_rcpt: false
> [1164833558.767510 /dtn/bundle/daemon debug]      deletion_rcpt: false
> [1164833558.767510 /dtn/bundle/daemon debug]     app_acked_rcpt: false
> [1164833558.767510 /dtn/bundle/daemon debug]        creation_ts: 218148758.0
> [1164833558.767510 /dtn/bundle/daemon debug]         expiration: 30
> [1164833558.767510 /dtn/bundle/daemon debug]        is_fragment: false
> [1164833558.767510 /dtn/bundle/daemon debug]           is_admin: false
> [1164833558.767510 /dtn/bundle/daemon debug]    do_not_fragment: false
> [1164833558.767510 /dtn/bundle/daemon debug]        orig_length: 0
> [1164833558.767510 /dtn/bundle/daemon debug]        frag_offset: 0
> [1164833558.767510 /dtn/bundle/daemon debug] transmission_count: 0
>
> which has the replyto as dtn:none and receive_recpt and delivery as false
>
> this is from cvs as of 11/29/06, any idea what's going on here?
>

Date: Wed, 29 Nov 2006 16:02:48 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: [dtn-users] dtnping broken?
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_28467_30130701.1164834168822
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I'm trying to use dtnping to test dtn test bed functionality, if memory
serves, dtn ping used receive or delivery receipt flag to get an echo
response from the destination.  The bundle that dtn ping is producing is:

[1164833558.767510 /dtn/bundle/daemon debug] bundle id 0:
[1164833558.767510 /dtn/bundle/daemon debug]             source:
dtn://rcm2.cse.lehigh.edu.dtn/ping.29688
[1164833558.767510 /dtn/bundle/daemon debug]               dest:
dtn://rcm2.cse.lehigh.edu.dtn/
[1164833558.767510 /dtn/bundle/daemon debug]          custodian: dtn:none
[1164833558.767510 /dtn/bundle/daemon debug]            replyto: dtn:none
[1164833558.767510 /dtn/bundle/daemon debug]            prevhop:
[1164833558.767510 /dtn/bundle/daemon debug]     payload_length: 8
[1164833558.767510 /dtn/bundle/daemon debug]           priority: 0
[1164833558.767510 /dtn/bundle/daemon debug]  custody_requested: false
[1164833558.767510 /dtn/bundle/daemon debug]      local_custody: false
[1164833558.767510 /dtn/bundle/daemon debug]     singleton_dest: true
[1164833558.767510 /dtn/bundle/daemon debug]       receive_rcpt: false
[1164833558.767510 /dtn/bundle/daemon debug]       custody_rcpt: false
[1164833558.767510 /dtn/bundle/daemon debug]       forward_rcpt: false
[1164833558.767510 /dtn/bundle/daemon debug]      delivery_rcpt: false
[1164833558.767510 /dtn/bundle/daemon debug]      deletion_rcpt: false
[1164833558.767510 /dtn/bundle/daemon debug]     app_acked_rcpt: false
[1164833558.767510 /dtn/bundle/daemon debug]        creation_ts: 218148758.0
[1164833558.767510 /dtn/bundle/daemon debug]         expiration: 30
[1164833558.767510 /dtn/bundle/daemon debug]        is_fragment: false
[1164833558.767510 /dtn/bundle/daemon debug]           is_admin: false
[1164833558.767510 /dtn/bundle/daemon debug]    do_not_fragment: false
[1164833558.767510 /dtn/bundle/daemon debug]        orig_length: 0
[1164833558.767510 /dtn/bundle/daemon debug]        frag_offset: 0
[1164833558.767510 /dtn/bundle/daemon debug] transmission_count: 0

which has the replyto as dtn:none and receive_recpt and delivery as false

this is from cvs as of 11/29/06, any idea what's going on here?

------=_Part_28467_30130701.1164834168822
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I'm trying to use dtnping to test dtn test bed functionality, if memory serves, dtn ping used receive or delivery receipt flag to get an echo response from the destination.&nbsp; The bundle that dtn ping is producing is:<br><br>
[1164833558.767510 /dtn/bundle/daemon debug] bundle id 0:<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; source: dtn://rcm2.cse.lehigh.edu.dtn/ping.29688<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; dest: dtn://rcm2.cse.lehigh.edu.dtn/
<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; custodian: dtn:none<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; replyto: dtn:none<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; prevhop: 
<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp; payload_length: 8<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; priority: 0<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp; custody_requested: false<br>[1164833558.767510
 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; local_custody: false<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp; singleton_dest: true<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; receive_rcpt: false<br>[1164833558.767510
 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; custody_rcpt: false<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; forward_rcpt: false<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; delivery_rcpt: false<br>[1164833558.767510
 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; deletion_rcpt: false<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp; app_acked_rcpt: false<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; creation_ts: 218148758.0<br>[1164833558.767510
 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; expiration: 30<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; is_fragment: false<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; is_admin: false<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp; do_not_fragment: false
<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; orig_length: 0<br>[1164833558.767510 /dtn/bundle/daemon debug]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; frag_offset: 0<br>[1164833558.767510 /dtn/bundle/daemon debug] transmission_count: 0<br><br>which has the replyto as dtn:none and receive_recpt and delivery as false
<br><br>this is from cvs as of 11/29/06, any idea what's going on here?<br>

------=_Part_28467_30130701.1164834168822--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Ethernet CL
Date: Wed, 29 Nov 2006 09:44:07 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

I'm generally familiar with the code but haven't actually been using  
it. I'm hoping to get it resurrected and into my standard testing  
framework but that may take some time.

It's also a bit old so there are some things, specifically with  
respect to naming and addressing, that are relics of an older  
implementation design.

What specific questions did you have?

-mike

On Nov 27, 2006, at 12:07 PM, Jackson Pang wrote:

> Hi
>
> Does anyone know the functionality or have experience using the  
> Ethernet CL that comes with DTN2? Tehre's documentation for TCP and  
> UDP but not for Eth CL.  I need to implement a standalone C version  
> that will interface to my hardware BP implementation.
>
> Thanks
>
> -- 
> Jackson Pang
> Sec 332M Communications Networks
> Jet Propulsion Laboratory
> California Institute of Technology
> (818) 393-0466 FAX: (818) 354-6825
>
>
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users

Date: Mon, 27 Nov 2006 12:07:35 -0800
From: Jackson Pang <[email-masked]>
To: [email-masked]
Subject: [dtn-users] Ethernet CL
Sender: [email-masked]
Reply-To: [email-masked]

Hi

Does anyone know the functionality or have experience using the Ethernet 
CL that comes with DTN2? Tehre's documentation for TCP and UDP but not 
for Eth CL.  I need to implement a standalone C version that will 
interface to my hardware BP implementation.

Thanks

-- 
Jackson Pang
Sec 332M Communications Networks
Jet Propulsion Laboratory
California Institute of Technology
(818) 393-0466 FAX: (818) 354-6825

Date: Mon, 27 Nov 2006 12:45:40 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] DTN on Gumstix
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_25154_4790856.1164649540634
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

 configure:6523: checking for tcl library in /opt/arm-linux-libraries/lib: -
ltcl8.4 -ldl -lm -lpthread
configure:6551: arm-linux-gcc -o conftest -g -O2
-I/opt/arm-linux-libraries/include  -static -L/opt/arm-l
inux-libraries/lib conftest.c -ltcl8.4 -ldl -lm -lpthread  >&5
/usr/local/arm/oe/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/lib/libc.a(
strtoul.o)(.text+0x0): In funct
ion `strtoul':
: multiple definition of `strtoul'
/opt/arm-linux-libraries/lib/libtcl8.4.a(strtoul.o)(.text+0x0): first
defined here
/usr/local/arm/oe/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld:
Warning: size of symbol `strtoul'
changed from 572 in /opt/arm-linux-libraries/lib/libtcl8.4.a(strtoul.o) to
96 in /opt/arm-linux-libraries/
lib/libtcl8.4.a(strtoul.o)
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0xc): In
function `TclpGetGrGid':
: warning: Using 'getgrgid' in statically linked applications requires at
runtime the shared libraries fro
m the glibc version used for linking
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0x8): In
function `TclpGetGrNam':
: warning: Using 'getgrnam' in statically linked applications requires at
runtime the shared libraries fro
m the glibc version used for linking
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0xc44): In
function `GetGroupAttribute':
: warning: Using 'endgrent' in statically linked applications requires at
runtime the shared libraries fro
m the glibc version used for linking
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixFile.o)(.text+0x568): In
function `TclpGetUserHome':
: warning: Using 'getpwnam' in statically linked applications requires at
runtime the shared libraries fro
m the glibc version used for linking
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0x4): In
function `TclpGetPwUid':
: warning: Using 'getpwuid' in statically linked applications requires at
runtime the shared libraries fro
m the glibc version used for linking
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0xd14): In
function `$a':
: warning: Using 'endpwent' in statically linked applications requires at
runtime the shared libraries fro
m the glibc version used for linking
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0x14): In
function `TclpGetHostByAddr':
: warning: Using 'gethostbyaddr' in statically linked applications requires
at runtime the shared librarie
s from the glibc version used for linking
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0x10): In
function `TclpGetHostByName':
: warning: Using 'gethostbyname' in statically linked applications requires
at runtime the shared librarie
s from the glibc version used for linking
/opt/arm-linux-libraries/lib/libtcl8.4.a(tclIOSock.o)(.text+0x48): In
function `TclSockGetPort':
: warning: Using 'getservbyname' in statically linked applications requires
at runtime the shared librarie
s from the glibc version used for linking
collect2: ld returned 1 exit status

any idea how to fix this?

On 11/27/06, Michael Demmer <[email-masked]> wrote:
>
> It will likely be helpful to look in the config.log file to find out
> exactly what's going wrong when configure fails its tests. It's a lot of
> output to wade through, but you should be able to find the gcc output from
> the failing linking step(s).
> -mike
>
>
>
> On Nov 27, 2006, at 8:49 AM, ryan m wrote:
>
> I think I'm running into what you ran into, I running
>
> ./configure --build=`uname -m` --host=arm-linux
> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> --enable-static
>
> I've also tried added --without-tclreadline since that's been suggested a
> few times to cause linking issues, but both ways I get the following
> configure error:
>
> configure: checking for tcl installation (version 8.4)
> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/include...
> yes
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl
> -lm -lpthread ... no
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 -ldl -lm
> -lpthread ... no
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl -ldl -lm
> -lpthread ... no
>
> the static tcl stuff is in there:
>
> root@runabout:/opt/arm-linux-libraries/lib# ls -l
> total 4824
> -rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb-4.4.a
> -rw-r--r-- 1 edifyteam edifyteam     820 2006-11-27 11:12 libdb-4.4.la
> -rwxr-xr-x 1 edifyteam edifyteam  975701 2006-11-27 11:12 libdb-4.4.so
> lrwxrwxrwx 1 root      root           12 2006-11-27 11:29 libdb-4.so ->
> libdb-4.4.so
> -rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb.a
> lrwxrwxrwx 1 root      root           12 2006-11-27 11:29 libdb.so ->
> libdb-4.4.so
> -r-xr-xr-x 1 root      root      1058426 2006-11-27 11:32 libtcl8.4.a
> -rw-r--r-- 1 root      root         7126 2006-11-27 11:32 libtclstub8.4.a
> drwxr-xr-x 8 root      root         4096 2006-11-27 11:32 tcl8.4
> -rw-r--r-- 1 root      root         7224 2006-11-27 11:32 tclConfig.sh
>
> so I was looking at rules.make and I wasn't sure were to add a -L
> directive since
>
> LDFLAGS         =   -L/opt/arm-linux-libraries/lib
> -L/opt/arm-linux-libraries/lib
>
> is already in there
>
> note: I'm trying the openembedded system which openzaurus team uses for
> development, i figured I try something that is set up specifically with for
> the zaurus after my brush with scrachbox producing incompatible binaries
> (hello world app wasn't even recognized as an executable binary by the
> zaurus), anyways I had to do static since this system doesn't have the
> libraries for linking dynamic libraries (at least according to DTN2's
> configure), perhaps there's a reason for this on the zaurus?
>
> On 11/23/06, Durst, Robert C. <[email-masked]> wrote:
> >
> >  Hey,
> >
> > I used the gumstix (www.gumstix.com) version of buildroot (
> > http://docwiki.gumstix.org/Buildroot).  I saw your earlier message, and
> > wondered if there might be a problem with floating point emulation in your
> > environment.  I tried scratchbox earlier, and didn't really like it.
> > Buildroot has been much cleaner for me (http://buildroot.uclibc.org/buildroot.html
> > ).  There are some gumstix-relevant patches, don't know if the zaurus
> > would require patching also.  Buildroot might be worth a look.
> >
> > BTW -- I had problems linking with the tcl library (not internal to tcl,
> > but having DTN *find* the tcl library).  I ended up creating a separate
> > directory, dragging the tcl stuff into it, and putting a -L directive into
> > the Rules.make to point to it.  Haven't figured out or fixed what the
> > foul up was there.
> >
> > Hope you're having a Happy Thanksgiving.
> > Bob
> >
> >  ------------------------------
> > *From:* ryan m [mailto:[email-masked]]
> > *Sent:* Thursday, November 23, 2006 1:02 PM
> > *To:* Durst, Robert C.
> > *Subject:* Re: [dtn-users] DTN on Gumstix
> >
> > I was just wondering what cross compile environment you used, are there
> > directions online on how to set it up?  That's the big problem I'm running
> > into now.  I've tried scratchbox but it doesn't seem to want to find ieee
> > lib when I try to compile tcl.  Any help you could offer would be greatly
> > appreciated.
> >
> > thank you,
> > ryan
> >
> > On 11/23/06, Durst, Robert C. <[email-masked]> wrote:
> > >
> > >  Hi, all.  I just wanted to let folks know that I managed to get DTN
> > > running on the Gumstix (cx) platform.  It took some minor gyrations, and I
> > > had a problem that caused me to use the file db instead of berkeley db.
> > > (Further banging my head against the wall might have caused berkeleydb to
> > > relent, but my head was sore enough already.)  Have successfully run dtnping
> > > and dtnsend with static routing (all I need in this application).
> > >
> > > Most of the hassle was in getting the cross-compilation set up
> > > properly and getting libraries pointed to appropriately.  I'll try to
> > > summarize things (unless somebody else already has and I didn't notice) in
> > > the coming days/weeks.  Have some other things to do first.
> > >
> > > Regards,
> > > Bob Durst
> > >
> >
> >
>
>

------=_Part_25154_4790856.1164649540634
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

&nbsp;configure:6523: checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl -lm -lpthread <br>configure:6551: arm-linux-gcc -o conftest -g -O2&nbsp; -I/opt/arm-linux-libraries/include&nbsp; -static -L/opt/arm-l<br>inux-libraries/lib 
conftest.c -ltcl8.4 -ldl -lm -lpthread&nbsp; &gt;&amp;5<br>/usr/local/arm/oe/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/lib/libc.a(strtoul.o)(.text+0x0): In funct<br>ion `strtoul':<br>: multiple definition of `strtoul'<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(
strtoul.o)(.text+0x0): first defined here<br>/usr/local/arm/oe/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: Warning: size of symbol `strtoul' <br>changed from 572 in /opt/arm-linux-libraries/lib/libtcl8.4.a(strtoul.o
) to 96 in /opt/arm-linux-libraries/<br>lib/libtcl8.4.a(strtoul.o)<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0xc): In function `TclpGetGrGid':<br>: warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries fro
<br>m the glibc version used for linking<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0x8): In function `TclpGetGrNam':<br>: warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries fro
<br>m the glibc version used for linking<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0xc44): In function `GetGroupAttribute':<br>: warning: Using 'endgrent' in statically linked applications requires at runtime the shared libraries fro
<br>m the glibc version used for linking<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixFile.o)(.text+0x568): In function `TclpGetUserHome':<br>: warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries fro
<br>m the glibc version used for linking<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0x4): In function `TclpGetPwUid':<br>: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries fro
<br>m the glibc version used for linking<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0xd14): In function `$a':<br>: warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries fro
<br>m the glibc version used for linking<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0x14): In function `TclpGetHostByAddr':<br>: warning: Using 'gethostbyaddr' in statically linked applications requires at runtime the shared librarie
<br>s from the glibc version used for linking<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclUnixCompat.o)(.text+0x10): In function `TclpGetHostByName':<br>: warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared librarie
<br>s from the glibc version used for linking<br>/opt/arm-linux-libraries/lib/libtcl8.4.a(tclIOSock.o)(.text+0x48): In function `TclSockGetPort':<br>: warning: Using 'getservbyname' in statically linked applications requires at runtime the shared librarie
<br>s from the glibc version used for linking<br>collect2: ld returned 1 exit status<br><br>any idea how to fix this?<br><br><div><span class="gmail_quote">On 11/27/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]">
[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div style="">It will likely be helpful to look in the 
config.log file to find out exactly what's going wrong when configure fails its tests. It's a lot of output to wade through, but you should be able to find the gcc output from the failing linking step(s).<div><br></div><div>
-mike</div><div><span class="e" id="q_10f2a601b196b475_1"><div><br><div><br></div><div><br><div><div>On Nov 27, 2006, at 8:49 AM, ryan m wrote:</div><br><blockquote type="cite">I think I'm running into what you ran into, I running
<br><br>./configure --build=`uname -m` --host=arm-linux&nbsp;&nbsp; --with-db=/opt/arm-linux-libraries&nbsp; --with-tcl=/opt/arm-linux-libraries --enable-static<br><br>I've also tried added --without-tclreadline since that's been suggested a few times to cause linking issues, but both ways I get the following configure error: 
<br><br>configure: checking for tcl installation (version 8.4)<br>checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/include... yes<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl -lm -lpthread ... no 
<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 -ldl -lm -lpthread ... no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl -ldl -lm -lpthread ... no<br><br>the static tcl stuff is in there: 
<br><br>root@runabout:/opt/arm-linux-libraries/lib# ls -l<br>total 4824<br>-rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb-4.4.a<br>-rw-r--r-- 1 edifyteam edifyteam&nbsp;&nbsp;&nbsp;&nbsp; 820 2006-11-27 11:12 <a href="http://libdb-4.4.la" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 libdb-4.4.la</a><br>-rwxr-xr-x 1 edifyteam edifyteam&nbsp; 975701 2006-11-27 11:12 <a href="http://libdb-4.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libdb-4.4.so</a><br>lrwxrwxrwx 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 12 2006-11-27 11:29 
libdb-4.so -&gt; <a href="http://libdb-4.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libdb-4.4.so</a><br>-rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb.a<br>lrwxrwxrwx 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 12 2006-11-27 11:29 
libdb.so -&gt; <a href="http://libdb-4.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libdb-4.4.so</a><br>-r-xr-xr-x 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1058426 2006-11-27 11:32 libtcl8.4.a<br>-rw-r--r-- 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 7126 2006-11-27 11:32 
libtclstub8.4.a<br>drwxr-xr-x 8 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4096 2006-11-27 11:32 tcl8.4<br>-rw-r--r-- 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 7224 2006-11-27 11:32 tclConfig.sh <br><br>so I was looking at rules.make and I wasn't sure were to add a -L directive since
<br><br>LDFLAGS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =&nbsp;&nbsp; -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib<br><br>is already in there<br><br>note: I'm trying the openembedded system which openzaurus team uses for development, i figured I try something that is set up specifically with for the zaurus after my brush with scrachbox producing incompatible binaries (hello world app wasn't even recognized as an executable binary by the zaurus), anyways I had to do static since this system doesn't have the libraries for linking dynamic libraries (at least according to DTN2's configure), perhaps there's a reason for this on the zaurus? 
<br><br><div><span class="gmail_quote">On 11/23/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">Hey,</font>
</span></div> <div><span></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">I used the gumstix (<a href="http://www.gumstix.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">www.gumstix.com
</a>) version of buildroot (<a href="http://docwiki.gumstix.org/Buildroot" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://docwiki.gumstix.org/Buildroot</a>).&nbsp; I saw your earlier message, and wondered if there might be a problem with floating point emulation in your environment.&nbsp; I tried scratchbox earlier, and didn't really like it.&nbsp; Buildroot has been much cleaner for me (
<a href="http://buildroot.uclibc.org/buildroot.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://buildroot.uclibc.org/buildroot.html </a>).&nbsp; There are some gumstix-relevant patches, don't know if the zaurus would require patching also.&nbsp; Buildroot might be worth a look.
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">BTW -- I had problems linking with the tcl library (not internal to tcl, but having DTN *find* the tcl library).&nbsp; I ended up creating a separate directory, dragging the tcl stuff into it, and putting a -L directive into the 
Rules.make to point to it.&nbsp; Haven't figured out or fixed what the foul up was there.</font></span></div> <div><span></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Hope you're having a Happy Thanksgiving.
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">Bob</font>&nbsp;</span></div><br> <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  
<div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><b>From:</b> ryan m [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]
</a>]   <br><b>Sent:</b> Thursday, November 23, 2006 1:02 PM<br><b>To:</b> Durst,   Robert C.<br><b>Subject:</b> Re: [dtn-users] DTN on   Gumstix<br></font><br></div><div><span>  <div></div>I was just wondering what cross compile environment you used, are   there directions online on how to set it up?&nbsp; That's the big problem I'm   running into now.&nbsp; I've tried scratchbox but it doesn't seem to want to   find ieee lib when I try to compile tcl.&nbsp; Any help you could offer would   be greatly appreciated. 
<br><br>thank you,<br>ryan<br><br>  <div><span class="gmail_quote">On 11/23/06, <b class="gmail_sendername">Durst,   Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
[email-masked]</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div><span><font face="Arial" size="2">
Hi, all.&nbsp; I just wanted to let folks     know that I managed to get DTN running on the Gumstix (cx) platform.&nbsp;     It took some minor gyrations, and I had a problem that caused me to use the     file db instead of berkeley db.&nbsp; (Further banging my head against the     wall might have caused berkeleydb to relent, but my head was sore enough     already.)&nbsp; Have successfully run dtnping and dtnsend with static     routing (all I need in this application).&nbsp; 
</font></span></div>    <div><span><font face="Arial" size="2"></font></span>&nbsp;</div>    <div><span><font face="Arial" size="2">Most of the hassle was in getting the     cross-compilation set up properly and getting libraries pointed to     appropriately.&nbsp; I'll try to summarize things (unless somebody else     already has and I didn't notice) in the coming days/weeks.&nbsp; Have some     other things to do first.
</font></span></div>    <div><span><font face="Arial" size="2"></font></span>&nbsp;</div>    <div><span><font face="Arial" size="2">Regards,</font></span></div>    <div><span><font face="Arial" size="2">Bob   Durst</font></span>
</div></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></div></span></div></div>
</blockquote></div><br>

------=_Part_25154_4790856.1164649540634--

Cc: [email-masked]
From: Michael Demmer <[email-masked]>
Date: Mon, 27 Nov 2006 09:36:48 -0800
To: luo cheng <[email-masked]>
Subject: [dtn-users] Re: running dtnsend, dtnrecv on Nokia770
Sender: [email-masked]
Reply-To: [email-masked]

> 1, ./dtnsend  and ./dtnrecv doesn't work by keep showing the help  
> message even i typed the right command (e.g. ./dtnsend -s dtn:// 
> nokia3.dtn/1 -d dtn://nokia4.dtn/1 -t m -p "hello"  or ./dtnrecv  
> dtn://nokia3.dtn/1 ). and ./dtnping works ok.

That's a bit strange. Can you look in the ::getopt wrapper objects to  
see where it's complaining?

> 2, when i trying to send dtn bundle from Nokia770 by a my dtn  
> application to the laptop, dtnd on laptop showed the error  
> information as:
> ASSERTION FAILED (cc == (int)len) at bundling/ 
> PrimaryBlockProcessor.cc:407
> STACK TRACE: 0x80cc4d7 0x807dc55 0x8075cfe 0x80c4bb8 0x80c4583  
> 0x808f338 0x80bd7ed 0x80f6ea3 0x80f6dc2 0xb7e19b63
> Aborted

The best I can understand this is that there's an error in the bundle  
protocol formatting where it's getting a zero length primary block.  
If you update to the latest CVS version I've added some better error  
checking to handle this case so please try it again with the newer  
version of the code.

-m

Cc: "Durst, Robert C." <[email-masked]>, Mooi Choo Chuah <[email-masked]>
From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] DTN on Gumstix
Date: Mon, 27 Nov 2006 09:03:25 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-3--491271756
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

It will likely be helpful to look in the config.log file to find out  
exactly what's going wrong when configure fails its tests. It's a lot  
of output to wade through, but you should be able to find the gcc  
output from the failing linking step(s).

-mike

On Nov 27, 2006, at 8:49 AM, ryan m wrote:

> I think I'm running into what you ran into, I running
>
> ./configure --build=`uname -m` --host=arm-linux   --with-db=/opt/ 
> arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries --enable- 
> static
>
> I've also tried added --without-tclreadline since that's been  
> suggested a few times to cause linking issues, but both ways I get  
> the following configure error:
>
> configure: checking for tcl installation (version 8.4)
> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
> include... yes
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4 - 
> ldl -lm -lpthread ... no
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 - 
> ldl -lm -lpthread ... no
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl - 
> ldl -lm -lpthread ... no
>
> the static tcl stuff is in there:
>
> root@runabout:/opt/arm-linux-libraries/lib# ls -l
> total 4824
> -rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb-4.4.a
> -rw-r--r-- 1 edifyteam edifyteam     820 2006-11-27 11:12 libdb-4.4.la
> -rwxr-xr-x 1 edifyteam edifyteam  975701 2006-11-27 11:12 libdb-4.4.so
> lrwxrwxrwx 1 root      root           12 2006-11-27 11:29  
> libdb-4.so -> libdb-4.4.so
> -rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb.a
> lrwxrwxrwx 1 root      root           12 2006-11-27 11:29 libdb.so - 
> > libdb-4.4.so
> -r-xr-xr-x 1 root      root      1058426 2006-11-27 11:32 libtcl8.4.a
> -rw-r--r-- 1 root      root         7126 2006-11-27 11:32  
> libtclstub8.4.a
> drwxr-xr-x 8 root      root         4096 2006-11-27 11:32 tcl8.4
> -rw-r--r-- 1 root      root         7224 2006-11-27 11:32 tclConfig.sh
>
> so I was looking at rules.make and I wasn't sure were to add a -L  
> directive since
>
> LDFLAGS         =   -L/opt/arm-linux-libraries/lib -L/opt/arm-linux- 
> libraries/lib
>
> is already in there
>
> note: I'm trying the openembedded system which openzaurus team uses  
> for development, i figured I try something that is set up  
> specifically with for the zaurus after my brush with scrachbox  
> producing incompatible binaries (hello world app wasn't even  
> recognized as an executable binary by the zaurus), anyways I had to  
> do static since this system doesn't have the libraries for linking  
> dynamic libraries (at least according to DTN2's configure), perhaps  
> there's a reason for this on the zaurus?
>
> On 11/23/06, Durst, Robert C. <[email-masked]> wrote:
> Hey,
>
> I used the gumstix (www.gumstix.com) version of buildroot (http:// 
> docwiki.gumstix.org/Buildroot).  I saw your earlier message, and  
> wondered if there might be a problem with floating point emulation  
> in your environment.  I tried scratchbox earlier, and didn't really  
> like it.  Buildroot has been much cleaner for me (http:// 
> buildroot.uclibc.org/buildroot.html ).  There are some gumstix- 
> relevant patches, don't know if the zaurus would require patching  
> also.  Buildroot might be worth a look.
>
> BTW -- I had problems linking with the tcl library (not internal to  
> tcl, but having DTN *find* the tcl library).  I ended up creating a  
> separate directory, dragging the tcl stuff into it, and putting a - 
> L directive into the Rules.make to point to it.  Haven't figured  
> out or fixed what the foul up was there.
>
> Hope you're having a Happy Thanksgiving.
> Bob
>
> From: ryan m [mailto:[email-masked]]
> Sent: Thursday, November 23, 2006 1:02 PM
> To: Durst, Robert C.
> Subject: Re: [dtn-users] DTN on Gumstix
>
> I was just wondering what cross compile environment you used, are  
> there directions online on how to set it up?  That's the big  
> problem I'm running into now.  I've tried scratchbox but it doesn't  
> seem to want to find ieee lib when I try to compile tcl.  Any help  
> you could offer would be greatly appreciated.
>
> thank you,
> ryan
>
> On 11/23/06, Durst, Robert C. <[email-masked]> wrote:
> Hi, all.  I just wanted to let folks know that I managed to get DTN  
> running on the Gumstix (cx) platform.  It took some minor  
> gyrations, and I had a problem that caused me to use the file db  
> instead of berkeley db.  (Further banging my head against the wall  
> might have caused berkeleydb to relent, but my head was sore enough  
> already.)  Have successfully run dtnping and dtnsend with static  
> routing (all I need in this application).
>
> Most of the hassle was in getting the cross-compilation set up  
> properly and getting libraries pointed to appropriately.  I'll try  
> to summarize things (unless somebody else already has and I didn't  
> notice) in the coming days/weeks.  Have some other things to do first.
>
> Regards,
> Bob Durst
>
>

--Apple-Mail-3--491271756
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">It will likely be helpful to =
look in the config.log file to find out exactly what's going wrong when =
configure fails its tests. It's a lot of output to wade through, but you =
should be able to find the gcc output from the failing linking =
step(s).<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-mike</DIV><DIV><BR =
class=3D"khtml-block-placeholder"><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Nov 27, =
2006, at 8:49 AM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">I think =
I'm running into what you ran into, I running<BR><BR>./configure =
--build=3D`uname -m` --host=3Darm-linux=A0=A0 =
--with-db=3D/opt/arm-linux-libraries=A0 =
--with-tcl=3D/opt/arm-linux-libraries --enable-static<BR><BR>I've also =
tried added --without-tclreadline since that's been suggested a few =
times to cause linking issues, but both ways I get the following =
configure error: <BR><BR>configure: checking for tcl installation =
(version 8.4)<BR>checking for tcl.h (version 8.4) in =
/opt/arm-linux-libraries/include... yes<BR>checking for tcl library in =
/opt/arm-linux-libraries/lib: -ltcl8.4 -ldl -lm -lpthread ... no =
<BR>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 =
-ldl -lm -lpthread ... no<BR>checking for tcl library in =
/opt/arm-linux-libraries/lib: -ltcl -ldl -lm -lpthread ... no<BR><BR>the =
static tcl stuff is in there: =
<BR><BR>root@runabout:/opt/arm-linux-libraries/lib# ls -l<BR>total =
4824<BR>-rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 =
libdb-4.4.a<BR>-rw-r--r-- 1 edifyteam edifyteam=A0=A0=A0=A0 820 =
2006-11-27 11:12 <A href=3D"http://libdb-4.4.la"> =
libdb-4.4.la</A><BR>-rwxr-xr-x 1 edifyteam edifyteam=A0 975701 =
2006-11-27 11:12 <A =
href=3D"http://libdb-4.4.so">libdb-4.4.so</A><BR>lrwxrwxrwx 1 root=A0=A0=A0=
=A0=A0 root=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 12 2006-11-27 11:29 libdb-4.so =
-&gt; <A href=3D"http://libdb-4.4.so"> libdb-4.4.so</A><BR>-rw-r--r-- 1 =
edifyteam edifyteam 1426564 2006-11-27 11:29 libdb.a<BR>lrwxrwxrwx 1 =
root=A0=A0=A0=A0=A0 root=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 12 2006-11-27 =
11:29 libdb.so -&gt; <A =
href=3D"http://libdb-4.4.so">libdb-4.4.so</A><BR>-r-xr-xr-x 1 root=A0=A0=A0=
=A0=A0 root=A0=A0=A0=A0=A0 1058426 2006-11-27 11:32 =
libtcl8.4.a<BR>-rw-r--r-- 1 root=A0=A0=A0=A0=A0 root=A0=A0=A0=A0=A0=A0=A0=A0=
 7126 2006-11-27 11:32 libtclstub8.4.a<BR>drwxr-xr-x 8 root=A0=A0=A0=A0=A0=
 root=A0=A0=A0=A0=A0=A0=A0=A0 4096 2006-11-27 11:32 tcl8.4<BR>-rw-r--r-- =
1 root=A0=A0=A0=A0=A0 root=A0=A0=A0=A0=A0=A0=A0=A0 7224 2006-11-27 11:32 =
tclConfig.sh <BR><BR>so I was looking at rules.make and I wasn't sure =
were to add a -L directive since<BR><BR>LDFLAGS=A0=A0=A0=A0=A0=A0=A0=A0 =
=3D=A0=A0 -L/opt/arm-linux-libraries/lib =
-L/opt/arm-linux-libraries/lib<BR><BR>is already in there<BR><BR>note: =
I'm trying the openembedded system which openzaurus team uses for =
development, i figured I try something that is set up specifically with =
for the zaurus after my brush with scrachbox producing incompatible =
binaries (hello world app wasn't even recognized as an executable binary =
by the zaurus), anyways I had to do static since this system doesn't =
have the libraries for linking dynamic libraries (at least according to =
DTN2's configure), perhaps there's a reason for this on the zaurus? =
<BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/23/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2">Hey,</FONT></SPAN></DIV> <DIV><SPAN></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">I used the =
gumstix (<A href=3D"http://www.gumstix.com" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">www.gumstix.com</A>) version of =
buildroot (<A href=3D"http://docwiki.gumstix.org/Buildroot" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">http://docwiki.gumstix.org/Buildroo=
t</A>).=A0 I saw your earlier message, and wondered if there might be a =
problem with floating point emulation in your environment.=A0 I tried =
scratchbox earlier, and didn't really like it.=A0 Buildroot has been =
much cleaner for me (<A =
href=3D"http://buildroot.uclibc.org/buildroot.html" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">http://buildroot.uclibc.org/buildro=
ot.html </A>).=A0 There are some gumstix-relevant patches, don't know if =
the zaurus would require patching also.=A0 Buildroot might be worth a =
look.</FONT></SPAN></DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">BTW -- I had problems =
linking with the tcl library (not internal to tcl, but having DTN *find* =
the tcl library).=A0 I ended up creating a separate directory, dragging =
the tcl stuff into it, and putting a -L directive into the Rules.make to =
point to it.=A0 Haven't figured out or fixed what the foul up was =
there.</FONT></SPAN></DIV> <DIV><SPAN></SPAN>=A0</DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">Hope you're having a Happy =
Thanksgiving.</FONT></SPAN></DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Bob</FONT>=A0</SPAN></DIV><BR> <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><B>From:</B> =
ryan m [mailto:<A href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>]   =
<BR><B>Sent:</B> Thursday, November 23, 2006 1:02 PM<BR><B>To:</B> =
Durst,   Robert C.<BR><B>Subject:</B> Re: [dtn-users] DTN on   =
Gumstix<BR></FONT><BR></DIV><DIV><SPAN class=3D"e" =
id=3D"q_10f1644edd9c530f_1">  <DIV></DIV>I was just wondering what cross =
compile environment you used, are   there directions online on how to =
set it up?=A0 That's the big problem I'm   running into now.=A0 I've =
tried scratchbox but it doesn't seem to want to   find ieee lib when I =
try to compile tcl.=A0 Any help you could offer would   be greatly =
appreciated. <BR><BR>thank you,<BR>ryan<BR><BR>  <DIV><SPAN =
class=3D"gmail_quote">On 11/23/06, <B class=3D"gmail_sendername">Durst,  =
 Robert C.</B> &lt;<A href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV><SPAN><FONT face=3D"Arial" size=3D"2">Hi, all.=A0 =
I just wanted to let folks     know that I managed to get DTN running on =
the Gumstix (cx) platform.=A0     It took some minor gyrations, and I =
had a problem that caused me to use the     file db instead of berkeley =
db.=A0 (Further banging my head against the     wall might have caused =
berkeleydb to relent, but my head was sore enough     already.)=A0 Have =
successfully run dtnping and dtnsend with static     routing (all I need =
in this application).=A0 </FONT></SPAN></DIV>    <DIV><SPAN><FONT =
face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    <DIV><SPAN><FONT =
face=3D"Arial" size=3D"2">Most of the hassle was in getting the     =
cross-compilation set up properly and getting libraries pointed to     =
appropriately.=A0 I'll try to summarize things (unless somebody else     =
already has and I didn't notice) in the coming days/weeks.=A0 Have some  =
   other things to do first.</FONT></SPAN></DIV>    <DIV><SPAN><FONT =
face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    <DIV><SPAN><FONT =
face=3D"Arial" size=3D"2">Regards,</FONT></SPAN></DIV>    =
<DIV><SPAN><FONT face=3D"Arial" size=3D"2">Bob   =
Durst</FONT></SPAN></DIV></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOCK=
QUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></DIV></BODY></HTML>=

--Apple-Mail-3--491271756--

Date: Mon, 27 Nov 2006 11:49:07 -0500
From: "ryan m" <[email-masked]>
To: "Durst, Robert C." <[email-masked]>
Subject: Re: [dtn-users] DTN on Gumstix
Cc: [email-masked], "Mooi Choo Chuah" <[email-masked]>
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_24170_27782093.1164646147679
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I think I'm running into what you ran into, I running

./configure --build=`uname -m` --host=arm-linux
--with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
--enable-static

I've also tried added --without-tclreadline since that's been suggested a
few times to cause linking issues, but both ways I get the following
configure error:

configure: checking for tcl installation (version 8.4)
checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/include... yes
checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl -lm
-lpthread ... no
checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 -ldl -lm
-lpthread ... no
checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl -ldl -lm
-lpthread ... no

the static tcl stuff is in there:

root@runabout:/opt/arm-linux-libraries/lib# ls -l
total 4824
-rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb-4.4.a
-rw-r--r-- 1 edifyteam edifyteam     820 2006-11-27 11:12 libdb-4.4.la
-rwxr-xr-x 1 edifyteam edifyteam  975701 2006-11-27 11:12 libdb-4.4.so
lrwxrwxrwx 1 root      root           12 2006-11-27 11:29 libdb-4.so ->
libdb-4.4.so
-rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb.a
lrwxrwxrwx 1 root      root           12 2006-11-27 11:29 libdb.so ->
libdb-4.4.so
-r-xr-xr-x 1 root      root      1058426 2006-11-27 11:32 libtcl8.4.a
-rw-r--r-- 1 root      root         7126 2006-11-27 11:32 libtclstub8.4.a
drwxr-xr-x 8 root      root         4096 2006-11-27 11:32 tcl8.4
-rw-r--r-- 1 root      root         7224 2006-11-27 11:32 tclConfig.sh

so I was looking at rules.make and I wasn't sure were to add a -L directive
since

LDFLAGS         =   -L/opt/arm-linux-libraries/lib
-L/opt/arm-linux-libraries/lib

is already in there

note: I'm trying the openembedded system which openzaurus team uses for
development, i figured I try something that is set up specifically with for
the zaurus after my brush with scrachbox producing incompatible binaries
(hello world app wasn't even recognized as an executable binary by the
zaurus), anyways I had to do static since this system doesn't have the
libraries for linking dynamic libraries (at least according to DTN2's
configure), perhaps there's a reason for this on the zaurus?

On 11/23/06, Durst, Robert C. <[email-masked]> wrote:
>
>  Hey,
>
> I used the gumstix (www.gumstix.com) version of buildroot (
> http://docwiki.gumstix.org/Buildroot).  I saw your earlier message, and
> wondered if there might be a problem with floating point emulation in your
> environment.  I tried scratchbox earlier, and didn't really like it.
> Buildroot has been much cleaner for me (
> http://buildroot.uclibc.org/buildroot.html).  There are some
> gumstix-relevant patches, don't know if the zaurus would require patching
> also.  Buildroot might be worth a look.
>
> BTW -- I had problems linking with the tcl library (not internal to tcl,
> but having DTN *find* the tcl library).  I ended up creating a separate
> directory, dragging the tcl stuff into it, and putting a -L directive into
> the Rules.make to point to it.  Haven't figured out or fixed what the foul
> up was there.
>
> Hope you're having a Happy Thanksgiving.
> Bob
>
>  ------------------------------
> *From:* ryan m [mailto:[email-masked]]
> *Sent:* Thursday, November 23, 2006 1:02 PM
> *To:* Durst, Robert C.
> *Subject:* Re: [dtn-users] DTN on Gumstix
>
> I was just wondering what cross compile environment you used, are there
> directions online on how to set it up?  That's the big problem I'm running
> into now.  I've tried scratchbox but it doesn't seem to want to find ieee
> lib when I try to compile tcl.  Any help you could offer would be greatly
> appreciated.
>
> thank you,
> ryan
>
> On 11/23/06, Durst, Robert C. <[email-masked]> wrote:
> >
> >  Hi, all.  I just wanted to let folks know that I managed to get DTN
> > running on the Gumstix (cx) platform.  It took some minor gyrations, and I
> > had a problem that caused me to use the file db instead of berkeley db.
> > (Further banging my head against the wall might have caused berkeleydb to
> > relent, but my head was sore enough already.)  Have successfully run dtnping
> > and dtnsend with static routing (all I need in this application).
> >
> > Most of the hassle was in getting the cross-compilation set up properly
> > and getting libraries pointed to appropriately.  I'll try to summarize
> > things (unless somebody else already has and I didn't notice) in the coming
> > days/weeks.  Have some other things to do first.
> >
> > Regards,
> > Bob Durst
> >
>
>

------=_Part_24170_27782093.1164646147679
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I think I'm running into what you ran into, I running<br><br>./configure --build=`uname -m` --host=arm-linux&nbsp;&nbsp; --with-db=/opt/arm-linux-libraries&nbsp; --with-tcl=/opt/arm-linux-libraries --enable-static<br><br>I've also tried added --without-tclreadline since that's been suggested a few times to cause linking issues, but both ways I get the following configure error:
<br><br>configure: checking for tcl installation (version 8.4)<br>checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/include... yes<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl -lm -lpthread ... no
<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 -ldl -lm -lpthread ... no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl -ldl -lm -lpthread ... no<br><br>the static tcl stuff is in there:
<br><br>root@runabout:/opt/arm-linux-libraries/lib# ls -l<br>total 4824<br>-rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb-4.4.a<br>-rw-r--r-- 1 edifyteam edifyteam&nbsp;&nbsp;&nbsp;&nbsp; 820 2006-11-27 11:12 <a href="http://libdb-4.4.la">
libdb-4.4.la</a><br>-rwxr-xr-x 1 edifyteam edifyteam&nbsp; 975701 2006-11-27 11:12 <a href="http://libdb-4.4.so">libdb-4.4.so</a><br>lrwxrwxrwx 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 12 2006-11-27 11:29 libdb-4.so -&gt; <a href="http://libdb-4.4.so">
libdb-4.4.so</a><br>-rw-r--r-- 1 edifyteam edifyteam 1426564 2006-11-27 11:29 libdb.a<br>lrwxrwxrwx 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 12 2006-11-27 11:29 libdb.so -&gt; <a href="http://libdb-4.4.so">libdb-4.4.so</a><br>-r-xr-xr-x 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1058426 2006-11-27 11:32 
libtcl8.4.a<br>-rw-r--r-- 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 7126 2006-11-27 11:32 libtclstub8.4.a<br>drwxr-xr-x 8 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4096 2006-11-27 11:32 tcl8.4<br>-rw-r--r-- 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 7224 2006-11-27 11:32 tclConfig.sh
<br><br>so I was looking at rules.make and I wasn't sure were to add a -L directive since<br><br>LDFLAGS&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =&nbsp;&nbsp; -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib<br><br>is already in there<br><br>note: I'm trying the openembedded system which openzaurus team uses for development, i figured I try something that is set up specifically with for the zaurus after my brush with scrachbox producing incompatible binaries (hello world app wasn't even recognized as an executable binary by the zaurus), anyways I had to do static since this system doesn't have the libraries for linking dynamic libraries (at least according to DTN2's configure), perhaps there's a reason for this on the zaurus?
<br><br><div><span class="gmail_quote">On 11/23/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div>
<div><span><font color="#0000ff" face="Arial" size="2">Hey,</font></span></div>
<div><span></span>&nbsp;</div>
<div><span><font color="#0000ff" face="Arial" size="2">I used 
the gumstix (<a href="http://www.gumstix.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">www.gumstix.com</a>) version of 
buildroot (<a href="http://docwiki.gumstix.org/Buildroot" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://docwiki.gumstix.org/Buildroot</a>).&nbsp; 
I saw your earlier message, and wondered if there might be a problem with 
floating point emulation in your environment.&nbsp; I tried scratchbox earlier, 
and didn't really like it.&nbsp; Buildroot has been much cleaner for me (<a href="http://buildroot.uclibc.org/buildroot.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://buildroot.uclibc.org/buildroot.html
</a>).&nbsp; 
There are some gumstix-relevant patches, don't know if the zaurus would require 
patching also.&nbsp; Buildroot might be worth a look.</font></span></div>
<div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>
<div><span><font color="#0000ff" face="Arial" size="2">BTW -- 
I had problems linking with the tcl library (not internal to tcl, but having DTN 
*find* the tcl library).&nbsp; I ended up creating a separate directory, 
dragging the tcl stuff into it, and putting a -L directive into the Rules.make 
to point to it.&nbsp; Haven't figured out or fixed what the foul up was 
there.</font></span></div>
<div><span></span>&nbsp;</div>
<div><span><font color="#0000ff" face="Arial" size="2">Hope 
you're having a Happy Thanksgiving.</font></span></div>
<div><span><font color="#0000ff" face="Arial" size="2">Bob</font>&nbsp;</span></div><br>
<blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">
  <div dir="ltr" align="left" lang="en-us">
  <hr>
  <font face="Tahoma" size="2"><b>From:</b> ryan m [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] 
  <br><b>Sent:</b> Thursday, November 23, 2006 1:02 PM<br><b>To:</b> Durst, 
  Robert C.<br><b>Subject:</b> Re: [dtn-users] DTN on 
  Gumstix<br></font><br></div><div><span class="e" id="q_10f1644edd9c530f_1">
  <div></div>I was just wondering what cross compile environment you used, are 
  there directions online on how to set it up?&nbsp; That's the big problem I'm 
  running into now.&nbsp; I've tried scratchbox but it doesn't seem to want to 
  find ieee lib when I try to compile tcl.&nbsp; Any help you could offer would 
  be greatly appreciated. <br><br>thank you,<br>ryan<br><br>
  <div><span class="gmail_quote">On 11/23/06, <b class="gmail_sendername">Durst, 
  Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; 
  wrote:</span>
  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div>
    <div><span><font face="Arial" size="2">Hi, all.&nbsp; I just wanted to let folks 
    know that I managed to get DTN running on the Gumstix (cx) platform.&nbsp; 
    It took some minor gyrations, and I had a problem that caused me to use the 
    file db instead of berkeley db.&nbsp; (Further banging my head against the 
    wall might have caused berkeleydb to relent, but my head was sore enough 
    already.)&nbsp; Have successfully run dtnping and dtnsend with static 
    routing (all I need in this application).&nbsp; </font></span></div>
    <div><span><font face="Arial" size="2"></font></span>&nbsp;</div>
    <div><span><font face="Arial" size="2">Most of the hassle was in getting the 
    cross-compilation set up properly and getting libraries pointed to 
    appropriately.&nbsp; I'll try to summarize things (unless somebody else 
    already has and I didn't notice) in the coming days/weeks.&nbsp; Have some 
    other things to do first.</font></span></div>
    <div><span><font face="Arial" size="2"></font></span>&nbsp;</div>
    <div><span><font face="Arial" size="2">Regards,</font></span></div>
    <div><span><font face="Arial" size="2">Bob 
  Durst</font></span></div></div></blockquote></div><br></span></div></blockquote></div>

</blockquote></div><br>

------=_Part_24170_27782093.1164646147679--

Cc: [email-masked]
From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Date: Mon, 27 Nov 2006 08:00:05 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-1--495071749
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

That is quite strange.

I have a vague recollection that some ARM systems are big-endian and  
some are little-endian. Try running file on some other executable on  
the system and see if it matches the result of your cross-compilation.

Also I would try compiling a simple 'hello world' style application  
using your cross-compilation environment and making sure that works.

-m

On Nov 23, 2006, at 4:44 PM, ryan m wrote:

> so using scratch box I've managed to cross-compile everything, but  
> now I'm getting the oddest behavior on the pda....
>
> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd
> -sh: ./dtnd: not found
> root@collie :~/Applications/DTN_wireless/DTN2/daemon# ls -l
> drwxr-xr-x    2 root     root         4096 Mar 21 07:33 CVS
> -rw-r--r--    1 root     root         1184 Oct 24  2006 Makefile
> -rw-r--r--    1 root     root          207 Oct  7 22:15 Makefile- 
> Builddir.in
> -rw-r--r--    1 root     root         4347 Mar 21 07:42 dtn.conf
> -rwxrwxrwx    1 root     root     10916416 Nov 24  2006 dtnd
> -rw-r--r--    1 root     root        12251 Oct 24  2006 dtnd.cc
> -rw-r--r--    1 root     root         4624 Nov 24  2006 dtnd.d
> -rw-r--r--    1 root     root        83872 Nov 24  2006 dtnd.o
> -rw-r--r--    1 root     root        44555 Oct 26  2006 router.xsd
>
> it is a arm binary because on the laptop I cross compiled it on:
>
> edifyteam@runabout:~/DTN/zaurus/build/DTN2/daemon$ file dtnd
> dtnd: ELF 32-bit LSB executable, ARM, version 1 (ARM), dynamically  
> linked (uses shared libs), not stripped
>
> and on the PDA when i do
> hexdump ./dtnd
> that works, which means the file is there so it transfered alright.
>
> this is the crazyest error I've ever seen... anyone have any ideas?
>
> On 11/22/06, ryan m <[email-masked]> wrote:
> so I'm trying scratchbox, I have it installed, I'm trying to  
> recompile tcl, and running into a bit of an issue with it finding  
> the libraries.  It configures fine, but when I try to compile, I get:
>
> arm-linux-gcc -pipe -shared -o libtcl8.4.so regcomp.o regexec.o  
> regfree.o regerror.o tclAlloc.o tclAsync.o tclBasic.o tclBinary.o  
> tclCkalloc.o tclClock.o tclCmdAH.o tclCmdIL.o tclCmdMZ.o  
> tclCompCmds.o tclCompExpr.o tclCompile.o tclDate.o tclEncoding.o  
> tclEnv.o tclEvent.o tclExecute.o tclFCmd.o tclFileName.o tclGet.o  
> tclHash.o tclHistory.o tclIndexObj.o tclInterp.o tclIO.o tclIOCmd.o  
> tclIOGT.o tclIOSock.o tclIOUtil.o tclLink.o tclListObj.o  
> tclLiteral.o tclLoad.o tclMain.o tclNamesp.o tclNotify.o tclObj.o  
> tclPanic.o tclParse.o tclParseExpr.o tclPipe.o tclPkg.o  
> tclPosixStr.o tclPreserve.o tclProc.o tclRegexp.o tclResolve.o  
> tclResult.o tclScan.o tclStringObj.o tclThread.o tclThreadAlloc.o  
> tclThreadJoin.o tclStubInit.o tclStubLib.o tclTimer.o tclUtf.o  
> tclUtil.o tclVar.o tclUnixChan.o tclUnixEvent.o tclUnixFCmd.o  
> tclUnixFile.o tclUnixPipe.o tclUnixSock.o tclUnixTime.o  
> tclUnixInit.o tclUnixThrd.o tclUnixCompat.o tclUnixNotfy.o memcmp.o  
> strstr.o strtoul.o strtod.o tclLoadDl.o  -ldl  -lieee -lm   -Wl,- 
> rpath,/scratchbox/host_shared/lib//lib
> /scratchbox/compilers/arm-gcc3.4-uclibc0.9.28/lib/gcc/arm-linux- 
> uclibc/3.4.6/../../../../arm-linux-uclibc/bin/ld: cannot find -lieee
> collect2: ld returned 1 exit status
> make: *** [libtcl8.4.so] Error 1
>
> and the library is there
>
> edifyteam@runabout:/scratchbox/host_shared/lib$ find . -name *ieee*
> ./libieee.a
>
> I've tried various configure args to try to fix it, but to no  
> avail, including:
> --without-ieee
> --x-libraries=/scratchbox/host_shared/lib
> --libdir=/scratchbox/host_shared/lib
>
> any thoughts on this?, did you run into it?
>
>
> On 11/20/06, Michael Demmer < [email-masked]> wrote:
> Sorry -- from what I remember it worked out of the box.
> We've also had some success with scratchbox, you could try that  
> approach instead for cross-compiling.
>
> -m
>
>
> On Nov 20, 2006, at 5:33 PM, ryan m wrote:
>
>> opps forgot an updatedb
>>
>> root@runabout:~# locate pthread.h
>> /opt/arm-linux-gnu/include/pthread.h
>> /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
>> /usr/include/nptl/pthread.h
>> /usr/include/pthread.h
>> /usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h
>> root@runabout:~#
>>
>>
>> On 11/20/06, ryan m < [email-masked]> wrote:
>> oooh and some googling says to do this:
>>
>> 1. threads issue (read before) : use option "--disable-threads"
>>
>> but since DTN2 requires threads this seems like a bad idea....
>> On 11/20/06, ryan m <[email-masked]> wrote:
>> so things were going so-so until I went to build gcc:
>> gcc
>>
>> Now do:
>>
>> # cd ../gcc-arm-linux-3.3.z/
>> # debuild
>>
>> it failes at:
>> /usr/src/gcc- arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-arm- 
>> linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/  
>> -isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys- 
>> include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings - 
>> Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  - 
>> isystem ./include  -fomit-frame-pointer -fPIC -g0 - 
>> DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED - 
>> Dinhibit_libc -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../ 
>> src/gcc/../include  -fexceptions -c ../../src/gcc/unwind- dw2.c -o  
>> libgcc/./unwind-dw2.o
>> In file included from ./gthr-default.h:1,
>>                  from ../../src/gcc/gthr.h:96,
>>                  from ../../src/gcc/unwind-dw2.c:42:
>> ../../src/gcc/gthr-posix.h:43:21: pthread.h : No such file or  
>> directory
>> ../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory
>>
>>
>> the thread thing kills me once again
>>
>> pthread.h is there... not sure were it's looking for it, or even  
>> if I copied the /usr/include/pthread.h to where it's looking for  
>> it would do anything
>>
>> root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate  
>> pthread.h
>> /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
>> /usr/include/nptl/pthread.h
>> /usr/include/pthread.h
>>
>> Did you run anything like this?
>>
>>
>> On 11/20/06, Michael Demmer < [email-masked]> wrote:
>>
>> I set up a debian system using the following instructions:
>>
>> http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
>>
>> At the time, that worked on my zaurus.
>>
>> -m
>>
>> On Nov 19, 2006, at 12:54 PM, ryan m wrote:
>>
>>> make test in the oasys directory fails here:
>>>
>>> arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.   - 
>>> I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/ 
>>> include -g -fno-inline  -MMD -MP -MT " sample-.o sample-.E  
>>> sample-.po" -Wall -W -Wcast-align  -Werror  -static  -L/opt/arm- 
>>> linux-libraries/lib -L/opt/arm-linux-libraries/lib -ldl -lm - 
>>> lpthread  liboasys.a -ltcl8.4 -ldb-4.4
>>> liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined  
>>> reference to `pthread_kill'
>>> liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to  
>>> `pthread_detach'
>>> liboasys.a (Thread.o):thread/Thread.cc:210: undefined reference  
>>> to `pthread_join'
>>> liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to  
>>> `pthread_kill'
>>> liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to  
>>> `pthread_sigmask'
>>> collect2: ld returned 1 exit status
>>> make: *** [test/sample-test] Error 1
>>>
>>> so it definatly seems like a pthread library issue, any idea how  
>>> I can fix this.  The libraries do indeed exsist.
>>>
>>> edifyteam@runabout :/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$  
>>> ls -ld *thread*
>>> -rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
>>> -rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
>>> -rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
>>> lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->  
>>> libpthread.so.0
>>> lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->  
>>> libpthread-0.10.so
>>> -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db- 1.0.so
>>> lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->  
>>> libthread_db.so.1
>>> lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1 - 
>>> > libthread_db- 1.0.so
>>>
>>>
>>> EVERY zaurus specific cross compile evironment I can find (either  
>>> instructions on producing one or a tar of one) is gcc 2.x which  
>>> as we found out is unable to compile DTN2 ri.  Has anyone found a  
>>> suitable cross compile environment for the zaurus based off of  
>>> gcc 3.x?
>>>
>>> On 11/17/06, Michael Demmer <[email-masked]> wrote:
>>> Unfortunately I'm not sure if I can give you any more advice on  
>>> this -- again this looks like there's something wrong with the  
>>> build and/or the system being incompatible or unstable. You could  
>>> try compiling and running simpler programs with your setup to  
>>> make sure the basic compiler is working, then perhaps try a  
>>> simple multithreaded one, etc. If you run 'make tests' in the  
>>> DTN2/oasys directory that will build a bunch of unit tests which  
>>> you could try out to make sure things are working.
>>>
>>> -m
>>>
>>>
>>> On Nov 16, 2006, at 7:10 PM, ryan m wrote:
>>>
>>>> backtrace to follow:
>>>>
>>>> [1142331726.187026 /dtnd debug] started dtn server
>>>> [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
>>>> [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
>>>> [1142331726.188407 /dtn/apiserver/13 debug] binding to  
>>>> 127.0.0.1:5010
>>>> [1142331726.188762 /dtn/apiserver/13 debug] listening
>>>> [1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
>>>> [1142331726.189462 /thread debug] delaying start of thread  
>>>> 0x4240f8 due to barrier
>>>> [1142331726.189880 /thread debug] releasing thread creation  
>>>> barrier -- 3 queued threads
>>>> [1142331726.190299 /thread debug] starting thread 0x42b544
>>>>
>>>> Program received signal SIG32, Real-time event 32.
>>>> 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/ 
>>>> sysv/linux/sigsuspend.c:55
>>>> 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or  
>>>> directory.
>>>>         in ../sysdeps/unix/sysv/linux/sigsuspend.c
>>>> Current language:  auto; currently c
>>>> (gdb) backtrace
>>>> #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/ 
>>>> unix/sysv/linux/sigsuspend.c:55
>>>> #1  0x00249ed4 in __pthread_wait_for_restart_signal  
>>>> (self=0x3c3620) at pthread.c:1067
>>>> #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548,  
>>>> attr=0x3c3e64,
>>>>     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*) 
>>>> >, arg=0x42b544) at restart.h:36
>>>> #3  0x0010949c in oasys::Thread::start (this=0x42b544) at thread/ 
>>>> Thread.cc:169
>>>> #4  0x0010912c in oasys::Thread::release_start_barrier () at  
>>>> thread/Thread.cc:70
>>>> #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,  
>>>> argv=0xbffffd14) at dtnd.cc:401
>>>> #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
>>>>
>>>>
>>>> as far as my cross compiler I used a generic one for arm  
>>>> embedded systems... I couldn't find a zaurus one that was up to  
>>>> date enough to compile DTN2
>>>>
>>>> On 11/16/06, Michael Demmer <[email-masked] > wrote:
>>>> It looks like there's something more seriously wrong with your  
>>>> build. If you could print out the stack trace using gdb or some  
>>>> such, that would be helpful, but both these errors seem to me  
>>>> like there's something quite messed up in your build setup,  
>>>> perhaps a bogus cross compiler or the wrong endianness or  
>>>> something like that.
>>>>
>>>> -mike
>>>>
>>>> On Nov 16, 2006, at 8:30 AM, ryan m wrote:
>>>>
>>>>> well --db-init completed so I went to run it without --init-db  
>>>>> and got:
>>>>>
>>>>> [1142293298.812187 /dtn/storage/globals debug] loading global  
>>>>> store
>>>>> [1142293298.813051 /dtn/storage/globals debug] opening file / 
>>>>> home/root/Applications/DTN_wireless/tmp/db/DTN/globals/ 
>>>>> 0000000aglobal_key-
>>>>> [1142293298.814094 /thread debug] delaying start of thread  
>>>>> 0x429220 due to barrier
>>>>> [1142293298.814538 /dtnd debug] started dtn server
>>>>> [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
>>>>> [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
>>>>> [1142293298.815706 /dtn/apiserver/12 debug] binding to  
>>>>> 127.0.0.1:5010
>>>>> [1142293298.816067 /dtn/apiserver/12 debug] listening
>>>>> [1142293298.816451 /dtn/apiserver/12 debug] state INIT ->  
>>>>> LISTENING
>>>>> [1142293298.833241 /thread debug] delaying start of thread  
>>>>> 0x424030 due to barrier
>>>>> [1142293298.839105 /thread debug] releasing thread creation  
>>>>> barrier -- 3 queued threads
>>>>> [1142293298.845033 /thread debug] starting thread 0x42ae7c
>>>>> [1142293298.851478 /thread debug] starting thread 0x429220
>>>>> [1142293298.857805 /thread debug] starting thread 0x424030
>>>>> ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
>>>>> STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c  
>>>>> 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
>>>>> [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
>>>>> [1142293298.929495 /command debug] starting command server on  
>>>>> 127.0.0.1:5050
>>>>> [1142293298.937500 /command info] can't load tclreadline: can't  
>>>>> find package tclreadline
>>>>> [1142293298.938120 /command info] fall back to simple command loop
>>>>> collie dtn% Segmentation fault
>>>>>
>>>>> THANK YOU for your help and patience
>>>>>
>>>>> On 11/16/06, Michael Demmer <[email-masked] > wrote:
>>>>> Hmm... That's a strange one. You could try just using the  
>>>>> filesystem store by changing 'storage set type berkeleydb' to  
>>>>> 'storage set type filesysdb'.
>>>>>
>>>>> -m
>>>>>
>>>>>
>>>>> On Nov 16, 2006, at 7:27 AM, ryan m wrote:
>>>>>
>>>>>> well that got me a little farther at least... this is where it  
>>>>>> died this time:
>>>>>>
>>>>>> [1142289491.726722 /dtnd notice] initializing persistent data  
>>>>>> store
>>>>>> [1142289491.767648 /dtn/storage notice] creating new database  
>>>>>> directory /home/root/Applications/DTN_wireless/tmp/db
>>>>>> [1142289491.884849 /dtn/storage info] initializing db name=DTN  
>>>>>> (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
>>>>>> [1142289492.284995 /storage/berkeleydb error] DB internal  
>>>>>> error: unable to initialize mutex: Function not implemented
>>>>>> [1142289492.290986 /storage/berkeleydb error] DB internal  
>>>>>> error: PANIC: Function not implemented
>>>>>> [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY:  
>>>>>> Fatal error, run database recovery, cannot open database
>>>>>> [1142289492.316046 /dtn/storage error] can't initialize  
>>>>>> berkeleydb -1000
>>>>>> [1142289492.316369 /dtnd critical] error creating storage system
>>>>>> [1142289492.316683 /dtnd error] error initializing data store,  
>>>>>> exiting...
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 11/15/06, Michael Demmer <[email-masked]> wrote:
>>>>>>
>>>>>> The only reason you could be getting that error is if the name  
>>>>>> lookup failed for some reason. You could try putting the IP  
>>>>>> address in the llink configuration and seeing if that works.  
>>>>>> If it does, then there must be something wrong with the host  
>>>>>> configuration or some other reason why the gethostbyname  
>>>>>> wrapper (in oasys/io/NetUtils.cc) would be failing. You could  
>>>>>> put more debug logging in there to trace it down further.
>>>>>>
>>>>>> -m
>>>>>>
>>>>>>
>>>>>> On Nov 15, 2006, at 7:37 AM, ryan m wrote:
>>>>>>
>>>>>>> so I've got a static version of dtnd compiled and on the  
>>>>>>> zaurus, and now I'm getting this odd behavior when I try to run
>>>>>>>
>>>>>>> ./dtnd -l DEBUG -c ./dtn.conf --init-db
>>>>>>>
>>>>>>> [1142213113.431028 /dtnd info] parsing configuration file ./ 
>>>>>>> dtn.conf...
>>>>>>> [1142213113.433018 /command debug] executing command file ./ 
>>>>>>> dtn.conf
>>>>>>> [1142213113.438962 /dtnd info] dtnd parsing configuration...
>>>>>>> [1142213113.447671 /dtn/interface/table info] adding  
>>>>>>> interface tcp0 (tcp)
>>>>>>> [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
>>>>>>> [1142213113.452019 /dtn/cl/tcp/listener/notifier debug]  
>>>>>>> created pipe, fds: 9 10
>>>>>>> [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]  
>>>>>>> set_nonblocking: nonblocking mode set
>>>>>>> [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]  
>>>>>>> set_nonblocking: nonblocking mode set
>>>>>>> [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created  
>>>>>>> socket 11
>>>>>>> [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting  
>>>>>>> SO_REUSEADDR
>>>>>>> [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to  
>>>>>>> 0.0.0.0:5000
>>>>>>> [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
>>>>>>> [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT - 
>>>>>>> > LISTENING
>>>>>>> [1142213113.462443 /thread debug] delaying start of thread  
>>>>>>> 0x42bb54 due to barrier
>>>>>>> [1142213113.464152 /dtn/link/link1 debug] set_state  
>>>>>>> UNAVAILABLE -> AVAILABLE
>>>>>>> [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link  
>>>>>>> rcm2.cse.lehigh.edu:5000
>>>>>>> [1142213113.465856 /dtn/cl/iputils warning] invalid hostname  
>>>>>>> ' rcm2.cse.lehigh.edu ' in next hop rcm2.cse.lehigh.edu:5000
>>>>>>> [1142213113.466250 /dtn/cl/tcp error] invalid next hop  
>>>>>>> address ' rcm2.cse.lehigh.edu:5000 '
>>>>>>> [1142213113.466579 /dtn/cl/tcp error] error parsing link  
>>>>>>> nexthop ' rcm2.cse.lehigh.edu:5000'
>>>>>>> [1142213113.467679 /command error] error: line 137: 'invalid  
>>>>>>> link option: (unknown)':
>>>>>>> invalid link option: (unknown)
>>>>>>>     while executing
>>>>>>> "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
>>>>>>>     (file "./dtn.conf" line 137)
>>>>>>> [1142213113.468105 /dtnd error] error in configuration file,  
>>>>>>> exiting...
>>>>>>>
>>>>>>> and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't  
>>>>>>> a failure in name resolution.
>>>>>>>
>>>>>>> sorry about posting the "wrong" list, I knew there was  
>>>>>>> discussion of making multiple lists, but I wasn't aware that  
>>>>>>> it had actually happened, since I don't have the time to read  
>>>>>>> everything that goes through dtn-interest. Thank you for the  
>>>>>>> help so far.
>>>>>>>
>>>>>>>
>>>>>>> On 11/13/06, Michael Demmer < [email-masked] > wrote:
>>>>>>> First of all, let me say that this discussion should be on  
>>>>>>> dtn-users. I don't know if ryan is on that list or not, but  
>>>>>>> if you're not, please in the future use that list for dtn  
>>>>>>> reference implementation questions, not dtn-interest.
>>>>>>>
>>>>>>> As far as building tcl statically goes, it's a bit confusing,  
>>>>>>> but you need to run tcl's ./configure --disable-shared to  
>>>>>>> tell it to build a full static libtcl8.4.a. You don't want  
>>>>>>> the stub library linked in.
>>>>>>>
>>>>>>> As far as your original problem goes, I suggested linking  
>>>>>>> statically to try to confirm that it's not a library  
>>>>>>> compatibility issue due to the cross compilation. I don't  
>>>>>>> know if this will help or not, but that's what I suggest to  
>>>>>>> do first.
>>>>>>>
>>>>>>> -mike
>>>>>>>
>>>>>>>
>>>>>>> On Nov 13, 2006, at 8:12 AM, ryan m wrote:
>>>>>>>
>>>>>>>> my libtclstub is libtclstub8.4.so.a and if i try to link to  
>>>>>>>> it with a link name of libtclstub8.4.so.a or  
>>>>>>>> libtclstub8.4.so in the /usr/lib directory.  ldconfig  
>>>>>>>> complains it " is not an ELF file - it has the wrong magic  
>>>>>>>> bytes at the start" so I had to leave that link out, but I  
>>>>>>>> did do the other links, but dtnd crashes the same way.
>>>>>>>>
>>>>>>>> On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
>>>>>>>> I added links in the target for the following:
>>>>>>>>
>>>>>>>> in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
>>>>>>>> in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
>>>>>>>> in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
>>>>>>>>
>>>>>>>> For some reason, it seemed like the tcl libraries wanted to  
>>>>>>>> be in the same directory as the pthread libraries (but I  
>>>>>>>> haven't confirmed that).  I just moved on as soon as things  
>>>>>>>> started working.
>>>>>>>>
>>>>>>>> Let me know if this helps for you...
>>>>>>>>
>>>>>>>> From: [email-masked] [mailto:dtn- 
>>>>>>>> [email-masked]] On Behalf Of ryan m
>>>>>>>> Sent: Monday, November 13, 2006 10:34 AM
>>>>>>>> To: DTNRG
>>>>>>>> Subject: Re: [dtn-interest] DTN on Zaurus sl-5500
>>>>>>>>
>>>>>>>> is that something I can do with a configure argument to  
>>>>>>>> building the tcl library (I can't find it in ./configure -- 
>>>>>>>> help)?, and do you think that doing a static build is the  
>>>>>>>> best way to fix the original issue I was having on the PDA?
>>>>>>>>
>>>>>>>> On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
>>>>>>>> I suspect the answer is that you need a 'real' tcl library  
>>>>>>>> (a .a file) that can be linked statically.  I don't think  
>>>>>>>> shared objects (the .so tcl library you have in the arm  
>>>>>>>> directory) can be linked that way.
>>>>>>>>
>>>>>>>>         --keith
>>>>>>>>
>>>>>>>> From: [email-masked] [mailto: dtn- 
>>>>>>>> [email-masked]] On Behalf Of ryan m
>>>>>>>> Sent: Monday, November 13, 2006 10:17 AM
>>>>>>>> To: DTNRG
>>>>>>>> Subject: [dtn-interest] DTN on Zaurus sl-5500
>>>>>>>>
>>>>>>>> when i configure with this:
>>>>>>>>
>>>>>>>> ./configure --build=`uname -m` --host=arm-linux
>>>>>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm- 
>>>>>>>> linux-libraries
>>>>>>>>
>>>>>>>> configure completes fine, but... when I do this:
>>>>>>>>
>>>>>>>> ./configure --build=`uname -m` --host=arm-linux
>>>>>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm- 
>>>>>>>> linux-libraries
>>>>>>>> --enable-static
>>>>>>>>
>>>>>>>> I get:
>>>>>>>>
>>>>>>>> configure: checking for tcl installation (version 8.4 )
>>>>>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>>>>>> include... yes
>>>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>>>> ltcl8.4 -ldl
>>>>>>>> -lm -lpthread ... no
>>>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>>>> ltcl84 -ldl
>>>>>>>> -lm -lpthread ... no
>>>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>>>> ltcl -ldl -lm
>>>>>>>> -lpthread ... no
>>>>>>>>
>>>>>>>> configure: checking for tcl installation (version 8.3)
>>>>>>>> checking for tcl.h (version 8.3) in /opt/arm-linux-libraries/ 
>>>>>>>> include... no
>>>>>>>> configure: error: can't find usable tcl.h
>>>>>>>>
>>>>>>>> and it is there:
>>>>>>>>
>>>>>>>> edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
>>>>>>>> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
>>>>>>>> -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
>>>>>>>> drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
>>>>>>>> -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
>>>>>>>>
>>>>>>>> without enable-static:
>>>>>>>>
>>>>>>>> configure: checking for tcl installation (version 8.4)
>>>>>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>>>>>> include... yes
>>>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: -  
>>>>>>>> ltcl8.4 -ldl
>>>>>>>> -lm -lpthread ... yes
>>>>>>>>
>>>>>>>>
>>>>>>>> Thank you for the help
>>>>>>>>
>>>>>>>>
>>>>>>>> Michael Demmer wrote:
>>>>>>>> > try statically building dtnd and see if that works.
>>>>>>>> >
>>>>>>>> > -m
>>>>>>>> >
>>>>>>>> > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
>>>>>>>> >
>>>>>>>> >> So I finally had a chance to try out the DTN on the  
>>>>>>>> zaurus.  So I
>>>>>>>> >> copied over the libs that I had cross compiled, which  
>>>>>>>> seemed obvious
>>>>>>>> >> to do. Then DTN was complaining about stdc++ lib so I  
>>>>>>>> copied over the
>>>>>>>> >> libs from the lib directory of the cross compile tool  
>>>>>>>> chain, I figured
>>>>>>>> >> that if it was linking in those libs to make arm binaries  
>>>>>>>> the libs
>>>>>>>> >> themselves must be arm compatabile, is this right?  So  
>>>>>>>> the sum of it
>>>>>>>> >> is I get this when I try to run DTN:
>>>>>>>> >>
>>>>>>>> >>
>>>>>>>> >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./ 
>>>>>>>> dtnd -l DEBUG
>>>>>>>> >> -c ./dtn.conf --init-db
>>>>>>>> >> ./dtnd: error while loading shared libraries: libstdc+ 
>>>>>>>> +.so.5: cannot
>>>>>>>> >> open shared object file: No such file or directory
>>>>>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#  
>>>>>>>> ldconfig
>>>>>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./ 
>>>>>>>> dtnd -l DEBUG
>>>>>>>> >> -c ./dtn.conf --init-db
>>>>>>>> >> [1142218881.762749 /log debug] adding log reparse signal  
>>>>>>>> handler
>>>>>>>> >> [1142218881.929239 /timer debug] adding signal handler  
>>>>>>>> 0xd6c14 for
>>>>>>>> >> signal 1
>>>>>>>> >> [ 1142218881.931204 /log debug] adding log rotate signal  
>>>>>>>> handler
>>>>>>>> >> [1142218881.933055 /timer debug] adding signal handler  
>>>>>>>> 0xd6b9c for
>>>>>>>> >> signal 10
>>>>>>>> >> [1142218881.935286 /dtnd notice] DTN daemon starting  
>>>>>>>> up... (pid 1870)
>>>>>>>> >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
>>>>>>>> >> STACK TRACE: 0xce810 0x403c5d00 (nil)
>>>>>>>> >> Illegal instruction
>>>>>>>> >>
>>>>>>>> >> any thoughts?
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>>
>>
>
>
>

--Apple-Mail-1--495071749
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">That is quite strange.=A0<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>I have a vague recollection =
that some ARM systems are big-endian and some are little-endian. Try =
running file on some other executable on the system and see if it =
matches the result of your cross-compilation.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Also I would try compiling =
a simple 'hello world' style application using your cross-compilation =
environment and making sure that works.=A0</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-m</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Nov 23, =
2006, at 4:44 PM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">so using =
scratch box I've managed to cross-compile everything, but now I'm =
getting the oddest behavior on the =
pda....<BR><BR>root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
./dtnd<BR>-sh: ./dtnd: not found<BR>root@collie =
:~/Applications/DTN_wireless/DTN2/daemon# ls -l<BR>drwxr-xr-x=A0=A0=A0 2 =
root=A0=A0=A0=A0 root=A0=A0=A0=A0=A0=A0=A0=A0 4096 Mar 21 07:33 =
CVS<BR>-rw-r--r--=A0=A0=A0 1 root=A0=A0=A0=A0 root=A0=A0=A0=A0=A0=A0=A0=A0=
 1184 Oct 24=A0 2006 Makefile<BR>-rw-r--r--=A0=A0=A0 1 root=A0=A0=A0=A0 =
root=A0=A0=A0=A0=A0=A0=A0=A0=A0 207 Oct=A0 7 22:15 =
Makefile-Builddir.in<BR>-rw-r--r--=A0=A0=A0 1 root=A0=A0=A0=A0 =
root=A0=A0=A0=A0=A0=A0=A0=A0 4347 Mar 21 07:42 dtn.conf<BR>-rwxrwxrwx=A0=A0=
=A0 1 root=A0=A0=A0=A0 root=A0=A0=A0=A0 10916416 Nov 24=A0 2006 =
dtnd<BR>-rw-r--r--=A0=A0=A0 1 root=A0=A0=A0=A0 root=A0=A0=A0=A0=A0=A0=A0 =
12251 Oct 24=A0 2006 dtnd.cc<BR> -rw-r--r--=A0=A0=A0 1 root=A0=A0=A0=A0 =
root=A0=A0=A0=A0=A0=A0=A0=A0 4624 Nov 24=A0 2006 dtnd.d<BR>-rw-r--r--=A0=A0=
=A0 1 root=A0=A0=A0=A0 root=A0=A0=A0=A0=A0=A0=A0 83872 Nov 24=A0 2006 =
dtnd.o<BR>-rw-r--r--=A0=A0=A0 1 root=A0=A0=A0=A0 root=A0=A0=A0=A0=A0=A0=A0=
 44555 Oct 26=A0 2006 router.xsd<BR><BR>it is a arm binary because on =
the laptop I cross compiled it on: =
<BR><BR>edifyteam@runabout:~/DTN/zaurus/build/DTN2/daemon$ file =
dtnd<BR>dtnd: ELF 32-bit LSB executable, ARM, version 1 (ARM), =
dynamically linked (uses shared libs), not stripped<BR><BR>and on the =
PDA when i do<BR>hexdump ./dtnd <BR>that works, which means the file is =
there so it transfered alright.<BR><BR>this is the crazyest error I've =
ever seen... anyone have any ideas?<BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/22/06, <B class=3D"gmail_sendername"> ryan =
m</B> &lt;<A href=3D"mailto:[email-masked]">[email-masked]</A>&gt;=
 wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">so I'm trying scratchbox, I have it installed, I'm trying to =
recompile tcl, and running into a bit of an issue with it finding the =
libraries.=A0 It configures fine, but when I try to compile, I get: =
<BR><BR>arm-linux-gcc -pipe -shared -o <A href=3D"http://libtcl8.4.so" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtcl8.4.so</A> regcomp.o =
regexec.o regfree.o regerror.o tclAlloc.o tclAsync.o tclBasic.o =
tclBinary.o tclCkalloc.o tclClock.o tclCmdAH.o tclCmdIL.o tclCmdMZ.o =
tclCompCmds.o tclCompExpr.o tclCompile.o tclDate.o tclEncoding.o =
tclEnv.o tclEvent.o tclExecute.o tclFCmd.o tclFileName.o tclGet.o =
tclHash.o tclHistory.o tclIndexObj.o tclInterp.o tclIO.o tclIOCmd.o =
tclIOGT.o tclIOSock.o tclIOUtil.o tclLink.o tclListObj.o tclLiteral.o  =
tclLoad.o tclMain.o tclNamesp.o tclNotify.o tclObj.o tclPanic.o =
tclParse.o tclParseExpr.o tclPipe.o tclPkg.o tclPosixStr.o tclPreserve.o =
tclProc.o tclRegexp.o tclResolve.o tclResult.o tclScan.o tclStringObj.o =
tclThread.o  tclThreadAlloc.o tclThreadJoin.o tclStubInit.o tclStubLib.o =
tclTimer.o tclUtf.o tclUtil.o tclVar.o tclUnixChan.o tclUnixEvent.o =
tclUnixFCmd.o tclUnixFile.o tclUnixPipe.o tclUnixSock.o tclUnixTime.o =
tclUnixInit.o tclUnixThrd.o  tclUnixCompat.o tclUnixNotfy.o memcmp.o =
strstr.o strtoul.o strtod.o tclLoadDl.o=A0 -ldl=A0 -lieee -lm=A0=A0 =
-Wl,-rpath,/scratchbox/host_shared/lib//lib<BR>/scratchbox/compilers/arm-g=
cc3.4-uclibc0.9.28/lib/gcc/arm-linux-uclibc/3.4.6/../../../../arm-linux-uc=
libc/bin/ld: cannot find -lieee <SPAN class=3D"q"><BR>collect2: ld =
returned 1 exit status<BR></SPAN>make: *** [<A =
href=3D"http://libtcl8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtcl8.4.so</A>] Error =
1<BR><BR>and the library is there =
<BR><BR>edifyteam@runabout:/scratchbox/host_shared/lib$ find . -name =
*ieee*<BR>./libieee.a <BR><BR>I've tried various configure args to try =
to fix it, but to no avail, =
including:<BR>--without-ieee<BR>--x-libraries=3D/scratchbox/host_shared/li=
b<BR>--libdir=3D/scratchbox/host_shared/lib<BR><BR>any thoughts on =
this?, did you run into it? <DIV><SPAN class=3D"e" =
id=3D"q_10f112079441829d_3"><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/20/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>Sorry -- from what I remember it worked out of the =
box.<DIV>We've also had some success with scratchbox, you could try that =
approach instead for =
cross-compiling.</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV> =
</SPAN><DIV><SPAN><DIV><BR></DIV><DIV><BR><DIV><DIV>On Nov 20, 2006, at =
5:33 PM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">opps forgot an =
updatedb<BR><BR>root@runabout:~# locate pthread.h =
<BR>/opt/arm-linux-gnu/include/pthread.h<BR>/opt/backup/arm-linux-toolchai=
n/3.2.3/arm-linux/include/pthread.h<BR>/usr/include/nptl/pthread.h<BR>/usr=
/include/pthread.h =
<BR>/usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h =
<BR>root@runabout:~# <BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/20/06, <B class=3D"gmail_sendername">ryan m</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">  [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">oooh and some googling says to do this:<BR><BR><PRE>1. threads =
issue (read before) : use option "--disable-threads"<BR><BR>but since =
DTN2 requires threads this seems like a bad =
idea....<BR></PRE><DIV><SPAN><DIV><SPAN class=3D"gmail_quote"> On =
11/20/06, <B class=3D"gmail_sendername"> ryan m</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">  so things were going so-so until I went to build gcc:<BR><H3 =
lang=3D"en">gcc</H3><P lang=3D"en">Now do:</P> <PRE lang=3D"en"># cd =
../gcc-arm-linux-3.3.z/<BR><SPAN lang=3D"en"># debuild<BR><BR>it failes =
at:<BR></SPAN></PRE>/usr/src/gcc- arm-linux-3.4.3/build/gcc/xgcc =
-B/usr/src/gcc-arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ =
-B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include -isystem =
/usr/arm-linux/sys-include -O2=A0 -DIN_GCC -DCROSS_COMPILE=A0=A0 -W =
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes =
-Wold-style-definition=A0 -isystem ./include=A0 -fomit-frame-pointer =
-fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED =
-Dinhibit_libc -I. -I. -I../../src/gcc -I../../src/gcc/. =
-I../../src/gcc/../include=A0 -fexceptions -c ../../src/gcc/unwind- =
dw2.c -o libgcc/./unwind-dw2.o<BR>In file included from =
./gthr-default.h:1,<BR>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
from ../../src/gcc/gthr.h:96,<BR>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0 from =
../../src/gcc/unwind-dw2.c:42:<BR>../../src/gcc/gthr-posix.h:43:21: =
pthread.h  : No such file or =
directory<BR>../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or =
directory<BR><BR><BR>the thread thing kills me once =
again<BR><BR>pthread.h is there... not sure were it's looking for it, or =
even if I copied the /usr/include/pthread.h to where it's looking for it =
would do anything =
<BR><BR>root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate =
pthread.h<BR>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthre=
ad.h<BR>/usr/include/nptl/pthread.h<BR>/usr/include/pthread.h<BR><BR>Did =
you run anything like this? <DIV><SPAN><BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/20/06, <B class=3D"gmail_sendername">Michael =
Demmer</B> &lt;<A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)">  =
[email-masked]</A>&gt; wrote:</SPAN><BLOCKQUOTE =
class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, =
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> =
<DIV><DIV><BR></DIV><DIV>I set up a debian system using the following =
instructions: </DIV><DIV><BR></DIV><DIV><A =
href=3D"http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html =
</A></DIV><DIV><BR></DIV><DIV>At the time, that worked on my =
zaurus.</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN> =
<BR><DIV><DIV>On Nov 19, 2006, at 12:54 PM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">make test in the oasys =
directory fails here: <BR><BR>arm-linux-g++ test/sample-test.cc -o =
test/sample-test -I. -I.=A0=A0 -I/opt/arm-linux-libraries/include =
-I/opt/arm-linux-libraries/include -g -fno-inline=A0 -MMD -MP -MT " =
sample-.o sample-.E sample-.po" -Wall -W -Wcast-align=A0 -Werror=A0 =
-static=A0 -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib =
-ldl -lm -lpthread=A0 liboasys.a -ltcl8.4 =
-ldb-4.4<BR>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: =
undefined reference to `pthread_kill' =
<BR>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to =
`pthread_detach'<BR>liboasys.a (Thread.o):thread/Thread.cc:210: =
undefined reference to =
`pthread_join'<BR>liboasys.a(Thread.o):thread/Thread.cc:225: undefined =
reference to `pthread_kill' =
<BR>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to =
`pthread_sigmask' <BR>collect2: ld returned 1 exit status<BR>make: *** =
[test/sample-test] Error 1<BR><BR>so it definatly seems like a pthread =
library issue, any idea how I can fix this.=A0 The libraries do indeed =
exsist. <BR><BR>edifyteam@runabout =
:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld =
*thread*<BR>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <A =
href=3D"http://libpthread-0.10.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libpthread-0.10.so =
</A><BR>-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 =
libpthread.a<BR>-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 =
libpthread_p.a<BR>lrwxrwxrwx 1 2619 man=A0=A0=A0=A0=A0 15 2006-10-31 =
17:11 libpthread.so -&gt; libpthread.so.0<BR> lrwxrwxrwx 1 2619 man=A0=A0=A0=
=A0=A0 18 2006-10-31 17:11 libpthread.so.0 -&gt; <A =
href=3D"http://libpthread-0.10.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libpthread-0.10.so</A><BR> =
-rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db- <A =
href=3D"http://1.0.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">1.0.so</A><BR>lrwxrwxrwx 1 2619 =
man=A0=A0=A0=A0=A0 17 2006-10-31 17:11 libthread_db.so -&gt; =
libthread_db.so.1 <BR>lrwxrwxrwx 1 2619 man=A0=A0=A0=A0=A0 19 2006-10-31 =
17:11 libthread_db.so.1 -&gt; libthread_db- <A href=3D"http://1.0.so" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">1.0.so</A><BR><BR><BR>EVERY =
zaurus specific cross compile evironment I can find (either instructions =
on producing one or a tar of one) is gcc 2.x which as we found out is =
unable to compile DTN2 ri.=A0 Has anyone found a suitable cross compile =
environment for the zaurus based off of gcc 3.x?<BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/17/06, <B class=3D"gmail_sendername">   =
Michael Demmer</B> &lt;<A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">   <DIV><DIV>Unfortunately I'm not sure if I can give you any more =
advice on this -- again this looks like there's something wrong with the =
build and/or the system being incompatible or unstable. You could try =
compiling and running simpler programs with your setup to make sure the =
basic compiler is working, then perhaps try a simple multithreaded one, =
etc. If you run 'make tests' in the DTN2/oasys directory that will build =
a bunch of unit tests which you could try out to make sure things are =
working.=A0 =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><=
DIV><BR><DIV><DIV>On Nov 16, 2006, at 7:10 PM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">backtrace to follow: =
<BR><BR>[1142331726.187026 /dtnd debug] started dtn server =
<BR>[1142331726.187788 /dtn/apiserver/13 debug] created socket =
13<BR>[1142331726.188106 /dtn/apiserver/13 debug] setting =
SO_REUSEADDR<BR>[1142331726.188407 /dtn/apiserver/13 debug] binding to =
<A href=3D"http://127.0.0.1:5010" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">  =
127.0.0.1:5010</A><BR>[1142331726.188762 /dtn/apiserver/13 debug] =
listening<BR>[1142331726.189139 /dtn/apiserver/13 debug] state INIT =
-&gt; LISTENING <BR> [1142331726.189462 /thread debug] delaying start of =
thread 0x4240f8 due to barrier <BR>[1142331726.189880 /thread debug] =
releasing thread creation barrier -- 3 queued =
threads<BR>[1142331726.190299 /thread debug] starting thread 0x42b544 =
<BR><BR>Program received signal SIG32, Real-time event 32.<BR>0x002c7580 =
in __sigsuspend (set=3D0xbffff9b0) at =
../sysdeps/unix/sysv/linux/sigsuspend.c:55 <BR>55=A0=A0=A0=A0=A0 =
../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. =
<BR>=A0=A0=A0=A0=A0=A0=A0 in =
../sysdeps/unix/sysv/linux/sigsuspend.c<BR>Current language:=A0 auto; =
currently c<BR>(gdb) backtrace<BR>#0=A0 0x002c7580 in __sigsuspend =
(set=3D0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55 <BR>#1=A0=
 0x00249ed4 in __pthread_wait_for_restart_signal (self=3D0x3c3620) at =
pthread.c:1067<BR>#2=A0 0x002496ac in __pthread_create_2_1 =
(thread=3D0x42b548, attr=3D0x3c3e64, <BR>=A0=A0=A0 =
start_routine=3D0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, =
arg=3D0x42b544) at restart.h:36<BR>#3=A0 0x0010949c in =
oasys::Thread::start (this=3D0x42b544) at thread/Thread.cc:169 <BR>#4=A0 =
0x0010912c in oasys::Thread::release_start_barrier () at =
thread/Thread.cc:70<BR>#5=A0 0x0000a838 in dtn::DTND::main =
(this=3D0xbffffc1c, argc=3D5, argv=3D0xbffffd14) at dtnd.cc:401<BR>#6=A0 =
0x0000aa0c in main (argc=3D5, argv=3D0xbffffd14) at =
dtnd.cc:427<BR><BR><BR>as far as my cross compiler I used a generic one =
for arm embedded systems... I couldn't find a zaurus one that was up to =
date enough to compile DTN2 <BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/16/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>It looks like there's something more seriously wrong with =
your build. If you could print out the stack trace using gdb or some =
such, that would be helpful, but both these errors seem to me like =
there's something quite messed up in your build setup, perhaps a bogus =
cross compiler or the wrong endianness or something like that. =
<DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR><DIV><DIV>On Nov 16, =
2006, at 8:30 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well =
--db-init completed so I went to run it without --init-db and got: =
<BR><BR>[1142293298.812187   /dtn/storage/globals debug] loading global =
store<BR>[1142293298.813051 /dtn/storage/globals debug] opening file =
/home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key=
- <BR>[1142293298.814094 /thread debug] delaying start of thread =
0x429220 due to barrier <BR>[1142293298.814538 /dtnd debug] started dtn =
server<BR>[1142293298.815085 /dtn/apiserver/12 debug] created socket =
12<BR>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR =
<BR>[1142293298.815706 /dtn/apiserver/12 debug] binding to <A =
href=3D"http://127.0.0.1:5010" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</A><BR>[1142293298.8=
16067 /dtn/apiserver/12 debug] listening <BR>[1142293298.816451 =
/dtn/apiserver/12 debug] state INIT -&gt; LISTENING =
<BR>[1142293298.833241 /thread debug] delaying start of thread 0x424030 =
due to barrier<BR>[1142293298.839105 /thread debug] releasing thread =
creation barrier -- 3 queued threads <BR>[1142293298.845033 /thread =
debug] starting thread 0x42ae7c <BR>[1142293298.851478 /thread debug] =
starting thread 0x429220<BR>[1142293298.857805 /thread debug] starting =
thread 0x424030<BR>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump =
core <BR>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c =
0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc =
<BR>[1142293298.929080 /dtnd info] starting console on <A =
href=3D"http://127.0.0.1:5050" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</A> =
<BR>[1142293298.929495 /command debug] starting command server on <A =
href=3D"http://127.0.0.1:5050" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</A><BR>[1142293298.9=
37500 /command info] can't load tclreadline: can't find package =
tclreadline<BR>[1142293298.938120   /command info] fall back to simple =
command loop<BR>collie dtn% Segmentation fault<BR><BR>THANK YOU for your =
help and patience <BR> <BR><DIV><SPAN class=3D"gmail_quote">On 11/16/06, =
<B class=3D"gmail_sendername">Michael Demmer </B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">   <DIV><DIV>Hmm... That's a strange one. You could try just using =
the filesystem store by changing 'storage set type =
berkeleydb'=A0to=A0'storage set type filesysdb'.=A0 =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN> <DIV><SPAN>   =
<DIV><BR></DIV><DIV><BR><DIV><DIV>On Nov 16, 2006, at 7:27 AM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well that got me a little =
farther at least... this is where it died this time: =
<BR><BR>[1142289491.726722 /dtnd notice] initializing persistent data =
store <BR>[1142289491.767648 /dtn/storage notice] creating new database =
directory /home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289491.884849 /dtn/storage info] initializing db name=3DDTN =
(not shared), dir=3D/home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289492.284995 /storage/berkeleydb error] DB internal error: =
unable to initialize mutex: Function not implemented =
<BR>[1142289492.290986 /storage/berkeleydb error] DB internal error: =
PANIC: Function not implemented <BR>[1142289492.315647 /dtn/storage =
critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot =
open database <BR>[1142289492.316046 /dtn/storage error] can't =
initialize berkeleydb -1000<BR>[1142289492.316369   /dtnd critical] =
error creating storage system<BR>[1142289492.316683 /dtnd error] error =
initializing data store, exiting... <BR><BR><BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/15/06, <B class=3D"gmail_sendername">Michael =
Demmer </B> &lt;<A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">   <DIV><DIV><DIV><DIV><BR></DIV><DIV>The only reason you could be =
getting that error is if the name lookup failed for some reason. You =
could try putting the IP address in the llink configuration and seeing =
if that works. If it does, then there must be something wrong with the =
host configuration or some other reason why the gethostbyname wrapper =
(in oasys/io/NetUtils.cc) would be failing. You could put more debug =
logging in there to trace it down further. =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><=
DIV><BR><DIV><DIV>On Nov 15, 2006, at 7:37 AM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">so I've got a static version =
of dtnd compiled and on the zaurus, and now I'm getting this odd =
behavior when I try to run <BR><BR>./dtnd -l DEBUG -c ./dtn.conf =
--init-db<BR><BR>[1142213113.431028 /dtnd info] parsing configuration =
file ./dtn.conf... <BR>[1142213113.433018 /command debug] executing =
command file ./dtn.conf<BR>[1142213113.438962   /dtnd info] dtnd parsing =
configuration...<BR>[1142213113.447671 /dtn/interface/table info] adding =
interface tcp0 (tcp)<BR>[1142213113.449577  /dtn/cl/tcp debug] adding =
interface tcp0<BR>[1142213113.452019 /dtn/cl/tcp/listener/notifier =
debug] created pipe, fds: 9 10 <BR>[1142213113.453889 =
/dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode =
set <BR>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] =
set_nonblocking: nonblocking mode set<BR>[1142213113.458433 =
/dtn/cl/tcp/iface/tcp0 debug] created socket 11 <BR>[1142213113.460564 =
/dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR =
<BR>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <A =
href=3D"http://0.0.0.0:5000" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">   =
0.0.0.0:5000</A><BR>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] =
listening <BR>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state =
INIT -&gt; LISTENING <BR>[1142213113.462443 /thread debug] delaying =
start of thread 0x42bb54 due to barrier <BR>[1142213113.464152 =
/dtn/link/link1 debug] set_state UNAVAILABLE -&gt; =
AVAILABLE<BR>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link =
<A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)">   =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.465856 /dtn/cl/iputils =
warning] invalid hostname '<A href=3D"http://rcm2.cse.lehigh.edu" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu </A>' in =
next hop <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.466250 /dtn/cl/tcp error] =
invalid next hop address ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 =
</A>'<BR>[1142213113.466579 /dtn/cl/tcp error] error parsing link =
nexthop ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)">   =
rcm2.cse.lehigh.edu:5000</A>'<BR>[1142213113.467679 /command error] =
error: line 137: 'invalid link option: (unknown)': <BR>invalid link =
option: (unknown)<BR>=A0=A0=A0 while executing<BR> "link add link1 <A =
href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)">   =
rcm2.cse.lehigh.edu:5000</A> ONDEMAND tcp"<BR>=A0=A0=A0 (file =
"./dtn.conf" line 137) <BR>[1142213113.468105 /dtnd error] error in =
configuration file, exiting... <BR><BR>and i can ssh to <A =
href=3D"http://rcm2.cse.lehigh.edu" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">   rcm2.cse.lehigh.edu</A> from =
the pda so it isn't a failure in name resolution.<BR><BR>sorry about =
posting the "wrong" list, I knew there was discussion of making multiple =
lists, but I wasn't aware that it had actually happened, since I don't =
have the time to read everything that goes through dtn-interest. Thank =
you for the help so far. <BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/13/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> [email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>First of all, let me say that this discussion should be on =
dtn-users. I don't know if ryan is on that list or not, but if you're =
not, please in the future use that list for dtn reference implementation =
questions, not dtn-interest.=A0 <DIV><BR></DIV><DIV>As far as building =
tcl statically goes, it's a bit confusing, but you need to run tcl's =
./configure --disable-shared to tell it to build a full static =
libtcl8.4.a.=A0You don't want the stub library linked in. =
</DIV><DIV><BR></DIV><DIV>As far as your original problem goes, I =
suggested linking statically to try to confirm that it's not a library =
compatibility issue due to the cross compilation. I don't know if this =
will help or not, but that's what I suggest to do first. =
</DIV><DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR></DIV><DIV><BR><D=
IV><DIV>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite"><SPAN style=3D"color: rgb(0, 0, 0);"> my libtclstub is =
<FONT face=3D"Arial" size=3D"2">   libtclstub8.4.so.a and if i try to =
link to it with a link name of </FONT></SPAN><SPAN style=3D"color: =
rgb(0, 0, 0);"><FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a =
or</FONT></SPAN> <SPAN style=3D"color: rgb(0, 0, 0);"><FONT face=3D"Arial"=
 size=3D"2">   <A href=3D"http://libtclstub8.4.so" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> in the =
/usr/lib directory.=A0 ldconfig complains it " is not an ELF file - it =
has the wrong magic bytes at the start" so I had to leave that link out, =
but I did do the other links, but dtnd crashes the same way. =
</FONT></SPAN><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">   [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">=
   I added links in the target for the following:=A0 =
</FONT></SPAN></DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">in /usr/lib from <A href=3D"http://libtcl8.4.so"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">  libtcl8.4.so</A> -&gt; =
/usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib from libtcl.so =
-&gt; /usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">   in /usr/lib/ from <A =
href=3D"http://libtclstub8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> -&gt; =
/usr/lib/libtclstub8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">   </FONT></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">For some =
reason, it seemed like the tcl libraries wanted to be in the same =
directory as the pthread libraries (but I haven't confirmed that).=A0 I =
just moved on as soon as things started working.=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Let me know if this helps for =
you...</FONT></SPAN></DIV> <DIV><BR></DIV>    <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><SPAN><B>From:</B>=
 <A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)">   =
[email-masked] </A>   [mailto:<A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of </B>ryan   m<BR></SPAN><SPAN><B>Sent:</B> =
Monday, November 13, 2006 10:34 AM<BR><B>To:</B>   =
DTNRG<BR></SPAN><B>Subject:</B> Re: [dtn-interest] DTN on Zaurus   =
sl-5500<BR></FONT><BR></DIV><DIV><SPAN>  <DIV>  </DIV> is that something =
I can do with a configure argument to building   the tcl library (I =
can't find it in ./configure --help)?, and do you think   that doing a =
static build is the best way to fix the original issue I was   having on =
the PDA? <BR><BR>  <DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Scott,   Keith L.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">   I     suspect the answer =
is that you need a 'real' tcl library (a .a file) that     can be linked =
statically.=A0 I don't think shared objects (the .so tcl     library you =
have in the arm directory) can be linked that     way. =
</FONT></SPAN></DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    =
<DIV dir=3D"ltr" align=3D"left"><SPAN>=A0=A0=A0=A0=A0=A0=A0     <FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">--keith =
</FONT></SPAN></DIV><BR>    <BLOCKQUOTE style=3D"margin-right: 0px;">    =
  <DIV dir=3D"ltr" align=3D"left" lang=3D"en-us">      <HR>      <FONT =
face=3D"Tahoma" size=3D"2"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)">   =
[email-masked]</A> [mailto: <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B>   On Behalf Of       </B>ryan m<BR><B>Sent:</B> Monday, =
November 13, 2006 10:17       AM<BR><B>To:</B> DTNRG<BR><B>Subject:</B> =
[dtn-interest] DTN on Zaurus       sl-5500<BR></FONT><BR></DIV>      =
<DIV><SPAN>      <DIV></DIV>   when i configure with this: =
<BR><BR>./configure --build=3D`uname       -m`       =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR><BR>configure       completes fine, =
but... when I do this: <BR><BR>./configure --build=3D`uname       -m`    =
   --host=3Darm-linux =
<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=3D/opt/arm-linux-=
libraries<BR>--enable-static<BR><BR>I       get:<BR><BR>configure: =
checking for tcl installation (version 8.4 )       <BR>checking for =
tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes =
<BR>checking for tcl library in       /opt/arm-linux-libraries/lib: =
-ltcl8.4 -ldl<BR>-lm -lpthread ...       no<BR>checking for tcl library =
in /opt/arm-linux-libraries/lib: -ltcl84       -ldl <BR>-lm -lpthread =
... no<BR> checking for tcl library in       =
/opt/arm-linux-libraries/lib: -ltcl -ldl -lm <BR>-lpthread ...       =
no<BR><BR>configure: checking for tcl installation (version       =
8.3)<BR>checking for tcl.h   (version 8.3) in       =
/opt/arm-linux-libraries/include... no <BR>configure: error: can't find  =
     usable tcl.h<BR><BR>and it is       =
there:<BR><BR>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld    =
   *tcl* <BR>  -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <A =
href=3D"http://libtcl8.4.so/" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </A><BR>-rw-r--r--  =
     1 root root=A0=A0 6894 2006-10-31 17:28       =
libtclstub8.4.a<BR>drwxr-xr-x 8 root root=A0=A0 4096 2006-10-31       =
17:28 tcl8.4<BR>-rw-r--r-- 1 root root=A0=A0 7333 2006-10-31 17:28       =
tclConfig.sh <BR><BR>without enable-static: <BR><BR>configure: checking =
for       tcl installation (version 8.4)<BR>checking for tcl.h (version =
8.4) in       /opt/arm-linux-libraries/include... yes<BR>checking for =
tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<BR>-lm =
-lpthread ... yes       <BR><BR><BR>Thank you for the help =
<BR><BR><BR>Michael Demmer       wrote:<BR>&gt; try statically building =
dtnd and see if that       works.<BR>&gt;<BR>&gt; -m<BR>&gt;<BR>&gt; On =
Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <BR>&gt; =
<BR>&gt;&gt; So I finally had a chance to try       out the DTN on the =
zaurus.=A0=A0So I <BR>&gt;&gt; copied over the       libs that I had =
cross compiled, which seemed obvious<BR>&gt;&gt; to do.       Then DTN =
was complaining about stdc++ lib so I copied over the       <BR>&gt;&gt; =
libs from the lib directory of the cross compile tool chain,       I =
figured <BR>&gt;&gt; that if it was linking in those libs to make arm    =
   binaries the libs<BR>&gt;&gt; themselves must be arm compatabile, is =
this       right?=A0=A0So the sum of it <BR>&gt;&gt; is I get this when =
I try       to run       DTN: =
<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;=A0=A0root@collie:~/Applications/DTN_w=
ireless/DTN2/daemon#       ./dtnd -l DEBUG<BR>&gt;&gt; -c ./dtn.conf =
--init-db<BR>&gt;&gt; ./dtnd:       error while loading shared =
libraries: libstdc++.so.5: cannot <BR>&gt;&gt;       open shared object =
file: No such file or directory<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
ldconfig<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       =
DEBUG <BR>&gt;&gt; -c ./dtn.conf --init-db<BR>&gt;&gt; =
[1142218881.762749       /log debug] adding log reparse signal =
handler<BR>&gt;&gt;       [1142218881.929239 /timer debug] adding signal =
handler 0xd6c14       for<BR>&gt;&gt; signal 1 <BR>&gt;&gt; [ =
1142218881.931204 /log debug]       adding log rotate signal =
handler<BR>&gt;&gt; [1142218881.933055 /timer       debug] adding signal =
handler 0xd6b9c for<BR>&gt;&gt; signal 10<BR>&gt;&gt;       =
[1142218881.935286    /dtnd notice] DTN daemon starting up... (pid 1870) =
      <BR>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump   =
    core<BR>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<BR>&gt;&gt; =
Illegal       instruction <BR>&gt;&gt;<BR>&gt;&gt; any thoughts?     =
</SPAN></DIV></BLOCKQUOTE></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOC=
KQUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV>   =
<BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE>   =
</DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR> </SPAN></DIV></BLOCKQUOTE></DIV><BR> =
</SPAN></DIV></BLOCKQUOTE></DIV> <BR> =
</BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> </BLOCKQUOTE></DIV><BR> =
</SPAN></DIV></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></BODY></=
HTML>=

--Apple-Mail-1--495071749--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Adding fields to the bundle
Date: Mon, 27 Nov 2006 07:55:44 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

> Hi Mike,
> I want to add two fields to the bundle class. I also want these  
> fields to be sent over the network. I have added these fields in  
> the bundle.h as below:
>
>
>  EndpointID dest_;        ///< Destination eid
>     EndpointID custodian_;    ///< Current custodian eid
>     EndpointID replyto_;    ///< Reply-To eid
>     ///Zahir Koradia: Added for bus-kiosk network
>     //ZK: Start
>     std::string src_region_;    ///< ID of the region of the source
>     std::string dest_region_;   ///< ID of the region of the  
> destination
>     //ZK: End
>     bool is_fragment_;        ///< Fragmentary Bundle
>     bool is_admin_;        ///< Administrative record bundle
>
>
> I notced that the class consists of fields that are sent over the  
> network as well as fields that are local to the node. I wanted to  
> know what else do I need to do ensure that the fields that I ahve  
> added are indeed sent over the network.

Since the inter-node communication uses the bundle protocol as  
specified by the internet draft, you'd need to define an extension  
block to encode your data and then write a BlockProcessor class  
derivative to format and parse the block. I'm currently working on an  
example (the PreviousHopBlockProcessor) that you could model your  
code after.

-m

From: Michael Demmer <[email-masked]>
Subject: [dtn-users] Link_unavailable event being thrown even after link is deleted.
Date: Mon, 27 Nov 2006 07:54:22 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

> I connected to machines by creating link between them at run time.  
> Then I close down the daemon on one node. As a result contact_down  
> event is thrown along with link_unavailable. In response to  
> contact_down event I delete the link. Typing route dump of link  
> dump on the prompt does not show any link except for the one  
> corresponding to /dev/null. Inspite of this I see link unavailable  
> event being thrown. Is this a bug or it is expected to behave like  
> this? I am using cvs code dated 30th Oct.

Deleting links is not actually supported in the current  
implementation due to bugs like this.

-m

Date: Sun, 26 Nov 2006 15:59:09 -0500
From: Christopher Small <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] DTN on Gumstix
Sender: [email-masked]
Reply-To: [email-masked]

I have a back channel into the Berkeley DB folks, and might be able to 
get them interested in any problems you saw. Can you characterize the 
issue(s)?

- Chris

-- 
Dr. Christopher Small                         617.873.6261 (vox)
Networking Research                           617.873.6091 (fax)
BBN Technologies | MS 6/5C | 10 Moulton St | Cambridge MA, 02138

Date: Thu, 23 Nov 2006 19:44:29 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Cc: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_113263_11240678.1164329069990
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

so using scratch box I've managed to cross-compile everything, but now I'm
getting the oddest behavior on the pda....

root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd
-sh: ./dtnd: not found
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ls -l
drwxr-xr-x    2 root     root         4096 Mar 21 07:33 CVS
-rw-r--r--    1 root     root         1184 Oct 24  2006 Makefile
-rw-r--r--    1 root     root          207 Oct  7 22:15 Makefile-Builddir.in
-rw-r--r--    1 root     root         4347 Mar 21 07:42 dtn.conf
-rwxrwxrwx    1 root     root     10916416 Nov 24  2006 dtnd
-rw-r--r--    1 root     root        12251 Oct 24  2006 dtnd.cc
-rw-r--r--    1 root     root         4624 Nov 24  2006 dtnd.d
-rw-r--r--    1 root     root        83872 Nov 24  2006 dtnd.o
-rw-r--r--    1 root     root        44555 Oct 26  2006 router.xsd

it is a arm binary because on the laptop I cross compiled it on:

edifyteam@runabout:~/DTN/zaurus/build/DTN2/daemon$ file dtnd
dtnd: ELF 32-bit LSB executable, ARM, version 1 (ARM), dynamically linked
(uses shared libs), not stripped

and on the PDA when i do
hexdump ./dtnd
that works, which means the file is there so it transfered alright.

this is the crazyest error I've ever seen... anyone have any ideas?

On 11/22/06, ryan m <[email-masked]> wrote:
>
> so I'm trying scratchbox, I have it installed, I'm trying to recompile
> tcl, and running into a bit of an issue with it finding the libraries.  It
> configures fine, but when I try to compile, I get:
>
> arm-linux-gcc -pipe -shared -o libtcl8.4.so regcomp.o regexec.o regfree.o
> regerror.o tclAlloc.o tclAsync.o tclBasic.o tclBinary.o tclCkalloc.o
> tclClock.o tclCmdAH.o tclCmdIL.o tclCmdMZ.o tclCompCmds.o tclCompExpr.o
> tclCompile.o tclDate.o tclEncoding.o tclEnv.o tclEvent.o tclExecute.o
> tclFCmd.o tclFileName.o tclGet.o tclHash.o tclHistory.o tclIndexObj.o
> tclInterp.o tclIO.o tclIOCmd.o tclIOGT.o tclIOSock.o tclIOUtil.o tclLink.o
> tclListObj.o tclLiteral.o tclLoad.o tclMain.o tclNamesp.o tclNotify.o
> tclObj.o tclPanic.o tclParse.o tclParseExpr.o tclPipe.o tclPkg.o
> tclPosixStr.o tclPreserve.o tclProc.o tclRegexp.o tclResolve.o tclResult.o
> tclScan.o tclStringObj.o tclThread.o tclThreadAlloc.o tclThreadJoin.o
> tclStubInit.o tclStubLib.o tclTimer.o tclUtf.o tclUtil.o tclVar.o
> tclUnixChan.o tclUnixEvent.o tclUnixFCmd.o tclUnixFile.o tclUnixPipe.o
> tclUnixSock.o tclUnixTime.o tclUnixInit.o tclUnixThrd.o tclUnixCompat.o
> tclUnixNotfy.o memcmp.o strstr.o strtoul.o strtod.o tclLoadDl.o  -ldl
> -lieee -lm   -Wl,-rpath,/scratchbox/host_shared/lib//lib
> /scratchbox/compilers/arm-gcc3.4-uclibc0.9.28/lib/gcc/arm-linux-uclibc/3.4.6/../../../../arm-linux-uclibc/bin/ld:
> cannot find -lieee
> collect2: ld returned 1 exit status
> make: *** [libtcl8.4.so] Error 1
>
> and the library is there
>
> edifyteam@runabout:/scratchbox/host_shared/lib$ find . -name *ieee*
> ./libieee.a
>
> I've tried various configure args to try to fix it, but to no avail,
> including:
> --without-ieee
> --x-libraries=/scratchbox/host_shared/lib
> --libdir=/scratchbox/host_shared/lib
>
> any thoughts on this?, did you run into it?
>
> On 11/20/06, Michael Demmer <[email-masked]> wrote:
> >
> > Sorry -- from what I remember it worked out of the box.We've also had
> > some success with scratchbox, you could try that approach instead for
> > cross-compiling.
> >
> > -m
> >
> >
> > On Nov 20, 2006, at 5:33 PM, ryan m wrote:
> >
> > opps forgot an updatedb
> >
> > root@runabout:~# locate pthread.h
> > /opt/arm-linux-gnu/include/pthread.h
> > /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
> > /usr/include/nptl/pthread.h
> > /usr/include/pthread.h
> > /usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h
> > root@runabout:~#
> >
> >
> > On 11/20/06, ryan m < [email-masked]> wrote:
> > >
> > > oooh and some googling says to do this:
> > >
> > > 1. threads issue (read before) : use option "--disable-threads"
> > >
> > > but since DTN2 requires threads this seems like a bad idea....
> > >
> > > On 11/20/06, ryan m <[email-masked]> wrote:
> > > >
> > > > so things were going so-so until I went to build gcc:
> > > > gcc
> > > >
> > > > Now do:
> > > >
> > > > # cd ../gcc-arm-linux-3.3.z/
> > > > # debuild
> > > >
> > > > it failes at:
> > > >
> > > > /usr/src/gcc- arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-
> > > > arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/
> > > > -B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include -isystem
> > > > /usr/arm-linux/sys-include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall
> > > > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
> > > > -Wold-style-definition  -isystem ./include  -fomit-frame-pointer -fPIC -g0
> > > > -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I.
> > > > -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include
> > > > -fexceptions -c ../../src/gcc/unwind- dw2.c -o libgcc/./unwind-dw2.o
> > > > In file included from ./gthr-default.h:1,
> > > >                  from ../../src/gcc/gthr.h:96,
> > > >                  from ../../src/gcc/unwind-dw2.c:42:
> > > > ../../src/gcc/gthr-posix.h:43:21: pthread.h : No such file or
> > > > directory
> > > > ../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or
> > > > directory
> > > >
> > > >
> > > > the thread thing kills me once again
> > > >
> > > > pthread.h is there... not sure were it's looking for it, or even if
> > > > I copied the /usr/include/pthread.h to where it's looking for it would do
> > > > anything
> > > >
> > > > root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate
> > > > pthread.h
> > > > /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
> > > > /usr/include/nptl/pthread.h
> > > > /usr/include/pthread.h
> > > >
> > > > Did you run anything like this?
> > > >
> > > > On 11/20/06, Michael Demmer < [email-masked]> wrote:
> > > > >
> > > > >
> > > > > I set up a debian system using the following instructions:
> > > > >
> > > > > http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
> > > > >
> > > > > At the time, that worked on my zaurus.
> > > > >
> > > > > -m
> > > > >
> > > > > On Nov 19, 2006, at 12:54 PM, ryan m wrote:
> > > > >
> > > > > make test in the oasys directory fails here:
> > > > >
> > > > > arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.
> > > > > -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g
> > > > > -fno-inline  -MMD -MP -MT " sample-.o sample-.E sample-.po" -Wall
> > > > > -W -Wcast-align  -Werror  -static  -L/opt/arm-linux-libraries/lib
> > > > > -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread  liboasys.a -
> > > > > ltcl8.4 -ldb-4.4
> > > > > liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined
> > > > > reference to `pthread_kill'
> > > > > liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to
> > > > > `pthread_detach'
> > > > > liboasys.a (Thread.o):thread/Thread.cc:210: undefined reference to
> > > > > `pthread_join'
> > > > > liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to
> > > > > `pthread_kill'
> > > > > liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to
> > > > > `pthread_sigmask'
> > > > > collect2: ld returned 1 exit status
> > > > > make: *** [test/sample-test] Error 1
> > > > >
> > > > > so it definatly seems like a pthread library issue, any idea how I
> > > > > can fix this.  The libraries do indeed exsist.
> > > > >
> > > > > edifyteam@runabout :/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$
> > > > > ls -ld *thread*
> > > > > -rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
> > > > > -rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
> > > > > -rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
> > > > > lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->
> > > > > libpthread.so.0
> > > > > lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->
> > > > > libpthread-0.10.so
> > > > > -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-
> > > > > 1.0.so
> > > > > lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->
> > > > > libthread_db.so.1
> > > > > lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1
> > > > > -> libthread_db- 1.0.so
> > > > >
> > > > >
> > > > > EVERY zaurus specific cross compile evironment I can find (either
> > > > > instructions on producing one or a tar of one) is gcc 2.x which as
> > > > > we found out is unable to compile DTN2 ri.  Has anyone found a suitable
> > > > > cross compile environment for the zaurus based off of gcc 3.x?
> > > > >
> > > > > On 11/17/06, Michael Demmer <[email-masked]> wrote:
> > > > > >
> > > > > > Unfortunately I'm not sure if I can give you any more advice on
> > > > > > this -- again this looks like there's something wrong with the build and/or
> > > > > > the system being incompatible or unstable. You could try compiling and
> > > > > > running simpler programs with your setup to make sure the basic compiler is
> > > > > > working, then perhaps try a simple multithreaded one, etc. If you run 'make
> > > > > > tests' in the DTN2/oasys directory that will build a bunch of unit tests
> > > > > > which you could try out to make sure things are working.
> > > > > >
> > > > > > -m
> > > > > >
> > > > > >
> > > > > > On Nov 16, 2006, at 7:10 PM, ryan m wrote:
> > > > > >
> > > > > > backtrace to follow:
> > > > > >
> > > > > > [1142331726.187026 /dtnd debug] started dtn server
> > > > > > [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
> > > > > > [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
> > > > > > [1142331726.188407 /dtn/apiserver/13 debug] binding to
> > > > > > 127.0.0.1:5010
> > > > > > [1142331726.188762 /dtn/apiserver/13 debug] listening
> > > > > > [1142331726.189139 /dtn/apiserver/13 debug] state INIT ->
> > > > > > LISTENING
> > > > > > [1142331726.189462 /thread debug] delaying start of thread
> > > > > > 0x4240f8 due to barrier
> > > > > > [1142331726.189880 /thread debug] releasing thread creation
> > > > > > barrier -- 3 queued threads
> > > > > > [1142331726.190299 /thread debug] starting thread 0x42b544
> > > > > >
> > > > > > Program received signal SIG32, Real-time event 32.
> > > > > > 0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > > > > > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > > > > > 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
> > > > > > directory.
> > > > > >         in ../sysdeps/unix/sysv/linux/sigsuspend.c
> > > > > > Current language:  auto; currently c
> > > > > > (gdb) backtrace
> > > > > > #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > > > > > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > > > > > #1  0x00249ed4 in __pthread_wait_for_restart_signal
> > > > > > (self=0x3c3620) at pthread.c:1067
> > > > > > #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548,
> > > > > > attr=0x3c3e64,
> > > > > >     start_routine=0x1097f8
> > > > > > <oasys::Thread::pre_thread_run(void*)>, arg=0x42b544) at
> > > > > > restart.h:36
> > > > > > #3  0x0010949c in oasys::Thread::start (this=0x42b544) at
> > > > > > thread/Thread.cc:169
> > > > > > #4  0x0010912c in oasys::Thread::release_start_barrier () at
> > > > > > thread/Thread.cc:70
> > > > > > #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,
> > > > > > argv=0xbffffd14) at dtnd.cc:401
> > > > > > #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
> > > > > >
> > > > > >
> > > > > > as far as my cross compiler I used a generic one for arm
> > > > > > embedded systems... I couldn't find a zaurus one that was up to date enough
> > > > > > to compile DTN2
> > > > > >
> > > > > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > > > > >
> > > > > > > It looks like there's something more seriously wrong with your
> > > > > > > build. If you could print out the stack trace using gdb or some such, that
> > > > > > > would be helpful, but both these errors seem to me like there's something
> > > > > > > quite messed up in your build setup, perhaps a bogus cross compiler or the
> > > > > > > wrong endianness or something like that.
> > > > > > > -mike
> > > > > > >
> > > > > > > On Nov 16, 2006, at 8:30 AM, ryan m wrote:
> > > > > > >
> > > > > > > well --db-init completed so I went to run it without --init-db
> > > > > > > and got:
> > > > > > >
> > > > > > > [1142293298.812187 /dtn/storage/globals debug] loading global
> > > > > > > store
> > > > > > > [1142293298.813051 /dtn/storage/globals debug] opening file
> > > > > > > /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
> > > > > > > [1142293298.814094 /thread debug] delaying start of thread
> > > > > > > 0x429220 due to barrier
> > > > > > > [1142293298.814538 /dtnd debug] started dtn server
> > > > > > > [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
> > > > > > > [1142293298.815400 /dtn/apiserver/12 debug] setting
> > > > > > > SO_REUSEADDR
> > > > > > > [1142293298.815706 /dtn/apiserver/12 debug] binding to
> > > > > > > 127.0.0.1:5010
> > > > > > > [1142293298.816067 /dtn/apiserver/12 debug] listening
> > > > > > > [1142293298.816451 /dtn/apiserver/12 debug] state INIT ->
> > > > > > > LISTENING
> > > > > > > [1142293298.833241 /thread debug] delaying start of thread
> > > > > > > 0x424030 due to barrier
> > > > > > > [1142293298.839105 /thread debug] releasing thread creation
> > > > > > > barrier -- 3 queued threads
> > > > > > > [1142293298.845033 /thread debug] starting thread 0x42ae7c
> > > > > > > [1142293298.851478 /thread debug] starting thread 0x429220
> > > > > > > [1142293298.857805 /thread debug] starting thread 0x424030
> > > > > > > ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
> > > > > > > STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c
> > > > > > > 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
> > > > > > > [1142293298.929080 /dtnd info] starting console on
> > > > > > > 127.0.0.1:5050
> > > > > > > [1142293298.929495 /command debug] starting command server on
> > > > > > > 127.0.0.1:5050
> > > > > > > [1142293298.937500 /command info] can't load tclreadline:
> > > > > > > can't find package tclreadline
> > > > > > > [1142293298.938120 /command info] fall back to simple command
> > > > > > > loop
> > > > > > > collie dtn% Segmentation fault
> > > > > > >
> > > > > > > THANK YOU for your help and patience
> > > > > > >
> > > > > > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > > > > > >
> > > > > > > > Hmm... That's a strange one. You could try just using the
> > > > > > > > filesystem store by changing 'storage set type berkeleydb' to 'storage set
> > > > > > > > type filesysdb'.
> > > > > > > >
> > > > > > > > -m
> > > > > > > >
> > > > > > > >
> > > > > > > > On Nov 16, 2006, at 7:27 AM, ryan m wrote:
> > > > > > > >
> > > > > > > > well that got me a little farther at least... this is where
> > > > > > > > it died this time:
> > > > > > > >
> > > > > > > > [1142289491.726722 /dtnd notice] initializing persistent
> > > > > > > > data store
> > > > > > > > [1142289491.767648 /dtn/storage notice] creating new
> > > > > > > > database directory /home/root/Applications/DTN_wireless/tmp/db
> > > > > > > > [1142289491.884849 /dtn/storage info] initializing db
> > > > > > > > name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> > > > > > > > [1142289492.284995 /storage/berkeleydb error] DB internal
> > > > > > > > error: unable to initialize mutex: Function not implemented
> > > > > > > > [1142289492.290986 /storage/berkeleydb error] DB internal
> > > > > > > > error: PANIC: Function not implemented
> > > > > > > > [1142289492.315647 /dtn/storage critical] DB:
> > > > > > > > DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database
> > > > > > > > [1142289492.316046 /dtn/storage error] can't initialize
> > > > > > > > berkeleydb -1000
> > > > > > > > [1142289492.316369 /dtnd critical] error creating storage
> > > > > > > > system
> > > > > > > > [1142289492.316683 /dtnd error] error initializing data
> > > > > > > > store, exiting...
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > On 11/15/06, Michael Demmer <[email-masked]> wrote:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > The only reason you could be getting that error is if the
> > > > > > > > > name lookup failed for some reason. You could try putting the IP address in
> > > > > > > > > the llink configuration and seeing if that works. If it does, then there
> > > > > > > > > must be something wrong with the host configuration or some other reason why
> > > > > > > > > the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You
> > > > > > > > > could put more debug logging in there to trace it down further.
> > > > > > > > >
> > > > > > > > > -m
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> > > > > > > > >
> > > > > > > > > so I've got a static version of dtnd compiled and on the
> > > > > > > > > zaurus, and now I'm getting this odd behavior when I try to run
> > > > > > > > >
> > > > > > > > > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> > > > > > > > >
> > > > > > > > > [1142213113.431028 /dtnd info] parsing configuration file
> > > > > > > > > ./dtn.conf...
> > > > > > > > > [1142213113.433018 /command debug] executing command file
> > > > > > > > > ./dtn.conf
> > > > > > > > > [1142213113.438962 /dtnd info] dtnd parsing
> > > > > > > > > configuration...
> > > > > > > > > [1142213113.447671 /dtn/interface/table info] adding
> > > > > > > > > interface tcp0 (tcp)
> > > > > > > > > [1142213113.449577 /dtn/cl/tcp debug] adding interface
> > > > > > > > > tcp0
> > > > > > > > > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > > > created pipe, fds: 9 10
> > > > > > > > > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > > > set_nonblocking: nonblocking mode set
> > > > > > > > > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > > > set_nonblocking: nonblocking mode set
> > > > > > > > > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created
> > > > > > > > > socket 11
> > > > > > > > > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting
> > > > > > > > > SO_REUSEADDR
> > > > > > > > > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding
> > > > > > > > > to 0.0.0.0:5000
> > > > > > > > > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > > > > > > > >
> > > > > > > > > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state
> > > > > > > > > INIT -> LISTENING
> > > > > > > > > [1142213113.462443 /thread debug] delaying start of thread
> > > > > > > > > 0x42bb54 due to barrier
> > > > > > > > > [1142213113.464152 /dtn/link/link1 debug] set_state
> > > > > > > > > UNAVAILABLE -> AVAILABLE
> > > > > > > > > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > > > > > > > > rcm2.cse.lehigh.edu:5000
> > > > > > > > > [1142213113.465856 /dtn/cl/iputils warning] invalid
> > > > > > > > > hostname ' rcm2.cse.lehigh.edu ' in next hop
> > > > > > > > > rcm2.cse.lehigh.edu:5000
> > > > > > > > > [1142213113.466250 /dtn/cl/tcp error] invalid next hop
> > > > > > > > > address ' rcm2.cse.lehigh.edu:5000 '
> > > > > > > > > [1142213113.466579 /dtn/cl/tcp error] error parsing link
> > > > > > > > > nexthop ' rcm2.cse.lehigh.edu:5000'
> > > > > > > > > [1142213113.467679 /command error] error: line 137:
> > > > > > > > > 'invalid link option: (unknown)':
> > > > > > > > > invalid link option: (unknown)
> > > > > > > > >     while executing
> > > > > > > > > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> > > > > > > > >     (file "./dtn.conf" line 137)
> > > > > > > > > [1142213113.468105 /dtnd error] error in configuration
> > > > > > > > > file, exiting...
> > > > > > > > >
> > > > > > > > > and i can ssh to rcm2.cse.lehigh.edu from the pda so it
> > > > > > > > > isn't a failure in name resolution.
> > > > > > > > >
> > > > > > > > > sorry about posting the "wrong" list, I knew there was
> > > > > > > > > discussion of making multiple lists, but I wasn't aware that it had actually
> > > > > > > > > happened, since I don't have the time to read everything that goes through
> > > > > > > > > dtn-interest. Thank you for the help so far.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On 11/13/06, Michael Demmer < [email-masked] >
> > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > First of all, let me say that this discussion should be
> > > > > > > > > > on dtn-users. I don't know if ryan is on that list or not, but if you're
> > > > > > > > > > not, please in the future use that list for dtn reference implementation
> > > > > > > > > > questions, not dtn-interest.
> > > > > > > > > > As far as building tcl statically goes, it's a bit
> > > > > > > > > > confusing, but you need to run tcl's ./configure --disable-shared to tell it
> > > > > > > > > > to build a full static libtcl8.4.a. You don't want the
> > > > > > > > > > stub library linked in.
> > > > > > > > > >
> > > > > > > > > > As far as your original problem goes, I suggested
> > > > > > > > > > linking statically to try to confirm that it's not a library compatibility
> > > > > > > > > > issue due to the cross compilation. I don't know if this will help or not,
> > > > > > > > > > but that's what I suggest to do first.
> > > > > > > > > >
> > > > > > > > > > -mike
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > > > > > > > > >
> > > > > > > > > > my libtclstub is libtclstub8.4.so.a and if i try to link
> > > > > > > > > > to it with a link name of libtclstub8.4.so.a or
> > > > > > > > > > libtclstub8.4.so in the /usr/lib directory.  ldconfig
> > > > > > > > > > complains it " is not an ELF file - it has the wrong magic bytes at the
> > > > > > > > > > start" so I had to leave that link out, but I did do the other links, but
> > > > > > > > > > dtnd crashes the same way.
> > > > > > > > > >
> > > > > > > > > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > > > > > > > > >
> > > > > > > > > > >  I added links in the target for the following:
> > > > > > > > > > >
> > > > > > > > > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > > > > > > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > > > > > > > > >  in /usr/lib/ from libtclstub8.4.so ->
> > > > > > > > > > > /usr/lib/libtclstub8.4.so
> > > > > > > > > > >
> > > > > > > > > > > For some reason, it seemed like the tcl libraries
> > > > > > > > > > > wanted to be in the same directory as the pthread libraries (but I haven't
> > > > > > > > > > > confirmed that).  I just moved on as soon as things started working.
> > > > > > > > > > >
> > > > > > > > > > > Let me know if this helps for you...
> > > > > > > > > > >
> > > > > > > > > > >  ------------------------------
> > > > > > > > > > > *From:* [email-masked] [mailto:
> > > > > > > > > > > [email-masked]] * On Behalf Of *ryan
> > > > > > > > > > > m
> > > > > > > > > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > > > > > > > > *To:* DTNRG
> > > > > > > > > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > > > > >
> > > > > > > > > > >  is that something I can do with a configure argument
> > > > > > > > > > > to building the tcl library (I can't find it in ./configure --help)?, and do
> > > > > > > > > > > you think that doing a static build is the best way to fix the original
> > > > > > > > > > > issue I was having on the PDA?
> > > > > > > > > > >
> > > > > > > > > > > On 11/13/06, Scott, Keith L. <[email-masked] >
> > > > > > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > >  I suspect the answer is that you need a 'real' tcl
> > > > > > > > > > > > library (a .a file) that can be linked statically.  I don't think shared
> > > > > > > > > > > > objects (the .so tcl library you have in the arm directory) can be linked
> > > > > > > > > > > > that way.
> > > > > > > > > > > >
> > > > > > > > > > > >         --keith
> > > > > > > > > > > >
> > > > > > > > > > > >  ------------------------------
> > > > > > > > > > > > *From:* [email-masked][mailto:
> > > > > > > > > > > > [email-masked]] * On Behalf Of
> > > > > > > > > > > > *ryan m
> > > > > > > > > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > > > > > > > > *To:* DTNRG
> > > > > > > > > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > > > > > >
> > > > > > > > > > > >  when i configure with this:
> > > > > > > > > > > >
> > > > > > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > > > > > >
> > > > > > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > > > > >
> > > > > > > > > > > > configure completes fine, but... when I do this:
> > > > > > > > > > > >
> > > > > > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > > > > > >
> > > > > > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > > > > > --enable-static
> > > > > > > > > > > >
> > > > > > > > > > > > I get:
> > > > > > > > > > > >
> > > > > > > > > > > > configure: checking for tcl installation (version
> > > > > > > > > > > > 8.4 )
> > > > > > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > > > > > checking for tcl library in
> > > > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl
> > > > > > > > > > > > -lm -lpthread ... no
> > > > > > > > > > > > checking for tcl library in
> > > > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl84 -ldl
> > > > > > > > > > > > -lm -lpthread ... no
> > > > > > > > > > > > checking for tcl library in
> > > > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl -ldl -lm
> > > > > > > > > > > > -lpthread ... no
> > > > > > > > > > > >
> > > > > > > > > > > > configure: checking for tcl installation (version
> > > > > > > > > > > > 8.3)
> > > > > > > > > > > > checking for tcl.h (version 8.3) in
> > > > > > > > > > > > /opt/arm-linux-libraries/include... no
> > > > > > > > > > > > configure: error: can't find usable tcl.h
> > > > > > > > > > > >
> > > > > > > > > > > > and it is there:
> > > > > > > > > > > >
> > > > > > > > > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls
> > > > > > > > > > > > -ld *tcl*
> > > > > > > > > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > > > > > > > >
> > > > > > > > > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28
> > > > > > > > > > > > libtclstub8.4.a
> > > > > > > > > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28
> > > > > > > > > > > > tcl8.4
> > > > > > > > > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28
> > > > > > > > > > > > tclConfig.sh
> > > > > > > > > > > >
> > > > > > > > > > > > without enable-static:
> > > > > > > > > > > >
> > > > > > > > > > > > configure: checking for tcl installation (version
> > > > > > > > > > > > 8.4)
> > > > > > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > > > > > checking for tcl library in
> > > > > > > > > > > > /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl
> > > > > > > > > > > > -lm -lpthread ... yes
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Thank you for the help
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Michael Demmer wrote:
> > > > > > > > > > > > > try statically building dtnd and see if that
> > > > > > > > > > > > works.
> > > > > > > > > > > > >
> > > > > > > > > > > > > -m
> > > > > > > > > > > > >
> > > > > > > > > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > >> So I finally had a chance to try out the DTN on
> > > > > > > > > > > > the zaurus.  So I
> > > > > > > > > > > > >> copied over the libs that I had cross compiled,
> > > > > > > > > > > > which seemed obvious
> > > > > > > > > > > > >> to do. Then DTN was complaining about stdc++ lib
> > > > > > > > > > > > so I copied over the
> > > > > > > > > > > > >> libs from the lib directory of the cross compile
> > > > > > > > > > > > tool chain, I figured
> > > > > > > > > > > > >> that if it was linking in those libs to make arm
> > > > > > > > > > > > binaries the libs
> > > > > > > > > > > > >> themselves must be arm compatabile, is this
> > > > > > > > > > > > right?  So the sum of it
> > > > > > > > > > > > >> is I get this when I try to run DTN:
> > > > > > > > > > > > >>
> > > > > > > > > > > > >>
> > > > > > > > > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > > > ./dtnd -l DEBUG
> > > > > > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > > > > > >> ./dtnd: error while loading shared libraries:
> > > > > > > > > > > > libstdc++.so.5: cannot
> > > > > > > > > > > > >> open shared object file: No such file or
> > > > > > > > > > > > directory
> > > > > > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > > > ldconfig
> > > > > > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > > > ./dtnd -l DEBUG
> > > > > > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > > > > > >> [1142218881.762749 /log debug] adding log reparse
> > > > > > > > > > > > signal handler
> > > > > > > > > > > > >> [1142218881.929239 /timer debug] adding signal
> > > > > > > > > > > > handler 0xd6c14 for
> > > > > > > > > > > > >> signal 1
> > > > > > > > > > > > >> [ 1142218881.931204 /log debug] adding log rotate
> > > > > > > > > > > > signal handler
> > > > > > > > > > > > >> [1142218881.933055 /timer debug] adding signal
> > > > > > > > > > > > handler 0xd6b9c for
> > > > > > > > > > > > >> signal 10
> > > > > > > > > > > > >> [1142218881.935286 /dtnd notice] DTN daemon
> > > > > > > > > > > > starting up... (pid 1870)
> > > > > > > > > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will
> > > > > > > > > > > > dump core
> > > > > > > > > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > > > > > > > > >> Illegal instruction
> > > > > > > > > > > > >>
> > > > > > > > > > > > >> any thoughts?
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > >
> >
> >
>

------=_Part_113263_11240678.1164329069990
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

so using scratch box I've managed to cross-compile everything, but now I'm getting the oddest behavior on the pda....<br><br>root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd<br>-sh: ./dtnd: not found<br>root@collie
:~/Applications/DTN_wireless/DTN2/daemon# ls -l<br>drwxr-xr-x&nbsp;&nbsp;&nbsp; 2 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4096 Mar 21 07:33 CVS<br>-rw-r--r--&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1184 Oct 24&nbsp; 2006 Makefile<br>-rw-r--r--&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 207 Oct&nbsp; 7 22:15 
Makefile-Builddir.in<br>-rw-r--r--&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4347 Mar 21 07:42 dtn.conf<br>-rwxrwxrwx&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp; 10916416 Nov 24&nbsp; 2006 dtnd<br>-rw-r--r--&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 12251 Oct 24&nbsp; 2006 dtnd.cc<br>
-rw-r--r--&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4624 Nov 24&nbsp; 2006 dtnd.d<br>-rw-r--r--&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 83872 Nov 24&nbsp; 2006 dtnd.o<br>-rw-r--r--&nbsp;&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 44555 Oct 26&nbsp; 2006 router.xsd<br><br>it is a arm binary because on the laptop I cross compiled it on:
<br><br>edifyteam@runabout:~/DTN/zaurus/build/DTN2/daemon$ file dtnd<br>dtnd: ELF 32-bit LSB executable, ARM, version 1 (ARM), dynamically linked (uses shared libs), not stripped<br><br>and on the PDA when i do<br>hexdump ./dtnd
<br>that works, which means the file is there so it transfered alright.<br><br>this is the crazyest error I've ever seen... anyone have any ideas?<br><br><div><span class="gmail_quote">On 11/22/06, <b class="gmail_sendername">
ryan m</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">so I'm trying scratchbox, I have it installed, I'm trying to recompile tcl, and running into a bit of an issue with it finding the libraries.&nbsp; It configures fine, but when I try to compile, I get:
<br><br>arm-linux-gcc -pipe -shared -o 
<a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtcl8.4.so</a> regcomp.o regexec.o regfree.o regerror.o tclAlloc.o tclAsync.o tclBasic.o tclBinary.o tclCkalloc.o tclClock.o
 tclCmdAH.o tclCmdIL.o tclCmdMZ.o tclCompCmds.o tclCompExpr.o tclCompile.o
 tclDate.o tclEncoding.o tclEnv.o tclEvent.o tclExecute.o tclFCmd.o tclFileName.o tclGet.o tclHash.o tclHistory.o tclIndexObj.o tclInterp.o tclIO.o tclIOCmd.o tclIOGT.o tclIOSock.o tclIOUtil.o tclLink.o tclListObj.o tclLiteral.o

 tclLoad.o tclMain.o tclNamesp.o tclNotify.o tclObj.o tclPanic.o tclParse.o tclParseExpr.o tclPipe.o tclPkg.o tclPosixStr.o tclPreserve.o tclProc.o tclRegexp.o tclResolve.o tclResult.o tclScan.o tclStringObj.o tclThread.o

 tclThreadAlloc.o tclThreadJoin.o tclStubInit.o tclStubLib.o tclTimer.o tclUtf.o tclUtil.o tclVar.o tclUnixChan.o tclUnixEvent.o tclUnixFCmd.o tclUnixFile.o tclUnixPipe.o tclUnixSock.o tclUnixTime.o tclUnixInit.o tclUnixThrd.o

 tclUnixCompat.o tclUnixNotfy.o memcmp.o strstr.o strtoul.o strtod.o tclLoadDl.o&nbsp; -ldl&nbsp; -lieee -lm&nbsp;&nbsp; -Wl,-rpath,/scratchbox/host_shared/lib//lib<br>/scratchbox/compilers/arm-gcc3.4-uclibc0.9.28/lib/gcc/arm-linux-uclibc/3.4.6/../../../../arm-linux-uclibc/bin/ld: cannot find -lieee
<span class="q"><br>collect2: ld returned 1 exit status<br></span>make: *** [<a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtcl8.4.so</a>] Error 1<br><br>and the library is there
<br><br>edifyteam@runabout:/scratchbox/host_shared/lib$ find . -name *ieee*<br>./libieee.a
<br><br>I've tried various configure args to try to fix it, but to no avail, including:<br>--without-ieee<br>--x-libraries=/scratchbox/host_shared/lib<br>--libdir=/scratchbox/host_shared/lib<br><br>any thoughts on this?, did you run into it?
<div><span class="e" id="q_10f112079441829d_3"><br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>Sorry -- from what I remember it worked out of the box.<div>We've also had some success with scratchbox, you could try that approach instead for cross-compiling.</div><span><div><br></div><div>-m</div>
</span><div><span><div><br></div><div><br><div><div>On Nov 20, 2006, at 5:33 PM, ryan m wrote:</div><br><blockquote type="cite">opps forgot an updatedb<br><br>root@runabout:~# locate pthread.h
<br>/opt/arm-linux-gnu/include/pthread.h<br>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h<br>/usr/include/nptl/pthread.h<br>/usr/include/pthread.h <br>/usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h
<br>root@runabout:~# <br><br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">ryan m</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">oooh and some googling says to do this:<br><br><pre>
1. threads issue (read before) : use option &quot;--disable-threads&quot;<br><br>but since DTN2 requires threads this seems like a bad idea....<br></pre><div><span><div><span class="gmail_quote"> On 11/20/06, <b class="gmail_sendername">

ryan m</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 so things were going so-so until I went to build gcc:<br><h3 lang="en">gcc</h3><p lang="en">Now do:</p> <pre lang="en"># cd ../gcc-arm-linux-3.3.z/<br><span lang="en"># debuild<br><br>it failes at:<br></span></pre>/usr/src/gcc-
arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys-include -O2&nbsp; -DIN_GCC -DCROSS_COMPILE&nbsp;&nbsp; -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition&nbsp; -isystem ./include&nbsp; -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include&nbsp; -fexceptions -c ../../src/gcc/unwind- 
dw2.c -o libgcc/./unwind-dw2.o<br>In file included from ./gthr-default.h:1,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/gthr.h:96,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/unwind-dw2.c:42:<br>../../src/gcc/gthr-posix.h:43:21: pthread.h

 : No such file or directory<br>../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory<br><br><br>the thread thing kills me once again<br><br>pthread.h is there... not sure were it's looking for it, or even if I copied the /usr/include/pthread.h to where it's looking for it would do anything 
<br><br>root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h<br>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h<br>/usr/include/nptl/pthread.h<br>/usr/include/pthread.h<br><br>Did you run anything like this? 
<div><span><br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div><div><br></div><div>I set up a debian system using the following instructions:
</div><div><br></div><div><a href="http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
</a></div><div><br></div><div>At the time, that worked on my zaurus.</div><span><div><br></div><div>-m</div></span><div><span> <br><div><div>On Nov 19, 2006, at 12:54 PM, ryan m wrote:</div><br><blockquote type="cite">make test in the oasys directory fails here:
<br><br>arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.&nbsp;&nbsp; -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g -fno-inline&nbsp; -MMD -MP -MT &quot; sample-.o sample-.E sample-.po&quot; -Wall -W -Wcast-align&nbsp; -Werror&nbsp; -static&nbsp; -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread&nbsp; 
liboasys.a -ltcl8.4 -ldb-4.4<br>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined reference to `pthread_kill' <br>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to `pthread_detach'<br>liboasys.a

(Thread.o):thread/Thread.cc:210: undefined reference to `pthread_join'<br>liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to `pthread_kill' <br>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to `pthread_sigmask'
<br>collect2: ld returned 1 exit status<br>make: *** [test/sample-test] Error 1<br><br>so it definatly seems like a pthread library issue, any idea how I can fix this.&nbsp; The libraries do indeed exsist. <br><br>edifyteam@runabout

:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld *thread*<br>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 libpthread-0.10.so
</a><br>-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a<br>-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15 2006-10-31 17:11 libpthread.so -&gt; libpthread.so.0<br>

lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 18 2006-10-31 17:11 libpthread.so.0 -&gt; <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libpthread-0.10.so</a><br> -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-
<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 17 2006-10-31 17:11 libthread_db.so -&gt; libthread_db.so.1 <br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 19 2006-10-31 17:11 libthread_db.so.1 -&gt; libthread_db-
<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br><br><br>EVERY zaurus specific cross compile evironment I can find (either instructions on producing one or a tar of one) is gcc 
2.x which as we found out is unable to compile DTN2 ri.&nbsp; Has anyone found a suitable cross compile environment for the zaurus based off of gcc 3.x?<br><br><div><span class="gmail_quote">On 11/17/06, <b class="gmail_sendername">

  Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

  <div><div>Unfortunately I'm not sure if I can give you any more advice on this -- again this looks like there's something wrong with the build and/or the system being incompatible or unstable. You could try compiling and running simpler programs with your setup to make sure the basic compiler is working, then perhaps try a simple multithreaded one, etc. If you run 'make tests' in the DTN2/oasys directory that will build a bunch of unit tests which you could try out to make sure things are working.&nbsp; 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:10 PM, ryan m wrote:</div><br><blockquote type="cite">backtrace to follow: <br><br>[1142331726.187026 /dtnd debug] started dtn server 
<br>[1142331726.187788 /dtn/apiserver/13 debug] created socket 13<br>[1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR<br>[1142331726.188407 /dtn/apiserver/13 debug] binding to <a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 127.0.0.1:5010</a><br>[1142331726.188762 /dtn/apiserver/13 debug] listening<br>[1142331726.189139 /dtn/apiserver/13 debug] state INIT -&gt; LISTENING <br> [1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to barrier 
<br>[1142331726.189880 /thread debug] releasing thread creation barrier -- 3 queued threads<br>[1142331726.190299 /thread debug] starting thread 0x42b544 <br><br>Program received signal SIG32, Real-time event 32.<br>0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55 
<br>55&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in ../sysdeps/unix/sysv/linux/sigsuspend.c<br>Current language:&nbsp; auto; currently c<br>(gdb) backtrace<br>#0&nbsp; 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55 
<br>#1&nbsp; 0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at pthread.c:1067<br>#2&nbsp; 0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64, <br>&nbsp;&nbsp;&nbsp; start_routine=0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, arg=0x42b544) at 
restart.h:36<br>#3&nbsp; 0x0010949c in oasys::Thread::start (this=0x42b544) at thread/Thread.cc:169 <br>#4&nbsp; 0x0010912c in oasys::Thread::release_start_barrier () at thread/Thread.cc:70<br>#5&nbsp; 0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5, argv=0xbffffd14) at 
dtnd.cc:401<br>#6&nbsp; 0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427<br><br><br>as far as my cross compiler I used a generic one for arm embedded systems... I couldn't find a zaurus one that was up to date enough to compile DTN2 
<br><br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>It looks like there's something more seriously wrong with your build. If you could print out the stack trace using gdb or some such, that would be helpful, but both these errors seem to me like there's something quite messed up in your build setup, perhaps a bogus cross compiler or the wrong endianness or something like that. 
<div><br></div><div>-mike</div><div><span><div><br><div><div>On Nov 16, 2006, at 8:30 AM, ryan m wrote:</div><br><blockquote type="cite">well --db-init completed so I went to run it without --init-db and got: <br><br>[1142293298.812187

  /dtn/storage/globals debug] loading global store<br>[1142293298.813051 /dtn/storage/globals debug] opening file /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key- <br>[1142293298.814094 /thread debug] delaying start of thread 0x429220 due to barrier 
<br>[1142293298.814538 /dtnd debug] started dtn server<br>[1142293298.815085 /dtn/apiserver/12 debug] created socket 12<br>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR <br>[1142293298.815706 /dtn/apiserver/12 debug] binding to 
<a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</a><br>[1142293298.816067 /dtn/apiserver/12 debug] listening <br>[1142293298.816451 /dtn/apiserver/12 debug] state INIT -&gt; LISTENING 
<br>[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to barrier<br>[1142293298.839105 /thread debug] releasing thread creation barrier -- 3 queued threads <br>[1142293298.845033 /thread debug] starting thread 0x42ae7c 
<br>[1142293298.851478 /thread debug] starting thread 0x429220<br>[1142293298.857805 /thread debug] starting thread 0x424030<br>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core <br>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc 
<br>[1142293298.929080 /dtnd info] starting console on <a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</a> <br>[1142293298.929495 /command debug] starting command server on 
<a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</a><br>[1142293298.937500 /command info] can't load tclreadline: can't find package tclreadline<br>[1142293298.938120

  /command info] fall back to simple command loop<br>collie dtn% Segmentation fault<br><br>THANK YOU for your help and patience <br> <br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] </a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

  <div><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp; </div><span><div><br></div><div>-m</div></span> <div><span>

  <div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time: <br><br>[1142289491.726722 /dtnd notice] initializing persistent data store 
<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db 
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented 
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369

  /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

  <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962

  /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

  0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

  rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

  rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

  rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

  rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">

  libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">

  <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

  [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">

  I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from 
<a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">

  in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">

  </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>

   <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

  [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] 
<b> On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div>

 </div> is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">

  I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

  [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>

  On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>

  when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h

  (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*
<br>
  -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286

   /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>

  <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote>

  </div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></span></div></div> </blockquote></div><br> </span></div></blockquote></div><br> </span></div></blockquote></div>
<br>
</blockquote></div><br></div></span></div></div>
</blockquote></div><br>

</span></div></blockquote></div><br>

------=_Part_113263_11240678.1164329069990--

Content-class: urn:content-classes:message
Date: Thu, 23 Nov 2006 10:36:09 -0500
From: "Durst, Robert C." <[email-masked]>
To: <[email-masked]>
Subject: [dtn-users] DTN on Gumstix
Sender: [email-masked]
Reply-To: [email-masked]

This is a multi-part message in MIME format.

------_=_NextPart_001_01C70F15.198FD95B
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi, all.  I just wanted to let folks know that I managed to get DTN
running on the Gumstix (cx) platform.  It took some minor gyrations,
and I had a problem that caused me to use the file db instead of
berkeley db.  (Further banging my head against the wall might have
caused berkeleydb to relent, but my head was sore enough already.)
Have successfully run dtnping and dtnsend with static routing (all I
need in this application). =20
=20
Most of the hassle was in getting the cross-compilation set up properly
and getting libraries pointed to appropriately.  I'll try to summarize
things (unless somebody else already has and I didn't notice) in the
coming days/weeks.  Have some other things to do first.
=20
Regards,
Bob Durst

------_=_NextPart_001_01C70F15.198FD95B
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2900.2995" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D676402915-23112006><FONT face=3DArial size=3D2>Hi, =
all.&nbsp; I=20
just wanted to let folks know that I managed to get DTN running on the =
Gumstix=20
(cx) platform.&nbsp; It took some minor gyrations, and I had a problem =
that=20
caused me to use the file db instead of berkeley db.&nbsp; (Further =
banging my=20
head against the wall might have caused berkeleydb to relent, but my =
head was=20
sore enough already.)&nbsp; Have successfully run dtnping and dtnsend =
with=20
static routing (all I need in this application).&nbsp; =
</FONT></SPAN></DIV>
<DIV><SPAN class=3D676402915-23112006><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D676402915-23112006><FONT face=3DArial size=3D2>Most =
of the hassle=20
was in getting the cross-compilation set up properly and getting =
libraries=20
pointed to appropriately.&nbsp; I'll try to summarize things (unless =
somebody=20
else already has and I didn't notice) in the coming days/weeks.&nbsp; =
Have some=20
other things to do first.</FONT></SPAN></DIV>
<DIV><SPAN class=3D676402915-23112006><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D676402915-23112006><FONT face=3DArial=20
size=3D2>Regards,</FONT></SPAN></DIV>
<DIV><SPAN class=3D676402915-23112006><FONT face=3DArial size=3D2>Bob=20
Durst</FONT></SPAN></DIV></BODY></HTML>

------_=_NextPart_001_01C70F15.198FD95B--

Date: Thu, 23 Nov 2006 11:55:00 +0200
From: "luo cheng" <[email-masked]>
To: [email-masked]
Cc: [email-masked]
Subject: [dtn-users] Re: running dtnsend, dtnrecv on Nokia770
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_102166_15283889.1164275700834
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

I am trying to run dtnd on Nokia770, and i met couple of strange things:

1, ./dtnsend  and ./dtnrecv doesn't work by keep showing the help message
even i typed the right command (e.g. ./dtnsend -s dtn://nokia3.dtn/1 -d
dtn://nokia4.dtn/1 -t m -p "hello"  or ./dtnrecv dtn://nokia3.dtn/1 ). and
./dtnping works ok.

2, when i trying to send dtn bundle from Nokia770 by a my dtn application to
the laptop, dtnd on laptop showed the error information as:
ASSERTION FAILED (cc == (int)len) at bundling/PrimaryBlockProcessor.cc:407
STACK TRACE: 0x80cc4d7 0x807dc55 0x8075cfe 0x80c4bb8 0x80c4583 0x808f338
0x80bd7ed 0x80f6ea3 0x80f6dc2 0xb7e19b63
Aborted

Could any one give some hints about that?

BR
Cheng

the full debug output file is attached as follow:
[1164358618.212030 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking
mode
 set
[1164358618.214416 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking
mode
 set
[1164358618.216866 /dtn/cl/tcp/conn/0x81e1948/19 debug] setting SO_REUSEADDR
[1164358618.219220 /dtn/cl/tcp/conn/0x81e1948/19 debug] set_nonblocking:
nonbloc
king mode set
[1164358618.221573 /thread debug] starting thread 0x81e194c
[1164358618.223868 /dtn/cl/tcp/conn/0x81e1948 debug] accept: got connection
from
 192.168.0.165:2068...
[1164358618.226361 /dtn/cl/tcp/conn/0x81e1948 debug] initiate_contact called
[1164358618.228622 /dtn/cl/tcp/conn/0x81e1948 debug] noting data_sent
[1164358618.230878 /dtn/cl/tcp/conn/0x81e1948 debug] send_data: trying to
drain
25 bytes from send buffer...
[1164358618.233321 /dtn/cl/tcp/conn/0x81e1948/19 debug] ::writev() fd 19 cc
25
[1164358618.235556 /dtn/cl/tcp/conn/0x81e1948 debug] send_data: wrote 25/25
byte
s from send buffer
[1164358618.237950 /dtn/cl/tcp/conn/0x81e1948 debug] calling poll on 2 fds
with
timeout 10000
[1164358618.240414 /dtn/cl/tcp/conn/0x81e1948 debug] poll_with_notifier: 1/2
fds
 ready, status 0x1 0x0
[1164358618.242858 /dtn/cl/tcp/conn/0x81e1948 debug] poll_with_notifier:
normal
fd has event
[1164358618.245280 /dtn/cl/tcp/conn/0x81e1948 debug] recv_data: draining up
to 3
2768 bytes into recv buffer...
[1164358618.247700 /dtn/cl/tcp/conn/0x81e1948/19 debug] ::readv() fd 19 cc
25
[1164358618.249908 /dtn/cl/tcp/conn/0x81e1948 debug] recv_data: read 25
bytes, r
cvbuf has 0 bytes
[1164358618.252208 /dtn/cl/tcp/t/manager debug] find_link_to: no match
[1164358618.261680 /dtn/contact/manager debug] new_opportunistic_link: cl
tcp ne
xthop 192.168.0.165:2068 remote_eid dtn://nokia3.dtn
[1164358618.264178 /dtn/cl/tcp debug] adding OPPORTUNISTIC link
192.168.0.165:20
68
[1164358618.266664 /dtn/link/opportunistic-0 info] new link opportunistic-0
[192
.168.0.165:2068 dtn:none OPPORTUNISTIC UNAVAILABLE]
[1164358618.269064 /dtn/contact/manager debug] adding link opportunistic-0
[1164358618.271306 /dtn/bundle/daemon debug] posting event (0x816e238) with
type
 LINK_CREATED (at back)
[1164358618.273652 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1164358618.275906 /dtn/bundle/daemon debug] poll returned 1
[1164358618.275920 /dtn/bundle/daemon debug] poll returned new event to
handle
[1164358618.275932 /timer debug] new timeout 343
[1164358618.278237 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1164358618.280467 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting
to
drain 1 bytes
[1164358618.280489 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained
1/1 by
te(s) from pipe
[1164358618.280496 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1164358618.280506 /dtn/bundle/daemon debug] dispatching event (0x816e238)
LINK_
CREATED
[1164358618.280515 /dtn/route/static debug] dispatching event (0x816e238)
LINK_C
REATED
[1164358618.280573 /dtn/bundle/daemon debug] posting event (0x81df498) with
type
 ROUTE_ADD (at back)
[1164358618.280583 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1164358618.280592 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1164358618.280600 /dtn/contact/manager debug] dispatching event (0x816e238)
LIN
K_CREATED
[1164358618.280614 /timer debug] new timeout 338
[1164358618.280621 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting
to
drain 1 bytes
[1164358618.280629 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained
1/1 by
te(s) from pipe
[1164358618.280637 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1164358618.280644 /dtn/bundle/daemon debug] dispatching event (0x81df498)
ROUTE
_ADD
[1164358618.280652 /dtn/bundle/daemon info] ROUTE_ADD dtn://nokia3.dtn/* ->
192.
168.0.165:2068 (FORWARD)
[1164358618.280662 /dtn/route/static debug] dispatching event (0x81df498)
ROUTE_
ADD
[1164358618.280669 /dtn/routing/static/table debug] add_route
dtn://nokia3.dtn/*
 -> 192.168.0.165:2068 (FORWARD)
[1164358618.280682 /dtn/route/static debug] check_next_hop
192.168.0.165:2068: c
hecking pending bundle list...
[1164358618.280692 /dtn/contact/manager debug] dispatching event (0x81df498)
ROU
TE_ADD
[1164358618.280701 /timer debug] new timeout 338
[1164358618.286399 /dtn/cl/tcp/conn/0x81e1948 debug] created new
opportunistic l
ink opportunistic-0 [192.168.0.165:2068 dtn://nokia3.dtn OPPORTUNISTIC
UNAVAILAB
LE]
[1164358618.288746 /dtn/contact/opportunistic-0 info] new contact contact
192.16
8.0.165:2068 (started 1164358618.288741)
[1164358618.291144 /dtn/contact/refs debug] refcount contact
192.168.0.165:2068
(started 1164358618.288741) 0 -> 1 add TCPConvergenceLayer::Connection
[1164358618.293572 /dtn/contact/refs debug] refcount contact
192.168.0.165:2068
(started 1164358618.288741) 1 -> 2 add Link
[1164358618.296024 /dtn/cl/tcp/conn/0x81e1948 debug] contact_up
[1164358618.298275 /dtn/contact/refs debug] refcount contact
192.168.0.165:2068
(started 1164358618.288741) 2 -> 3 add ContactUpEvent
[1164358618.300607 /dtn/bundle/daemon debug] posting event (0x81e1788) with
type
 CONTACT_UP (at back)
[1164358618.302985 /dtn/bundle/daemon/msgqueue debug] notifier notify
[1164358618.305205 /dtn/bundle/daemon debug] poll returned 1
[1164358618.305219 /dtn/bundle/daemon debug] poll returned new event to
handle
[1164358618.305230 /timer debug] new timeout 313
[1164358618.307502 /dtn/bundle/daemon/msgqueue debug] notify count = 1
[1164358618.309741 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting
to
drain 1 bytes
[1164358618.309762 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained
1/1 by
te(s) from pipe
[1164358618.309770 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0
[1164358618.309780 /dtn/bundle/daemon debug] dispatching event (0x81e1788)
CONTA
CT_UP
[1164358618.309790 /dtn/bundle/daemon info] CONTACT_UP opportunistic-0 [
192.168.
0.165:2068 dtn://nokia3.dtn OPPORTUNISTIC UNAVAILABLE] (contact 0x81e9810)
[1164358618.309803 /dtn/link/opportunistic-0 debug] set_state UNAVAILABLE ->
OPE
N
[1164358618.309812 /dtn/route/static debug] dispatching event (0x81e1788)
CONTAC
T_UP
[1164358618.309820 /dtn/route/static debug] check_next_hop
192.168.0.165:2068: c
hecking pending bundle list...
[1164358618.309830 /dtn/contact/manager debug] dispatching event (0x81e1788)
CON
TACT_UP
[1164358618.309839 /dtn/contact/refs debug] refcount contact
192.168.0.165:2068
(started 1164358618.288741) 3 -> 2 del ContactUpEvent
[1164358618.309855 /timer debug] new timeout 309
[1164358618.312991 /dtn/cl/tcp/conn/0x81e1948 debug] calling poll on 2 fds
with
timeout 10000
[1164358618.619094 /dtn/bundle/daemon debug] poll returned -2
[1164358618.619121 /dtn/bundle/daemon debug] poll timeout
[1164358618.619132 /timer debug] sub-millisecond difference found, falling
throu
gh
[1164358618.619141 /timer debug] popping timer 0x81cfcf8 at
1164358618.619130
[1164358618.619150 /dtn/storage/deadlock_timer debug] running deadlock
detection
[1164358618.619162 /dtn/storage/deadlock_timer debug] rescheduling in 5000
msecs
[1164358618.619171 /timer debug] scheduling timer 0x81cfcf8 in 5000 ms at
116435
8623:619170
[1164358618.619186 /timer debug] new timeout 5000
[1164358618.619199 /dtn/bundle/daemon debug] poll returned 1
[1164358618.619205 /dtn/bundle/daemon debug] poll returned new timers to
handle
[1164358618.619215 /timer debug] new timeout 5000
[1164358619.834370 /dtn/cl/tcp/conn/0x81e1948 debug] poll_with_notifier: 1/2
fds
 ready, status 0x1 0x0
[1164358619.836958 /dtn/cl/tcp/conn/0x81e1948 debug] poll_with_notifier:
normal
fd has event
[1164358619.839416 /dtn/cl/tcp/conn/0x81e1948 debug] recv_data: draining up
to 3
2768 bytes into recv buffer...
[1164358619.841893 /dtn/cl/tcp/conn/0x81e1948/19 debug] ::readv() fd 19 cc
4099
[1164358619.844130 /dtn/cl/tcp/conn/0x81e1948 debug] recv_data: read 4099
bytes,
 rcvbuf has 0 bytes
[1164358619.846509 /dtn/cl/tcp/conn/0x81e1948 debug] processing up to 4099
bytes
 from receive buffer
[1164358619.848929 /dtn/cl/tcp/conn/0x81e1948 debug] noting data_rcvd
[1164358619.851165 /dtn/cl/tcp/conn/0x81e1948 debug] recvbuf has 4099 full
bytes
, dispatching to handler routine
[1164358619.853550 /dtn/cl/tcp/conn/0x81e1948 debug] got BUNDLE_START
segment, c
reating new IncomingBundle
[1164358619.856020 /dtn/storage/globals debug] next_bundleid 23 -> 24
[1164358619.858284 /dtn/storage/globals debug] updating global store
[1164358619.860735 /dtn/storage/globals debug] put: serializing 12 byte
object (
plus 0 byte typecode)
[1164358619.867817 /dtn/bundle debug] Bundle::init bundle id 23
[1164358619.870324 /dtn/bundle/payload/23/file debug] open
/home/cluo/dtn/bundle
s/bundle_23.dat (flags 0xc2 mode 0x180): fd 31
[1164358619.874138 /dtn/bundle/protocol debug] BlockProcessor type 0x0
consumed
preamble 5/5 for block type (0x0): data_offset 5 data_length 0
ASSERTION FAILED (cc == (int)len) at bundling/PrimaryBlockProcessor.cc:407
STACK TRACE: 0x80cc4d7 0x807dc55 0x8075cfe 0x80c4bb8 0x80c4583 0x808f338
0x80bd7
ed 0x80f6ea3 0x80f6dc2 0xb7e19b63
Aborted

------=_Part_102166_15283889.1164275700834
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi, <br><br>I am trying to run dtnd on Nokia770, and i met couple of strange things:<br><br>1, ./dtnsend&nbsp; and ./dtnrecv doesn't work by keep showing the help message even i typed the right command (e.g. ./dtnsend -s dtn://nokia3.dtn/1 -d dtn://nokia4.dtn/1 -t m -p &quot;hello&quot;&nbsp; or ./dtnrecv dtn://nokia3.dtn/1 ). and ./dtnping works ok.
<br><br>2, when i trying to send dtn bundle from Nokia770 by a my dtn application to the laptop, dtnd on laptop showed the error information as:<br>ASSERTION FAILED (cc == (int)len) at bundling/PrimaryBlockProcessor.cc:407
<br>STACK TRACE: 0x80cc4d7 0x807dc55 0x8075cfe 0x80c4bb8 0x80c4583 0x808f338 0x80bd7ed 0x80f6ea3 0x80f6dc2 0xb7e19b63 <br>Aborted<br><br>Could any one give some hints about that?<br><br>BR<br>Cheng <br><br><br>the full debug output file is attached as follow:
<br>[1164358618.212030 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode<br>&nbsp;set<br>[1164358618.214416 /dtn/cl/tcp/notifier debug] set_nonblocking: nonblocking mode<br>&nbsp;set<br>[1164358618.216866 /dtn/cl/tcp/conn/0x81e1948/19 debug] setting SO_REUSEADDR
<br>[1164358618.219220 /dtn/cl/tcp/conn/0x81e1948/19 debug] set_nonblocking: nonbloc<br>king mode set<br>[1164358618.221573 /thread debug] starting thread 0x81e194c<br>[1164358618.223868 /dtn/cl/tcp/conn/0x81e1948 debug] accept: got connection from
<br>&nbsp;<a href="http://192.168.0.165:2068">192.168.0.165:2068</a>...<br>[1164358618.226361 /dtn/cl/tcp/conn/0x81e1948 debug] initiate_contact called<br>[1164358618.228622 /dtn/cl/tcp/conn/0x81e1948 debug] noting data_sent<br>
[1164358618.230878 /dtn/cl/tcp/conn/0x81e1948 debug] send_data: trying to drain <br>25 bytes from send buffer...<br>[1164358618.233321 /dtn/cl/tcp/conn/0x81e1948/19 debug] ::writev() fd 19 cc 25<br>[1164358618.235556 /dtn/cl/tcp/conn/0x81e1948 debug] send_data: wrote 25/25 byte
<br>s from send buffer<br>[1164358618.237950 /dtn/cl/tcp/conn/0x81e1948 debug] calling poll on 2 fds with <br>timeout 10000<br>[1164358618.240414 /dtn/cl/tcp/conn/0x81e1948 debug] poll_with_notifier: 1/2 fds<br>&nbsp;ready, status 0x1 0x0 
<br>[1164358618.242858 /dtn/cl/tcp/conn/0x81e1948 debug] poll_with_notifier: normal <br>fd has event<br>[1164358618.245280 /dtn/cl/tcp/conn/0x81e1948 debug] recv_data: draining up to 3<br>2768 bytes into recv buffer...<br>
[1164358618.247700 /dtn/cl/tcp/conn/0x81e1948/19 debug] ::readv() fd 19 cc 25<br>[1164358618.249908 /dtn/cl/tcp/conn/0x81e1948 debug] recv_data: read 25 bytes, r<br>cvbuf has 0 bytes<br>[1164358618.252208 /dtn/cl/tcp/t/manager debug] find_link_to: no match
<br>[1164358618.261680 /dtn/contact/manager debug] new_opportunistic_link: cl tcp ne<br>xthop <a href="http://192.168.0.165:2068">192.168.0.165:2068</a> remote_eid dtn://nokia3.dtn<br>[1164358618.264178 /dtn/cl/tcp debug] adding OPPORTUNISTIC link 
<a href="http://192.168.0.165:20">192.168.0.165:20</a><br>68<br>[1164358618.266664 /dtn/link/opportunistic-0 info] new link opportunistic-0 [192<br>.168.0.165:2068 dtn:none OPPORTUNISTIC UNAVAILABLE]<br>[1164358618.269064
 /dtn/contact/manager debug] adding link opportunistic-0<br>[1164358618.271306 /dtn/bundle/daemon debug] posting event (0x816e238) with type<br>&nbsp;LINK_CREATED (at back)<br>[1164358618.273652 /dtn/bundle/daemon/msgqueue debug] notifier notify
<br>[1164358618.275906 /dtn/bundle/daemon debug] poll returned 1<br>[1164358618.275920 /dtn/bundle/daemon debug] poll returned new event to handle<br>[1164358618.275932 /timer debug] new timeout 343<br>[1164358618.278237 /dtn/bundle/daemon/msgqueue debug] notify count = 1
<br>[1164358618.280467 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to <br>drain 1 bytes<br>[1164358618.280489 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 by<br>te(s) from pipe<br>[1164358618.280496
 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0<br>[1164358618.280506 /dtn/bundle/daemon debug] dispatching event (0x816e238) LINK_<br>CREATED<br>[1164358618.280515 /dtn/route/static debug] dispatching event (0x816e238) LINK_C
<br>REATED<br>[1164358618.280573 /dtn/bundle/daemon debug] posting event (0x81df498) with type<br>&nbsp;ROUTE_ADD (at back)<br>[1164358618.280583 /dtn/bundle/daemon/msgqueue debug] notifier notify<br>[1164358618.280592 /dtn/bundle/daemon/msgqueue debug] notify count = 1
<br>[1164358618.280600 /dtn/contact/manager debug] dispatching event (0x816e238) LIN<br>K_CREATED<br>[1164358618.280614 /timer debug] new timeout 338<br>[1164358618.280621 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to 
<br>drain 1 bytes<br>[1164358618.280629 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 by<br>te(s) from pipe<br>[1164358618.280637 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0<br>[1164358618.280644 /dtn/bundle/daemon debug] dispatching event (0x81df498) ROUTE
<br>_ADD<br>[1164358618.280652 /dtn/bundle/daemon info] ROUTE_ADD dtn://nokia3.dtn/* -&gt; 192.<br>168.0.165:2068 (FORWARD)<br>[1164358618.280662 /dtn/route/static debug] dispatching event (0x81df498) ROUTE_<br>ADD<br>[1164358618.280669
 /dtn/routing/static/table debug] add_route dtn://nokia3.dtn/*<br>&nbsp;-&gt; <a href="http://192.168.0.165:2068">192.168.0.165:2068</a> (FORWARD)<br>[1164358618.280682 /dtn/route/static debug] check_next_hop <a href="http://192.168.0.165:2068">
192.168.0.165:2068</a>: c<br>hecking pending bundle list...<br>[1164358618.280692 /dtn/contact/manager debug] dispatching event (0x81df498) ROU<br>TE_ADD<br>[1164358618.280701 /timer debug] new timeout 338<br>[1164358618.286399
 /dtn/cl/tcp/conn/0x81e1948 debug] created new opportunistic l<br>ink opportunistic-0 [<a href="http://192.168.0.165:2068">192.168.0.165:2068</a> dtn://nokia3.dtn OPPORTUNISTIC UNAVAILAB<br>LE]<br>[1164358618.288746 /dtn/contact/opportunistic-0 info] new contact contact 
192.16<br>8.0.165:2068 (started 1164358618.288741)<br>[1164358618.291144 /dtn/contact/refs debug] refcount contact <a href="http://192.168.0.165:2068">192.168.0.165:2068</a> <br>(started 1164358618.288741) 0 -&gt; 1 add TCPConvergenceLayer::Connection 
<br>[1164358618.293572 /dtn/contact/refs debug] refcount contact <a href="http://192.168.0.165:2068">192.168.0.165:2068</a> <br>(started 1164358618.288741) 1 -&gt; 2 add Link <br>[1164358618.296024 /dtn/cl/tcp/conn/0x81e1948 debug] contact_up
<br>[1164358618.298275 /dtn/contact/refs debug] refcount contact <a href="http://192.168.0.165:2068">192.168.0.165:2068</a> <br>(started 1164358618.288741) 2 -&gt; 3 add ContactUpEvent <br>[1164358618.300607 /dtn/bundle/daemon debug] posting event (0x81e1788) with type
<br>&nbsp;CONTACT_UP (at back)<br>[1164358618.302985 /dtn/bundle/daemon/msgqueue debug] notifier notify<br>[1164358618.305205 /dtn/bundle/daemon debug] poll returned 1<br>[1164358618.305219 /dtn/bundle/daemon debug] poll returned new event to handle
<br>[1164358618.305230 /timer debug] new timeout 313<br>[1164358618.307502 /dtn/bundle/daemon/msgqueue debug] notify count = 1<br>[1164358618.309741 /dtn/bundle/daemon/msgqueue debug] drain_pipe: attempting to <br>drain 1 bytes
<br>[1164358618.309762 /dtn/bundle/daemon/msgqueue debug] drain_pipe: drained 1/1 by<br>te(s) from pipe<br>[1164358618.309770 /dtn/bundle/daemon/msgqueue debug] drain pipe count = 0<br>[1164358618.309780 /dtn/bundle/daemon debug] dispatching event (0x81e1788) CONTA
<br>CT_UP<br>[1164358618.309790 /dtn/bundle/daemon info] CONTACT_UP opportunistic-0 [192.168.<br>0.165:2068 dtn://nokia3.dtn OPPORTUNISTIC UNAVAILABLE] (contact 0x81e9810)<br>[1164358618.309803 /dtn/link/opportunistic-0 debug] set_state UNAVAILABLE -&gt; OPE
<br>N<br>[1164358618.309812 /dtn/route/static debug] dispatching event (0x81e1788) CONTAC<br>T_UP<br>[1164358618.309820 /dtn/route/static debug] check_next_hop <a href="http://192.168.0.165:2068">192.168.0.165:2068</a>: c
<br>hecking pending bundle list...<br>[1164358618.309830 /dtn/contact/manager debug] dispatching event (0x81e1788) CON<br>TACT_UP<br>[1164358618.309839 /dtn/contact/refs debug] refcount contact <a href="http://192.168.0.165:2068">
192.168.0.165:2068</a> <br>(started 1164358618.288741) 3 -&gt; 2 del ContactUpEvent <br>[1164358618.309855 /timer debug] new timeout 309<br>[1164358618.312991 /dtn/cl/tcp/conn/0x81e1948 debug] calling poll on 2 fds with <br>
timeout 10000<br>[1164358618.619094 /dtn/bundle/daemon debug] poll returned -2<br>[1164358618.619121 /dtn/bundle/daemon debug] poll timeout<br>[1164358618.619132 /timer debug] sub-millisecond difference found, falling throu
<br>gh<br>[1164358618.619141 /timer debug] popping timer 0x81cfcf8 at 1164358618.619130<br>[1164358618.619150 /dtn/storage/deadlock_timer debug] running deadlock detection<br>[1164358618.619162 /dtn/storage/deadlock_timer debug] rescheduling in 5000 msecs
<br>[1164358618.619171 /timer debug] scheduling timer 0x81cfcf8 in 5000 ms at 116435<br>8623:619170<br>[1164358618.619186 /timer debug] new timeout 5000<br>[1164358618.619199 /dtn/bundle/daemon debug] poll returned 1<br>[
1164358618.619205 /dtn/bundle/daemon debug] poll returned new timers to handle<br>[1164358618.619215 /timer debug] new timeout 5000<br>[1164358619.834370 /dtn/cl/tcp/conn/0x81e1948 debug] poll_with_notifier: 1/2 fds<br>&nbsp;ready, status 0x1 0x0 
<br>[1164358619.836958 /dtn/cl/tcp/conn/0x81e1948 debug] poll_with_notifier: normal <br>fd has event<br>[1164358619.839416 /dtn/cl/tcp/conn/0x81e1948 debug] recv_data: draining up to 3<br>2768 bytes into recv buffer...<br>
[1164358619.841893 /dtn/cl/tcp/conn/0x81e1948/19 debug] ::readv() fd 19 cc 4099<br>[1164358619.844130 /dtn/cl/tcp/conn/0x81e1948 debug] recv_data: read 4099 bytes,<br>&nbsp;rcvbuf has 0 bytes<br>[1164358619.846509 /dtn/cl/tcp/conn/0x81e1948 debug] processing up to 4099 bytes
<br>&nbsp;from receive buffer<br>[1164358619.848929 /dtn/cl/tcp/conn/0x81e1948 debug] noting data_rcvd<br>[1164358619.851165 /dtn/cl/tcp/conn/0x81e1948 debug] recvbuf has 4099 full bytes<br>, dispatching to handler routine<br>
[1164358619.853550 /dtn/cl/tcp/conn/0x81e1948 debug] got BUNDLE_START segment, c<br>reating new IncomingBundle<br>[1164358619.856020 /dtn/storage/globals debug] next_bundleid 23 -&gt; 24<br>[1164358619.858284 /dtn/storage/globals debug] updating global store
<br>[1164358619.860735 /dtn/storage/globals debug] put: serializing 12 byte object (<br>plus 0 byte typecode)<br>[1164358619.867817 /dtn/bundle debug] Bundle::init bundle id 23<br>[1164358619.870324 /dtn/bundle/payload/23/file debug] open /home/cluo/dtn/bundle
<br>s/bundle_23.dat (flags 0xc2 mode 0x180): fd 31<br>[1164358619.874138 /dtn/bundle/protocol debug] BlockProcessor type 0x0 consumed <br>preamble 5/5 for block type (0x0): data_offset 5 data_length 0<br>ASSERTION FAILED (cc == (int)len) at bundling/PrimaryBlockProcessor.cc:407
<br>STACK TRACE: 0x80cc4d7 0x807dc55 0x8075cfe 0x80c4bb8 0x80c4583 0x808f338 0x80bd7<br>ed 0x80f6ea3 0x80f6dc2 0xb7e19b63 <br>Aborted<br><br>

------=_Part_102166_15283889.1164275700834--

Date: Wed, 22 Nov 2006 14:24:38 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Cc: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_104489_19200175.1164223478151
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

so I'm trying scratchbox, I have it installed, I'm trying to recompile tcl,
and running into a bit of an issue with it finding the libraries.  It
configures fine, but when I try to compile, I get:

arm-linux-gcc -pipe -shared -o libtcl8.4.so regcomp.o regexec.o regfree.o
regerror.o tclAlloc.o tclAsync.o tclBasic.o tclBinary.o tclCkalloc.o
tclClock.o tclCmdAH.o tclCmdIL.o tclCmdMZ.o tclCompCmds.o tclCompExpr.o
tclCompile.o tclDate.o tclEncoding.o tclEnv.o tclEvent.o tclExecute.o
tclFCmd.o tclFileName.o tclGet.o tclHash.o tclHistory.o tclIndexObj.o
tclInterp.o tclIO.o tclIOCmd.o tclIOGT.o tclIOSock.o tclIOUtil.o tclLink.o
tclListObj.o tclLiteral.o tclLoad.o tclMain.o tclNamesp.o tclNotify.o
tclObj.o tclPanic.o tclParse.o tclParseExpr.o tclPipe.o tclPkg.o
tclPosixStr.o tclPreserve.o tclProc.o tclRegexp.o tclResolve.o tclResult.o
tclScan.o tclStringObj.o tclThread.o tclThreadAlloc.o tclThreadJoin.o
tclStubInit.o tclStubLib.o tclTimer.o tclUtf.o tclUtil.o tclVar.o
tclUnixChan.o tclUnixEvent.o tclUnixFCmd.o tclUnixFile.o tclUnixPipe.o
tclUnixSock.o tclUnixTime.o tclUnixInit.o tclUnixThrd.o tclUnixCompat.o
tclUnixNotfy.o memcmp.o strstr.o strtoul.o strtod.o tclLoadDl.o  -ldl
-lieee -lm   -Wl,-rpath,/scratchbox/host_shared/lib//lib
/scratchbox/compilers/arm-gcc3.4-uclibc0.9.28/lib/gcc/arm-linux-uclibc/3.4.6/../../../../arm-linux-uclibc/bin/ld:
cannot find -lieee
collect2: ld returned 1 exit status
make: *** [libtcl8.4.so] Error 1

and the library is there

edifyteam@runabout:/scratchbox/host_shared/lib$ find . -name *ieee*
./libieee.a

I've tried various configure args to try to fix it, but to no avail,
including:
--without-ieee
--x-libraries=/scratchbox/host_shared/lib
--libdir=/scratchbox/host_shared/lib

any thoughts on this?, did you run into it?

On 11/20/06, Michael Demmer <[email-masked]> wrote:
>
> Sorry -- from what I remember it worked out of the box.We've also had some
> success with scratchbox, you could try that approach instead for
> cross-compiling.
>
> -m
>
>
> On Nov 20, 2006, at 5:33 PM, ryan m wrote:
>
> opps forgot an updatedb
>
> root@runabout:~# locate pthread.h
> /opt/arm-linux-gnu/include/pthread.h
> /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
> /usr/include/nptl/pthread.h
> /usr/include/pthread.h
> /usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h
> root@runabout:~#
>
>
> On 11/20/06, ryan m < [email-masked]> wrote:
> >
> > oooh and some googling says to do this:
> >
> > 1. threads issue (read before) : use option "--disable-threads"
> >
> > but since DTN2 requires threads this seems like a bad idea....
> >
> > On 11/20/06, ryan m <[email-masked]> wrote:
> > >
> > > so things were going so-so until I went to build gcc:
> > > gcc
> > >
> > > Now do:
> > >
> > > # cd ../gcc-arm-linux-3.3.z/
> > > # debuild
> > >
> > > it failes at:
> > >
> > > /usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-
> > > arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/
> > > -isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys-include -O2
> > > -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes
> > > -Wmissing-prototypes -Wold-style-definition  -isystem ./include
> > > -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
> > > -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../src/gcc
> > > -I../../src/gcc/. -I../../src/gcc/../include  -fexceptions -c
> > > ../../src/gcc/unwind- dw2.c -o libgcc/./unwind-dw2.o
> > > In file included from ./gthr-default.h:1,
> > >                  from ../../src/gcc/gthr.h:96,
> > >                  from ../../src/gcc/unwind-dw2.c:42:
> > > ../../src/gcc/gthr-posix.h:43:21: pthread.h : No such file or
> > > directory
> > > ../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory
> > >
> > >
> > > the thread thing kills me once again
> > >
> > > pthread.h is there... not sure were it's looking for it, or even if I
> > > copied the /usr/include/pthread.h to where it's looking for it would do
> > > anything
> > >
> > > root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h
> > > /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
> > > /usr/include/nptl/pthread.h
> > > /usr/include/pthread.h
> > >
> > > Did you run anything like this?
> > >
> > > On 11/20/06, Michael Demmer < [email-masked]> wrote:
> > > >
> > > >
> > > > I set up a debian system using the following instructions:
> > > >
> > > > http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
> > > >
> > > > At the time, that worked on my zaurus.
> > > >
> > > > -m
> > > >
> > > > On Nov 19, 2006, at 12:54 PM, ryan m wrote:
> > > >
> > > > make test in the oasys directory fails here:
> > > >
> > > > arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.
> > > > -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g
> > > > -fno-inline  -MMD -MP -MT " sample-.o sample-.E sample-.po" -Wall -W
> > > > -Wcast-align  -Werror  -static  -L/opt/arm-linux-libraries/lib
> > > > -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread  liboasys.a -
> > > > ltcl8.4 -ldb-4.4
> > > > liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined
> > > > reference to `pthread_kill'
> > > > liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to
> > > > `pthread_detach'
> > > > liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to
> > > > `pthread_join'
> > > > liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to
> > > > `pthread_kill'
> > > > liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to
> > > > `pthread_sigmask'
> > > > collect2: ld returned 1 exit status
> > > > make: *** [test/sample-test] Error 1
> > > >
> > > > so it definatly seems like a pthread library issue, any idea how I
> > > > can fix this.  The libraries do indeed exsist.
> > > >
> > > > edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls
> > > > -ld *thread*
> > > > -rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
> > > > -rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
> > > > -rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
> > > > lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->
> > > > libpthread.so.0
> > > > lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->
> > > > libpthread-0.10.so
> > > > -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-1.0.so
> > > > lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->
> > > > libthread_db.so.1
> > > > lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1 ->
> > > > libthread_db-1.0.so
> > > >
> > > >
> > > > EVERY zaurus specific cross compile evironment I can find (either
> > > > instructions on producing one or a tar of one) is gcc 2.x which as
> > > > we found out is unable to compile DTN2 ri.  Has anyone found a suitable
> > > > cross compile environment for the zaurus based off of gcc 3.x?
> > > >
> > > > On 11/17/06, Michael Demmer <[email-masked]> wrote:
> > > > >
> > > > > Unfortunately I'm not sure if I can give you any more advice on
> > > > > this -- again this looks like there's something wrong with the build and/or
> > > > > the system being incompatible or unstable. You could try compiling and
> > > > > running simpler programs with your setup to make sure the basic compiler is
> > > > > working, then perhaps try a simple multithreaded one, etc. If you run 'make
> > > > > tests' in the DTN2/oasys directory that will build a bunch of unit tests
> > > > > which you could try out to make sure things are working.
> > > > >
> > > > > -m
> > > > >
> > > > >
> > > > > On Nov 16, 2006, at 7:10 PM, ryan m wrote:
> > > > >
> > > > > backtrace to follow:
> > > > >
> > > > > [1142331726.187026 /dtnd debug] started dtn server
> > > > > [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
> > > > > [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
> > > > > [1142331726.188407 /dtn/apiserver/13 debug] binding to
> > > > > 127.0.0.1:5010
> > > > > [1142331726.188762 /dtn/apiserver/13 debug] listening
> > > > > [1142331726.189139 /dtn/apiserver/13 debug] state INIT ->
> > > > > LISTENING
> > > > > [1142331726.189462 /thread debug] delaying start of thread
> > > > > 0x4240f8 due to barrier
> > > > > [1142331726.189880 /thread debug] releasing thread creation
> > > > > barrier -- 3 queued threads
> > > > > [1142331726.190299 /thread debug] starting thread 0x42b544
> > > > >
> > > > > Program received signal SIG32, Real-time event 32.
> > > > > 0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > > > > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > > > > 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
> > > > > directory.
> > > > >         in ../sysdeps/unix/sysv/linux/sigsuspend.c
> > > > > Current language:  auto; currently c
> > > > > (gdb) backtrace
> > > > > #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > > > > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > > > > #1  0x00249ed4 in __pthread_wait_for_restart_signal
> > > > > (self=0x3c3620) at pthread.c:1067
> > > > > #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548,
> > > > > attr=0x3c3e64,
> > > > >     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*)>,
> > > > > arg=0x42b544) at restart.h:36
> > > > > #3  0x0010949c in oasys::Thread::start (this=0x42b544) at
> > > > > thread/Thread.cc:169
> > > > > #4  0x0010912c in oasys::Thread::release_start_barrier () at
> > > > > thread/Thread.cc:70
> > > > > #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,
> > > > > argv=0xbffffd14) at dtnd.cc:401
> > > > > #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
> > > > >
> > > > >
> > > > > as far as my cross compiler I used a generic one for arm embedded
> > > > > systems... I couldn't find a zaurus one that was up to date enough to
> > > > > compile DTN2
> > > > >
> > > > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > > > >
> > > > > > It looks like there's something more seriously wrong with your
> > > > > > build. If you could print out the stack trace using gdb or some such, that
> > > > > > would be helpful, but both these errors seem to me like there's something
> > > > > > quite messed up in your build setup, perhaps a bogus cross compiler or the
> > > > > > wrong endianness or something like that.
> > > > > > -mike
> > > > > >
> > > > > > On Nov 16, 2006, at 8:30 AM, ryan m wrote:
> > > > > >
> > > > > > well --db-init completed so I went to run it without --init-db
> > > > > > and got:
> > > > > >
> > > > > > [1142293298.812187 /dtn/storage/globals debug] loading global
> > > > > > store
> > > > > > [1142293298.813051 /dtn/storage/globals debug] opening file
> > > > > > /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
> > > > > > [1142293298.814094 /thread debug] delaying start of thread
> > > > > > 0x429220 due to barrier
> > > > > > [1142293298.814538 /dtnd debug] started dtn server
> > > > > > [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
> > > > > > [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
> > > > > >
> > > > > > [1142293298.815706 /dtn/apiserver/12 debug] binding to
> > > > > > 127.0.0.1:5010
> > > > > > [1142293298.816067 /dtn/apiserver/12 debug] listening
> > > > > > [1142293298.816451 /dtn/apiserver/12 debug] state INIT ->
> > > > > > LISTENING
> > > > > > [1142293298.833241 /thread debug] delaying start of thread
> > > > > > 0x424030 due to barrier
> > > > > > [1142293298.839105 /thread debug] releasing thread creation
> > > > > > barrier -- 3 queued threads
> > > > > > [1142293298.845033 /thread debug] starting thread 0x42ae7c
> > > > > > [1142293298.851478 /thread debug] starting thread 0x429220
> > > > > > [1142293298.857805 /thread debug] starting thread 0x424030
> > > > > > ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
> > > > > > STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c
> > > > > > 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
> > > > > > [1142293298.929080 /dtnd info] starting console on
> > > > > > 127.0.0.1:5050
> > > > > > [1142293298.929495 /command debug] starting command server on
> > > > > > 127.0.0.1:5050
> > > > > > [1142293298.937500 /command info] can't load tclreadline: can't
> > > > > > find package tclreadline
> > > > > > [1142293298.938120 /command info] fall back to simple command
> > > > > > loop
> > > > > > collie dtn% Segmentation fault
> > > > > >
> > > > > > THANK YOU for your help and patience
> > > > > >
> > > > > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > > > > >
> > > > > > > Hmm... That's a strange one. You could try just using the
> > > > > > > filesystem store by changing 'storage set type berkeleydb' to 'storage set
> > > > > > > type filesysdb'.
> > > > > > >
> > > > > > > -m
> > > > > > >
> > > > > > >
> > > > > > > On Nov 16, 2006, at 7:27 AM, ryan m wrote:
> > > > > > >
> > > > > > > well that got me a little farther at least... this is where it
> > > > > > > died this time:
> > > > > > >
> > > > > > > [1142289491.726722 /dtnd notice] initializing persistent data
> > > > > > > store
> > > > > > > [1142289491.767648 /dtn/storage notice] creating new database
> > > > > > > directory /home/root/Applications/DTN_wireless/tmp/db
> > > > > > > [1142289491.884849 /dtn/storage info] initializing db name=DTN
> > > > > > > (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> > > > > > > [1142289492.284995 /storage/berkeleydb error] DB internal
> > > > > > > error: unable to initialize mutex: Function not implemented
> > > > > > > [1142289492.290986 /storage/berkeleydb error] DB internal
> > > > > > > error: PANIC: Function not implemented
> > > > > > > [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY:
> > > > > > > Fatal error, run database recovery, cannot open database
> > > > > > > [1142289492.316046 /dtn/storage error] can't initialize
> > > > > > > berkeleydb -1000
> > > > > > > [1142289492.316369 /dtnd critical] error creating storage
> > > > > > > system
> > > > > > > [1142289492.316683 /dtnd error] error initializing data store,
> > > > > > > exiting...
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On 11/15/06, Michael Demmer <[email-masked]> wrote:
> > > > > > > >
> > > > > > > >
> > > > > > > > The only reason you could be getting that error is if the
> > > > > > > > name lookup failed for some reason. You could try putting the IP address in
> > > > > > > > the llink configuration and seeing if that works. If it does, then there
> > > > > > > > must be something wrong with the host configuration or some other reason why
> > > > > > > > the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You
> > > > > > > > could put more debug logging in there to trace it down further.
> > > > > > > >
> > > > > > > > -m
> > > > > > > >
> > > > > > > >
> > > > > > > > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> > > > > > > >
> > > > > > > > so I've got a static version of dtnd compiled and on the
> > > > > > > > zaurus, and now I'm getting this odd behavior when I try to run
> > > > > > > >
> > > > > > > > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> > > > > > > >
> > > > > > > > [1142213113.431028 /dtnd info] parsing configuration file
> > > > > > > > ./dtn.conf...
> > > > > > > > [1142213113.433018 /command debug] executing command file
> > > > > > > > ./dtn.conf
> > > > > > > > [1142213113.438962 /dtnd info] dtnd parsing configuration...
> > > > > > > > [1142213113.447671 /dtn/interface/table info] adding
> > > > > > > > interface tcp0 (tcp)
> > > > > > > > [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> > > > > > > > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > > created pipe, fds: 9 10
> > > > > > > > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > > set_nonblocking: nonblocking mode set
> > > > > > > > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > > set_nonblocking: nonblocking mode set
> > > > > > > > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created
> > > > > > > > socket 11
> > > > > > > > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting
> > > > > > > > SO_REUSEADDR
> > > > > > > > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to
> > > > > > > > 0.0.0.0:5000
> > > > > > > > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > > > > > > > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT
> > > > > > > > -> LISTENING
> > > > > > > > [1142213113.462443 /thread debug] delaying start of thread
> > > > > > > > 0x42bb54 due to barrier
> > > > > > > > [1142213113.464152 /dtn/link/link1 debug] set_state
> > > > > > > > UNAVAILABLE -> AVAILABLE
> > > > > > > > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > > > > > > > rcm2.cse.lehigh.edu:5000
> > > > > > > > [1142213113.465856 /dtn/cl/iputils warning] invalid hostname
> > > > > > > > ' rcm2.cse.lehigh.edu ' in next hop rcm2.cse.lehigh.edu:5000
> > > > > > > > [1142213113.466250 /dtn/cl/tcp error] invalid next hop
> > > > > > > > address ' rcm2.cse.lehigh.edu:5000 '
> > > > > > > > [1142213113.466579 /dtn/cl/tcp error] error parsing link
> > > > > > > > nexthop ' rcm2.cse.lehigh.edu:5000'
> > > > > > > > [1142213113.467679 /command error] error: line 137: 'invalid
> > > > > > > > link option: (unknown)':
> > > > > > > > invalid link option: (unknown)
> > > > > > > >     while executing
> > > > > > > > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> > > > > > > >     (file "./dtn.conf" line 137)
> > > > > > > > [1142213113.468105 /dtnd error] error in configuration file,
> > > > > > > > exiting...
> > > > > > > >
> > > > > > > > and i can ssh to rcm2.cse.lehigh.edu from the pda so it
> > > > > > > > isn't a failure in name resolution.
> > > > > > > >
> > > > > > > > sorry about posting the "wrong" list, I knew there was
> > > > > > > > discussion of making multiple lists, but I wasn't aware that it had actually
> > > > > > > > happened, since I don't have the time to read everything that goes through
> > > > > > > > dtn-interest. Thank you for the help so far.
> > > > > > > >
> > > > > > > >
> > > > > > > > On 11/13/06, Michael Demmer < [email-masked] >
> > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > First of all, let me say that this discussion should be on
> > > > > > > > > dtn-users. I don't know if ryan is on that list or not, but if you're not,
> > > > > > > > > please in the future use that list for dtn reference implementation
> > > > > > > > > questions, not dtn-interest.
> > > > > > > > > As far as building tcl statically goes, it's a bit
> > > > > > > > > confusing, but you need to run tcl's ./configure --disable-shared to tell it
> > > > > > > > > to build a full static libtcl8.4.a. You don't want the
> > > > > > > > > stub library linked in.
> > > > > > > > >
> > > > > > > > > As far as your original problem goes, I suggested linking
> > > > > > > > > statically to try to confirm that it's not a library compatibility issue due
> > > > > > > > > to the cross compilation. I don't know if this will help or not, but that's
> > > > > > > > > what I suggest to do first.
> > > > > > > > >
> > > > > > > > > -mike
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > > > > > > > >
> > > > > > > > > my libtclstub is libtclstub8.4.so.a and if i try to link
> > > > > > > > > to it with a link name of libtclstub8.4.so.a or
> > > > > > > > > libtclstub8.4.so in the /usr/lib directory.  ldconfig
> > > > > > > > > complains it " is not an ELF file - it has the wrong magic bytes at the
> > > > > > > > > start" so I had to leave that link out, but I did do the other links, but
> > > > > > > > > dtnd crashes the same way.
> > > > > > > > >
> > > > > > > > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > > > > > > > >
> > > > > > > > > >  I added links in the target for the following:
> > > > > > > > > >
> > > > > > > > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > > > > > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > > > > > > > >  in /usr/lib/ from libtclstub8.4.so ->
> > > > > > > > > > /usr/lib/libtclstub8.4.so
> > > > > > > > > >
> > > > > > > > > > For some reason, it seemed like the tcl libraries wanted
> > > > > > > > > > to be in the same directory as the pthread libraries (but I haven't
> > > > > > > > > > confirmed that).  I just moved on as soon as things started working.
> > > > > > > > > >
> > > > > > > > > > Let me know if this helps for you...
> > > > > > > > > >
> > > > > > > > > >  ------------------------------
> > > > > > > > > > *From:* [email-masked] [mailto:
> > > > > > > > > > [email-masked]] * On Behalf Of *ryan
> > > > > > > > > > m
> > > > > > > > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > > > > > > > *To:* DTNRG
> > > > > > > > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > > > >
> > > > > > > > > >  is that something I can do with a configure argument to
> > > > > > > > > > building the tcl library (I can't find it in ./configure --help)?, and do
> > > > > > > > > > you think that doing a static build is the best way to fix the original
> > > > > > > > > > issue I was having on the PDA?
> > > > > > > > > >
> > > > > > > > > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > > > > > > > > >
> > > > > > > > > > >  I suspect the answer is that you need a 'real' tcl
> > > > > > > > > > > library (a .a file) that can be linked statically.  I don't think shared
> > > > > > > > > > > objects (the .so tcl library you have in the arm directory) can be linked
> > > > > > > > > > > that way.
> > > > > > > > > > >
> > > > > > > > > > >         --keith
> > > > > > > > > > >
> > > > > > > > > > >  ------------------------------
> > > > > > > > > > > *From:* [email-masked] [mailto:
> > > > > > > > > > > [email-masked]] * On Behalf Of *ryan
> > > > > > > > > > > m
> > > > > > > > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > > > > > > > *To:* DTNRG
> > > > > > > > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > > > > >
> > > > > > > > > > >  when i configure with this:
> > > > > > > > > > >
> > > > > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > > > > >
> > > > > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > > > >
> > > > > > > > > > > configure completes fine, but... when I do this:
> > > > > > > > > > >
> > > > > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > > > > >
> > > > > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > > > > --enable-static
> > > > > > > > > > >
> > > > > > > > > > > I get:
> > > > > > > > > > >
> > > > > > > > > > > configure: checking for tcl installation (version 8.4)
> > > > > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > > > > checking for tcl library in
> > > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl
> > > > > > > > > > > -lm -lpthread ... no
> > > > > > > > > > > checking for tcl library in
> > > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl84 -ldl
> > > > > > > > > > > -lm -lpthread ... no
> > > > > > > > > > > checking for tcl library in
> > > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl -ldl -lm
> > > > > > > > > > > -lpthread ... no
> > > > > > > > > > >
> > > > > > > > > > > configure: checking for tcl installation (version 8.3)
> > > > > > > > > > > checking for tcl.h (version 8.3) in
> > > > > > > > > > > /opt/arm-linux-libraries/include... no
> > > > > > > > > > > configure: error: can't find usable tcl.h
> > > > > > > > > > >
> > > > > > > > > > > and it is there:
> > > > > > > > > > >
> > > > > > > > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls
> > > > > > > > > > > -ld *tcl*
> > > > > > > > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > > > > > > >
> > > > > > > > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28
> > > > > > > > > > > libtclstub8.4.a
> > > > > > > > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > > > > > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28
> > > > > > > > > > > tclConfig.sh
> > > > > > > > > > >
> > > > > > > > > > > without enable-static:
> > > > > > > > > > >
> > > > > > > > > > > configure: checking for tcl installation (version 8.4)
> > > > > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > > > > checking for tcl library in
> > > > > > > > > > > /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl
> > > > > > > > > > > -lm -lpthread ... yes
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Thank you for the help
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Michael Demmer wrote:
> > > > > > > > > > > > try statically building dtnd and see if that works.
> > > > > > > > > > > >
> > > > > > > > > > > > -m
> > > > > > > > > > > >
> > > > > > > > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > > > > > > > >
> > > > > > > > > > > >> So I finally had a chance to try out the DTN on the
> > > > > > > > > > > zaurus.  So I
> > > > > > > > > > > >> copied over the libs that I had cross compiled,
> > > > > > > > > > > which seemed obvious
> > > > > > > > > > > >> to do. Then DTN was complaining about stdc++ lib so
> > > > > > > > > > > I copied over the
> > > > > > > > > > > >> libs from the lib directory of the cross compile
> > > > > > > > > > > tool chain, I figured
> > > > > > > > > > > >> that if it was linking in those libs to make arm
> > > > > > > > > > > binaries the libs
> > > > > > > > > > > >> themselves must be arm compatabile, is this
> > > > > > > > > > > right?  So the sum of it
> > > > > > > > > > > >> is I get this when I try to run DTN:
> > > > > > > > > > > >>
> > > > > > > > > > > >>
> > > > > > > > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > > ./dtnd -l DEBUG
> > > > > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > > > > >> ./dtnd: error while loading shared libraries:
> > > > > > > > > > > libstdc++.so.5: cannot
> > > > > > > > > > > >> open shared object file: No such file or directory
> > > > > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > > ldconfig
> > > > > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > > ./dtnd -l DEBUG
> > > > > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > > > > >> [1142218881.762749 /log debug] adding log reparse
> > > > > > > > > > > signal handler
> > > > > > > > > > > >> [1142218881.929239 /timer debug] adding signal
> > > > > > > > > > > handler 0xd6c14 for
> > > > > > > > > > > >> signal 1
> > > > > > > > > > > >> [ 1142218881.931204 /log debug] adding log rotate
> > > > > > > > > > > signal handler
> > > > > > > > > > > >> [1142218881.933055 /timer debug] adding signal
> > > > > > > > > > > handler 0xd6b9c for
> > > > > > > > > > > >> signal 10
> > > > > > > > > > > >> [1142218881.935286 /dtnd notice] DTN daemon
> > > > > > > > > > > starting up... (pid 1870)
> > > > > > > > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump
> > > > > > > > > > > core
> > > > > > > > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > > > > > > > >> Illegal instruction
> > > > > > > > > > > >>
> > > > > > > > > > > >> any thoughts?
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> >
>
>

------=_Part_104489_19200175.1164223478151
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

so I'm trying scratchbox, I have it installed, I'm trying to recompile tcl, and running into a bit of an issue with it finding the libraries.&nbsp; It configures fine, but when I try to compile, I get:<br><br>arm-linux-gcc -pipe -shared -o 
<a href="http://libtcl8.4.so">libtcl8.4.so</a> regcomp.o regexec.o regfree.o regerror.o tclAlloc.o tclAsync.o tclBasic.o tclBinary.o tclCkalloc.o tclClock.o tclCmdAH.o tclCmdIL.o tclCmdMZ.o tclCompCmds.o tclCompExpr.o tclCompile.o
 tclDate.o tclEncoding.o tclEnv.o tclEvent.o tclExecute.o tclFCmd.o tclFileName.o tclGet.o tclHash.o tclHistory.o tclIndexObj.o tclInterp.o tclIO.o tclIOCmd.o tclIOGT.o tclIOSock.o tclIOUtil.o tclLink.o tclListObj.o tclLiteral.o
 tclLoad.o tclMain.o tclNamesp.o tclNotify.o tclObj.o tclPanic.o tclParse.o tclParseExpr.o tclPipe.o tclPkg.o tclPosixStr.o tclPreserve.o tclProc.o tclRegexp.o tclResolve.o tclResult.o tclScan.o tclStringObj.o tclThread.o
 tclThreadAlloc.o tclThreadJoin.o tclStubInit.o tclStubLib.o tclTimer.o tclUtf.o tclUtil.o tclVar.o tclUnixChan.o tclUnixEvent.o tclUnixFCmd.o tclUnixFile.o tclUnixPipe.o tclUnixSock.o tclUnixTime.o tclUnixInit.o tclUnixThrd.o
 tclUnixCompat.o tclUnixNotfy.o memcmp.o strstr.o strtoul.o strtod.o tclLoadDl.o&nbsp; -ldl&nbsp; -lieee -lm&nbsp;&nbsp; -Wl,-rpath,/scratchbox/host_shared/lib//lib<br>/scratchbox/compilers/arm-gcc3.4-uclibc0.9.28/lib/gcc/arm-linux-uclibc/3.4.6/../../../../arm-linux-uclibc/bin/ld: cannot find -lieee
<br>collect2: ld returned 1 exit status<br>make: *** [<a href="http://libtcl8.4.so">libtcl8.4.so</a>] Error 1<br><br>and the library is there<br><br>edifyteam@runabout:/scratchbox/host_shared/lib$ find . -name *ieee*<br>./libieee.a
<br><br>I've tried various configure args to try to fix it, but to no avail, including:<br>--without-ieee<br>--x-libraries=/scratchbox/host_shared/lib<br>--libdir=/scratchbox/host_shared/lib<br><br>any thoughts on this?, did you run into it?
<br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="">Sorry -- from what I remember it worked out of the box.<div>We've also had some success with scratchbox, you could try that approach instead for cross-compiling.</div><span class="sg"><div><br></div><div>-m</div>
</span><div><span class="e" id="q_10f086b2abeb9d19_2"><div><br></div><div><br><div><div>On Nov 20, 2006, at 5:33 PM, ryan m wrote:</div><br><blockquote type="cite">opps forgot an updatedb<br><br>root@runabout:~# locate pthread.h
<br>/opt/arm-linux-gnu/include/pthread.h<br>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h<br>/usr/include/nptl/pthread.h<br>/usr/include/pthread.h <br>/usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h
<br>root@runabout:~# <br><br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">ryan m</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">oooh and some googling says to do this:<br><br><pre>
1. threads issue (read before) : use option &quot;--disable-threads&quot;<br><br>but since DTN2 requires threads this seems like a bad idea....<br></pre><div><span><div><span class="gmail_quote"> On 11/20/06, <b class="gmail_sendername">
ryan m</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 so things were going so-so until I went to build gcc:<br><h3 lang="en">gcc</h3><p lang="en">Now do:</p> <pre lang="en"># cd ../gcc-arm-linux-3.3.z/<br><span lang="en"># debuild<br><br>it failes at:<br></span></pre>/usr/src/gcc-
arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys-include -O2&nbsp; -DIN_GCC -DCROSS_COMPILE&nbsp;&nbsp; -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition&nbsp; -isystem ./include&nbsp; -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include&nbsp; -fexceptions -c ../../src/gcc/unwind- 
dw2.c -o libgcc/./unwind-dw2.o<br>In file included from ./gthr-default.h:1,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/gthr.h:96,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/unwind-dw2.c:42:<br>../../src/gcc/gthr-posix.h:43:21: pthread.h
 : No such file or directory<br>../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory<br><br><br>the thread thing kills me once again<br><br>pthread.h is there... not sure were it's looking for it, or even if I copied the /usr/include/pthread.h to where it's looking for it would do anything 
<br><br>root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h<br>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h<br>/usr/include/nptl/pthread.h<br>/usr/include/pthread.h<br><br>Did you run anything like this? 
<div><span><br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div><div><br></div><div>I set up a debian system using the following instructions:
</div><div><br></div><div><a href="http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
</a></div><div><br></div><div>At the time, that worked on my zaurus.</div><span><div><br></div><div>-m</div></span><div><span> <br><div><div>On Nov 19, 2006, at 12:54 PM, ryan m wrote:</div><br><blockquote type="cite">make test in the oasys directory fails here:
<br><br>arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.&nbsp;&nbsp; -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g -fno-inline&nbsp; -MMD -MP -MT &quot; sample-.o sample-.E sample-.po&quot; -Wall -W -Wcast-align&nbsp; -Werror&nbsp; -static&nbsp; -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread&nbsp; 
liboasys.a -ltcl8.4 -ldb-4.4<br>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined reference to `pthread_kill' <br>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to `pthread_detach'<br>liboasys.a
(Thread.o):thread/Thread.cc:210: undefined reference to `pthread_join'<br>liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to `pthread_kill' <br>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to `pthread_sigmask'
<br>collect2: ld returned 1 exit status<br>make: *** [test/sample-test] Error 1<br><br>so it definatly seems like a pthread library issue, any idea how I can fix this.&nbsp; The libraries do indeed exsist. <br><br>edifyteam@runabout
:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld *thread*<br>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libpthread-0.10.so
</a><br>-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a<br>-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15 2006-10-31 17:11 libpthread.so -&gt; libpthread.so.0<br>
lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 18 2006-10-31 17:11 libpthread.so.0 -&gt; <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libpthread-0.10.so</a><br> -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-
<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 17 2006-10-31 17:11 libthread_db.so -&gt; libthread_db.so.1 <br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 19 2006-10-31 17:11 libthread_db.so.1 -&gt; libthread_db-
<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br><br><br>EVERY zaurus specific cross compile evironment I can find (either instructions on producing one or a tar of one) is gcc 
2.x which as we found out is unable to compile DTN2 ri.&nbsp; Has anyone found a suitable cross compile environment for the zaurus based off of gcc 3.x?<br><br><div><span class="gmail_quote">On 11/17/06, <b class="gmail_sendername">
  Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
  <div><div>Unfortunately I'm not sure if I can give you any more advice on this -- again this looks like there's something wrong with the build and/or the system being incompatible or unstable. You could try compiling and running simpler programs with your setup to make sure the basic compiler is working, then perhaps try a simple multithreaded one, etc. If you run 'make tests' in the DTN2/oasys directory that will build a bunch of unit tests which you could try out to make sure things are working.&nbsp; 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:10 PM, ryan m wrote:</div><br><blockquote type="cite">backtrace to follow: <br><br>[1142331726.187026 /dtnd debug] started dtn server 
<br>[1142331726.187788 /dtn/apiserver/13 debug] created socket 13<br>[1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR<br>[1142331726.188407 /dtn/apiserver/13 debug] binding to <a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 127.0.0.1:5010</a><br>[1142331726.188762 /dtn/apiserver/13 debug] listening<br>[1142331726.189139 /dtn/apiserver/13 debug] state INIT -&gt; LISTENING <br> [1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to barrier 
<br>[1142331726.189880 /thread debug] releasing thread creation barrier -- 3 queued threads<br>[1142331726.190299 /thread debug] starting thread 0x42b544 <br><br>Program received signal SIG32, Real-time event 32.<br>0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55 
<br>55&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in ../sysdeps/unix/sysv/linux/sigsuspend.c<br>Current language:&nbsp; auto; currently c<br>(gdb) backtrace<br>#0&nbsp; 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55 
<br>#1&nbsp; 0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at pthread.c:1067<br>#2&nbsp; 0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64, <br>&nbsp;&nbsp;&nbsp; start_routine=0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, arg=0x42b544) at 
restart.h:36<br>#3&nbsp; 0x0010949c in oasys::Thread::start (this=0x42b544) at thread/Thread.cc:169 <br>#4&nbsp; 0x0010912c in oasys::Thread::release_start_barrier () at thread/Thread.cc:70<br>#5&nbsp; 0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5, argv=0xbffffd14) at 
dtnd.cc:401<br>#6&nbsp; 0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427<br><br><br>as far as my cross compiler I used a generic one for arm embedded systems... I couldn't find a zaurus one that was up to date enough to compile DTN2 
<br><br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>It looks like there's something more seriously wrong with your build. If you could print out the stack trace using gdb or some such, that would be helpful, but both these errors seem to me like there's something quite messed up in your build setup, perhaps a bogus cross compiler or the wrong endianness or something like that. 
<div><br></div><div>-mike</div><div><span><div><br><div><div>On Nov 16, 2006, at 8:30 AM, ryan m wrote:</div><br><blockquote type="cite">well --db-init completed so I went to run it without --init-db and got: <br><br>[1142293298.812187
  /dtn/storage/globals debug] loading global store<br>[1142293298.813051 /dtn/storage/globals debug] opening file /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key- <br>[1142293298.814094 /thread debug] delaying start of thread 0x429220 due to barrier 
<br>[1142293298.814538 /dtnd debug] started dtn server<br>[1142293298.815085 /dtn/apiserver/12 debug] created socket 12<br>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR <br>[1142293298.815706 /dtn/apiserver/12 debug] binding to 
<a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</a><br>[1142293298.816067 /dtn/apiserver/12 debug] listening <br>[1142293298.816451 /dtn/apiserver/12 debug] state INIT -&gt; LISTENING 
<br>[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to barrier<br>[1142293298.839105 /thread debug] releasing thread creation barrier -- 3 queued threads <br>[1142293298.845033 /thread debug] starting thread 0x42ae7c 
<br>[1142293298.851478 /thread debug] starting thread 0x429220<br>[1142293298.857805 /thread debug] starting thread 0x424030<br>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core <br>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc 
<br>[1142293298.929080 /dtnd info] starting console on <a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</a> <br>[1142293298.929495 /command debug] starting command server on 
<a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</a><br>[1142293298.937500 /command info] can't load tclreadline: can't find package tclreadline<br>[1142293298.938120
  /command info] fall back to simple command loop<br>collie dtn% Segmentation fault<br><br>THANK YOU for your help and patience <br> <br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] </a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
  <div><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp; </div><span><div><br></div><div>-m</div></span> <div><span>
  <div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time: <br><br>[1142289491.726722 /dtnd notice] initializing persistent data store 
<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db 
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented 
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369
  /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
  <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962
  /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">
  libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">
  <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">
  I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
  in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
  </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>
   <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] 
<b> On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div>
 </div> is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">
  I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
  [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
  On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>
  when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h
  (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>
  -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286
   /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>
  <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote>
  </div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></span></div></div> </blockquote></div><br> </span></div></blockquote></div><br> </span></div></blockquote></div><br>
</blockquote></div><br></div></span></div></div>
</blockquote></div><br>

------=_Part_104489_19200175.1164223478151--

Date: Tue, 21 Nov 2006 18:22:16 +0530
From: "Zahir Koradia" <[email-masked]>
To: [email-masked]
Subject: [dtn-users] Adding fields to the bundle
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_28379_10942479.1164113536648
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,
I want to add two fields to the bundle class. I also want these fields to be
sent over the network. I have added these fields in the bundle.h as below:

 EndpointID dest_;        ///< Destination eid
    EndpointID custodian_;    ///< Current custodian eid
    EndpointID replyto_;    ///< Reply-To eid
    ///Zahir Koradia: Added for bus-kiosk network
    //ZK: Start
    std::string src_region_;    ///< ID of the region of the source
    std::string dest_region_;   ///< ID of the region of the destination
    //ZK: End
    bool is_fragment_;        ///< Fragmentary Bundle
    bool is_admin_;        ///< Administrative record bundle

I notced that the class consists of fields that are sent over the network as
well as fields that are local to the node. I wanted to know what else do I
need to do ensure that the fields that I ahve added are indeed sent over the
network.

Thanks,
Zahir

------=_Part_28379_10942479.1164113536648
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,<br>I want to add two fields to the bundle class. I also want these fields to be sent over the network. I have added these fields in the bundle.h as below:<br><br><br>&nbsp;EndpointID dest_;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; ///&lt; Destination eid
<br>&nbsp;&nbsp;&nbsp; EndpointID custodian_;&nbsp;&nbsp;&nbsp; ///&lt; Current custodian eid<br>&nbsp;&nbsp;&nbsp; EndpointID replyto_;&nbsp;&nbsp;&nbsp; ///&lt; Reply-To eid<br>&nbsp;&nbsp;&nbsp; ///Zahir Koradia: Added for bus-kiosk network<br>&nbsp;&nbsp;&nbsp; //ZK: Start<br>&nbsp;&nbsp;&nbsp; std::string src_region_;&nbsp;&nbsp;&nbsp; ///&lt; ID of the region of the source
<br>&nbsp;&nbsp;&nbsp; std::string dest_region_;&nbsp;&nbsp; ///&lt; ID of the region of the destination<br>&nbsp;&nbsp;&nbsp; //ZK: End<br>&nbsp;&nbsp;&nbsp; bool is_fragment_;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; ///&lt; Fragmentary Bundle<br>&nbsp;&nbsp;&nbsp; bool is_admin_;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; ///&lt; Administrative record bundle
<br><br><br>I notced that the class consists of fields that are sent over the network as well as fields that are local to the node. I wanted to know what else do I need to do ensure that the fields that I ahve added are indeed sent over the network.
<br><br>Thanks,<br>Zahir<br>

------=_Part_28379_10942479.1164113536648--

Date: Tue, 21 Nov 2006 18:11:24 +0530
From: "Zahir Koradia" <[email-masked]>
To: [email-masked]
Subject: [dtn-users] Link_unavailable event being thrown even after link is deleted.
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_28355_19166193.1164112884805
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,
I connected to machines by creating link between them at run time. Then I
close down the daemon on one node. As a result contact_down event is thrown
along with link_unavailable. In response to contact_down event I delete the
link. Typing route dump of link dump on the prompt does not show any link
except for the one corresponding to /dev/null. Inspite of this I see link
unavailable event being thrown. Is this a bug or it is expected to behave
like this? I am using cvs code dated 30th Oct.

Thanks,
Zahir

------=_Part_28355_19166193.1164112884805
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,<br>I connected to machines by creating link between them at run time. Then I close down the daemon on one node. As a result contact_down event is thrown along with link_unavailable. In response to contact_down event I delete the link. Typing route dump of link dump on the prompt does not show any link except for the one corresponding to /dev/null. Inspite of this I see link unavailable event being thrown. Is this a bug or it is expected to behave like this? I am using cvs code dated 30th Oct. 
<br><br>Thanks,<br>Zahir<br>

------=_Part_28355_19166193.1164112884805--

Date: Mon, 20 Nov 2006 23:30:08 -0500
To: [email-masked]
Subject: Re: [dtn-users] Bundle protocol dissector
From: Florent Parent <[email-masked]>
Sender: [email-masked]
Reply-To: [email-masked]

Hi Michael,

Yes, I took good note of it. It will be part of the next 'release'.

Thanks.
Florent

--On 20 novembre 2006 14:11:29 -0800 Michael Demmer 
<[email-masked]> wrote:

> Hi Florent,
>
> I'm not sure if you noticed or not, but I recently got an IANA
> registration for bundling over UDP/TCP to be assigned to port 4556. So
> you can now build that into your plugin as the default port for
> dissecting bundle data.
>
> Thanks for the good work!
>
> -m
>
>
> On Nov 14, 2006, at 9:58 AM, Florent Parent wrote:
>
>>
>> Hi,
>>
>> I'm writing a bundle protocol dissector for Wireshark (new name for
>> Ethereal). It's currently stable and working fine. The bundle
>> primary and payload packets are decoded and displayed in a protocol
>> tree. You will find the source code, instructions and snapshot at
>> <http://homepage.mac.com/florent.parent/dtnrg/README.html>.
>>
>> There are still limitations, but this is work in progress :)
>>
>> This will hopefully be useful to some. Comments/bug reports welcomed.
>>
>> Florent
>>
>> _______________________________________________
>> dtn-users mailing list
>> [email-masked]
>> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Date: Mon, 20 Nov 2006 18:47:50 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-1--1061006280
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Sorry -- from what I remember it worked out of the box.
We've also had some success with scratchbox, you could try that  
approach instead for cross-compiling.

-m

On Nov 20, 2006, at 5:33 PM, ryan m wrote:

> opps forgot an updatedb
>
> root@runabout:~# locate pthread.h
> /opt/arm-linux-gnu/include/pthread.h
> /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
> /usr/include/nptl/pthread.h
> /usr/include/pthread.h
> /usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h
> root@runabout:~#
>
>
> On 11/20/06, ryan m < [email-masked]> wrote:
> oooh and some googling says to do this:
>
> 1. threads issue (read before) : use option "--disable-threads"
>
> but since DTN2 requires threads this seems like a bad idea....
> On 11/20/06, ryan m <[email-masked]> wrote:
> so things were going so-so until I went to build gcc:
> gcc
>
> Now do:
>
> # cd ../gcc-arm-linux-3.3.z/
> # debuild
>
> it failes at:
> /usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-arm- 
> linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/ - 
> isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys-include - 
> O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict- 
> prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./ 
> include  -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT - 
> DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../ 
> src/gcc -I../../src/gcc/. -I../../src/gcc/../include  -fexceptions - 
> c ../../src/gcc/unwind- dw2.c -o libgcc/./unwind-dw2.o
> In file included from ./gthr-default.h:1,
>                  from ../../src/gcc/gthr.h:96,
>                  from ../../src/gcc/unwind-dw2.c:42:
> ../../src/gcc/gthr-posix.h:43:21: pthread.h : No such file or  
> directory
> ../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory
>
>
> the thread thing kills me once again
>
> pthread.h is there... not sure were it's looking for it, or even if  
> I copied the /usr/include/pthread.h to where it's looking for it  
> would do anything
>
> root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h
> /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
> /usr/include/nptl/pthread.h
> /usr/include/pthread.h
>
> Did you run anything like this?
>
>
> On 11/20/06, Michael Demmer < [email-masked]> wrote:
>
> I set up a debian system using the following instructions:
>
> http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
>
> At the time, that worked on my zaurus.
>
> -m
>
> On Nov 19, 2006, at 12:54 PM, ryan m wrote:
>
>> make test in the oasys directory fails here:
>>
>> arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.   -I/ 
>> opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include  
>> -g -fno-inline  -MMD -MP -MT " sample-.o sample-.E sample-.po" - 
>> Wall -W -Wcast-align  -Werror  -static  -L/opt/arm-linux-libraries/ 
>> lib -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread  liboasys.a - 
>> ltcl8.4 -ldb-4.4
>> liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined  
>> reference to `pthread_kill'
>> liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to  
>> `pthread_detach'
>> liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to  
>> `pthread_join'
>> liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to  
>> `pthread_kill'
>> liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to  
>> `pthread_sigmask'
>> collect2: ld returned 1 exit status
>> make: *** [test/sample-test] Error 1
>>
>> so it definatly seems like a pthread library issue, any idea how I  
>> can fix this.  The libraries do indeed exsist.
>>
>> edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$  
>> ls -ld *thread*
>> -rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
>> -rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
>> -rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
>> lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->  
>> libpthread.so.0
>> lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->  
>> libpthread-0.10.so
>> -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-1.0.so
>> lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->  
>> libthread_db.so.1
>> lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1 - 
>> > libthread_db-1.0.so
>>
>>
>> EVERY zaurus specific cross compile evironment I can find (either  
>> instructions on producing one or a tar of one) is gcc 2.x which as  
>> we found out is unable to compile DTN2 ri.  Has anyone found a  
>> suitable cross compile environment for the zaurus based off of gcc  
>> 3.x?
>>
>> On 11/17/06, Michael Demmer <[email-masked]> wrote:
>> Unfortunately I'm not sure if I can give you any more advice on  
>> this -- again this looks like there's something wrong with the  
>> build and/or the system being incompatible or unstable. You could  
>> try compiling and running simpler programs with your setup to make  
>> sure the basic compiler is working, then perhaps try a simple  
>> multithreaded one, etc. If you run 'make tests' in the DTN2/oasys  
>> directory that will build a bunch of unit tests which you could  
>> try out to make sure things are working.
>>
>> -m
>>
>>
>> On Nov 16, 2006, at 7:10 PM, ryan m wrote:
>>
>>> backtrace to follow:
>>>
>>> [1142331726.187026 /dtnd debug] started dtn server
>>> [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
>>> [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
>>> [1142331726.188407 /dtn/apiserver/13 debug] binding to  
>>> 127.0.0.1:5010
>>> [1142331726.188762 /dtn/apiserver/13 debug] listening
>>> [1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
>>> [1142331726.189462 /thread debug] delaying start of thread  
>>> 0x4240f8 due to barrier
>>> [1142331726.189880 /thread debug] releasing thread creation  
>>> barrier -- 3 queued threads
>>> [1142331726.190299 /thread debug] starting thread 0x42b544
>>>
>>> Program received signal SIG32, Real-time event 32.
>>> 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/ 
>>> sysv/linux/sigsuspend.c:55
>>> 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or  
>>> directory.
>>>         in ../sysdeps/unix/sysv/linux/sigsuspend.c
>>> Current language:  auto; currently c
>>> (gdb) backtrace
>>> #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/ 
>>> unix/sysv/linux/sigsuspend.c:55
>>> #1  0x00249ed4 in __pthread_wait_for_restart_signal  
>>> (self=0x3c3620) at pthread.c:1067
>>> #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548,  
>>> attr=0x3c3e64,
>>>     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*) 
>>> >, arg=0x42b544) at restart.h:36
>>> #3  0x0010949c in oasys::Thread::start (this=0x42b544) at thread/ 
>>> Thread.cc:169
>>> #4  0x0010912c in oasys::Thread::release_start_barrier () at  
>>> thread/Thread.cc:70
>>> #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,  
>>> argv=0xbffffd14) at dtnd.cc:401
>>> #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
>>>
>>>
>>> as far as my cross compiler I used a generic one for arm embedded  
>>> systems... I couldn't find a zaurus one that was up to date  
>>> enough to compile DTN2
>>>
>>> On 11/16/06, Michael Demmer <[email-masked] > wrote:
>>> It looks like there's something more seriously wrong with your  
>>> build. If you could print out the stack trace using gdb or some  
>>> such, that would be helpful, but both these errors seem to me  
>>> like there's something quite messed up in your build setup,  
>>> perhaps a bogus cross compiler or the wrong endianness or  
>>> something like that.
>>>
>>> -mike
>>>
>>> On Nov 16, 2006, at 8:30 AM, ryan m wrote:
>>>
>>>> well --db-init completed so I went to run it without --init-db  
>>>> and got:
>>>>
>>>> [1142293298.812187 /dtn/storage/globals debug] loading global store
>>>> [1142293298.813051 /dtn/storage/globals debug] opening file / 
>>>> home/root/Applications/DTN_wireless/tmp/db/DTN/globals/ 
>>>> 0000000aglobal_key-
>>>> [1142293298.814094 /thread debug] delaying start of thread  
>>>> 0x429220 due to barrier
>>>> [1142293298.814538 /dtnd debug] started dtn server
>>>> [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
>>>> [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
>>>> [1142293298.815706 /dtn/apiserver/12 debug] binding to  
>>>> 127.0.0.1:5010
>>>> [1142293298.816067 /dtn/apiserver/12 debug] listening
>>>> [1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
>>>> [1142293298.833241 /thread debug] delaying start of thread  
>>>> 0x424030 due to barrier
>>>> [1142293298.839105 /thread debug] releasing thread creation  
>>>> barrier -- 3 queued threads
>>>> [1142293298.845033 /thread debug] starting thread 0x42ae7c
>>>> [1142293298.851478 /thread debug] starting thread 0x429220
>>>> [1142293298.857805 /thread debug] starting thread 0x424030
>>>> ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
>>>> STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c  
>>>> 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
>>>> [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
>>>> [1142293298.929495 /command debug] starting command server on  
>>>> 127.0.0.1:5050
>>>> [1142293298.937500 /command info] can't load tclreadline: can't  
>>>> find package tclreadline
>>>> [1142293298.938120 /command info] fall back to simple command loop
>>>> collie dtn% Segmentation fault
>>>>
>>>> THANK YOU for your help and patience
>>>>
>>>> On 11/16/06, Michael Demmer <[email-masked] > wrote:
>>>> Hmm... That's a strange one. You could try just using the  
>>>> filesystem store by changing 'storage set type berkeleydb' to  
>>>> 'storage set type filesysdb'.
>>>>
>>>> -m
>>>>
>>>>
>>>> On Nov 16, 2006, at 7:27 AM, ryan m wrote:
>>>>
>>>>> well that got me a little farther at least... this is where it  
>>>>> died this time:
>>>>>
>>>>> [1142289491.726722 /dtnd notice] initializing persistent data  
>>>>> store
>>>>> [1142289491.767648 /dtn/storage notice] creating new database  
>>>>> directory /home/root/Applications/DTN_wireless/tmp/db
>>>>> [1142289491.884849 /dtn/storage info] initializing db name=DTN  
>>>>> (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
>>>>> [1142289492.284995 /storage/berkeleydb error] DB internal  
>>>>> error: unable to initialize mutex: Function not implemented
>>>>> [1142289492.290986 /storage/berkeleydb error] DB internal  
>>>>> error: PANIC: Function not implemented
>>>>> [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY:  
>>>>> Fatal error, run database recovery, cannot open database
>>>>> [1142289492.316046 /dtn/storage error] can't initialize  
>>>>> berkeleydb -1000
>>>>> [1142289492.316369 /dtnd critical] error creating storage system
>>>>> [1142289492.316683 /dtnd error] error initializing data store,  
>>>>> exiting...
>>>>>
>>>>>
>>>>>
>>>>> On 11/15/06, Michael Demmer <[email-masked]> wrote:
>>>>>
>>>>> The only reason you could be getting that error is if the name  
>>>>> lookup failed for some reason. You could try putting the IP  
>>>>> address in the llink configuration and seeing if that works. If  
>>>>> it does, then there must be something wrong with the host  
>>>>> configuration or some other reason why the gethostbyname  
>>>>> wrapper (in oasys/io/NetUtils.cc) would be failing. You could  
>>>>> put more debug logging in there to trace it down further.
>>>>>
>>>>> -m
>>>>>
>>>>>
>>>>> On Nov 15, 2006, at 7:37 AM, ryan m wrote:
>>>>>
>>>>>> so I've got a static version of dtnd compiled and on the  
>>>>>> zaurus, and now I'm getting this odd behavior when I try to run
>>>>>>
>>>>>> ./dtnd -l DEBUG -c ./dtn.conf --init-db
>>>>>>
>>>>>> [1142213113.431028 /dtnd info] parsing configuration file ./ 
>>>>>> dtn.conf...
>>>>>> [1142213113.433018 /command debug] executing command file ./ 
>>>>>> dtn.conf
>>>>>> [1142213113.438962 /dtnd info] dtnd parsing configuration...
>>>>>> [1142213113.447671 /dtn/interface/table info] adding interface  
>>>>>> tcp0 (tcp)
>>>>>> [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
>>>>>> [1142213113.452019 /dtn/cl/tcp/listener/notifier debug]  
>>>>>> created pipe, fds: 9 10
>>>>>> [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]  
>>>>>> set_nonblocking: nonblocking mode set
>>>>>> [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]  
>>>>>> set_nonblocking: nonblocking mode set
>>>>>> [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created  
>>>>>> socket 11
>>>>>> [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting  
>>>>>> SO_REUSEADDR
>>>>>> [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to  
>>>>>> 0.0.0.0:5000
>>>>>> [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
>>>>>> [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->  
>>>>>> LISTENING
>>>>>> [1142213113.462443 /thread debug] delaying start of thread  
>>>>>> 0x42bb54 due to barrier
>>>>>> [1142213113.464152 /dtn/link/link1 debug] set_state  
>>>>>> UNAVAILABLE -> AVAILABLE
>>>>>> [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link  
>>>>>> rcm2.cse.lehigh.edu:5000
>>>>>> [1142213113.465856 /dtn/cl/iputils warning] invalid hostname '  
>>>>>> rcm2.cse.lehigh.edu ' in next hop rcm2.cse.lehigh.edu:5000
>>>>>> [1142213113.466250 /dtn/cl/tcp error] invalid next hop address  
>>>>>> ' rcm2.cse.lehigh.edu:5000 '
>>>>>> [1142213113.466579 /dtn/cl/tcp error] error parsing link  
>>>>>> nexthop ' rcm2.cse.lehigh.edu:5000'
>>>>>> [1142213113.467679 /command error] error: line 137: 'invalid  
>>>>>> link option: (unknown)':
>>>>>> invalid link option: (unknown)
>>>>>>     while executing
>>>>>> "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
>>>>>>     (file "./dtn.conf" line 137)
>>>>>> [1142213113.468105 /dtnd error] error in configuration file,  
>>>>>> exiting...
>>>>>>
>>>>>> and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't  
>>>>>> a failure in name resolution.
>>>>>>
>>>>>> sorry about posting the "wrong" list, I knew there was  
>>>>>> discussion of making multiple lists, but I wasn't aware that  
>>>>>> it had actually happened, since I don't have the time to read  
>>>>>> everything that goes through dtn-interest. Thank you for the  
>>>>>> help so far.
>>>>>>
>>>>>>
>>>>>> On 11/13/06, Michael Demmer < [email-masked] > wrote:
>>>>>> First of all, let me say that this discussion should be on dtn- 
>>>>>> users. I don't know if ryan is on that list or not, but if  
>>>>>> you're not, please in the future use that list for dtn  
>>>>>> reference implementation questions, not dtn-interest.
>>>>>>
>>>>>> As far as building tcl statically goes, it's a bit confusing,  
>>>>>> but you need to run tcl's ./configure --disable-shared to tell  
>>>>>> it to build a full static libtcl8.4.a. You don't want the stub  
>>>>>> library linked in.
>>>>>>
>>>>>> As far as your original problem goes, I suggested linking  
>>>>>> statically to try to confirm that it's not a library  
>>>>>> compatibility issue due to the cross compilation. I don't know  
>>>>>> if this will help or not, but that's what I suggest to do first.
>>>>>>
>>>>>> -mike
>>>>>>
>>>>>>
>>>>>> On Nov 13, 2006, at 8:12 AM, ryan m wrote:
>>>>>>
>>>>>>> my libtclstub is libtclstub8.4.so.a and if i try to link to  
>>>>>>> it with a link name of libtclstub8.4.so.a or libtclstub8.4.so  
>>>>>>> in the /usr/lib directory.  ldconfig complains it " is not an  
>>>>>>> ELF file - it has the wrong magic bytes at the start" so I  
>>>>>>> had to leave that link out, but I did do the other links, but  
>>>>>>> dtnd crashes the same way.
>>>>>>>
>>>>>>> On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
>>>>>>> I added links in the target for the following:
>>>>>>>
>>>>>>> in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
>>>>>>> in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
>>>>>>> in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
>>>>>>>
>>>>>>> For some reason, it seemed like the tcl libraries wanted to  
>>>>>>> be in the same directory as the pthread libraries (but I  
>>>>>>> haven't confirmed that).  I just moved on as soon as things  
>>>>>>> started working.
>>>>>>>
>>>>>>> Let me know if this helps for you...
>>>>>>>
>>>>>>> From: [email-masked] [mailto:dtn- 
>>>>>>> [email-masked]] On Behalf Of ryan m
>>>>>>> Sent: Monday, November 13, 2006 10:34 AM
>>>>>>> To: DTNRG
>>>>>>> Subject: Re: [dtn-interest] DTN on Zaurus sl-5500
>>>>>>>
>>>>>>> is that something I can do with a configure argument to  
>>>>>>> building the tcl library (I can't find it in ./configure -- 
>>>>>>> help)?, and do you think that doing a static build is the  
>>>>>>> best way to fix the original issue I was having on the PDA?
>>>>>>>
>>>>>>> On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
>>>>>>> I suspect the answer is that you need a 'real' tcl library  
>>>>>>> (a .a file) that can be linked statically.  I don't think  
>>>>>>> shared objects (the .so tcl library you have in the arm  
>>>>>>> directory) can be linked that way.
>>>>>>>
>>>>>>>         --keith
>>>>>>>
>>>>>>> From: [email-masked] [mailto: dtn- 
>>>>>>> [email-masked]] On Behalf Of ryan m
>>>>>>> Sent: Monday, November 13, 2006 10:17 AM
>>>>>>> To: DTNRG
>>>>>>> Subject: [dtn-interest] DTN on Zaurus sl-5500
>>>>>>>
>>>>>>> when i configure with this:
>>>>>>>
>>>>>>> ./configure --build=`uname -m` --host=arm-linux
>>>>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>>>>>> libraries
>>>>>>>
>>>>>>> configure completes fine, but... when I do this:
>>>>>>>
>>>>>>> ./configure --build=`uname -m` --host=arm-linux
>>>>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>>>>>> libraries
>>>>>>> --enable-static
>>>>>>>
>>>>>>> I get:
>>>>>>>
>>>>>>> configure: checking for tcl installation (version 8.4 )
>>>>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>>>>> include... yes
>>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>>> ltcl8.4 -ldl
>>>>>>> -lm -lpthread ... no
>>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>>> ltcl84 -ldl
>>>>>>> -lm -lpthread ... no
>>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>>> ltcl -ldl -lm
>>>>>>> -lpthread ... no
>>>>>>>
>>>>>>> configure: checking for tcl installation (version 8.3)
>>>>>>> checking for tcl.h (version 8.3) in /opt/arm-linux-libraries/ 
>>>>>>> include... no
>>>>>>> configure: error: can't find usable tcl.h
>>>>>>>
>>>>>>> and it is there:
>>>>>>>
>>>>>>> edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
>>>>>>> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
>>>>>>> -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
>>>>>>> drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
>>>>>>> -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
>>>>>>>
>>>>>>> without enable-static:
>>>>>>>
>>>>>>> configure: checking for tcl installation (version 8.4)
>>>>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>>>>> include... yes
>>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: -  
>>>>>>> ltcl8.4 -ldl
>>>>>>> -lm -lpthread ... yes
>>>>>>>
>>>>>>>
>>>>>>> Thank you for the help
>>>>>>>
>>>>>>>
>>>>>>> Michael Demmer wrote:
>>>>>>> > try statically building dtnd and see if that works.
>>>>>>> >
>>>>>>> > -m
>>>>>>> >
>>>>>>> > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
>>>>>>> >
>>>>>>> >> So I finally had a chance to try out the DTN on the  
>>>>>>> zaurus.  So I
>>>>>>> >> copied over the libs that I had cross compiled, which  
>>>>>>> seemed obvious
>>>>>>> >> to do. Then DTN was complaining about stdc++ lib so I  
>>>>>>> copied over the
>>>>>>> >> libs from the lib directory of the cross compile tool  
>>>>>>> chain, I figured
>>>>>>> >> that if it was linking in those libs to make arm binaries  
>>>>>>> the libs
>>>>>>> >> themselves must be arm compatabile, is this right?  So the  
>>>>>>> sum of it
>>>>>>> >> is I get this when I try to run DTN:
>>>>>>> >>
>>>>>>> >>
>>>>>>> >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./ 
>>>>>>> dtnd -l DEBUG
>>>>>>> >> -c ./dtn.conf --init-db
>>>>>>> >> ./dtnd: error while loading shared libraries: libstdc++.so. 
>>>>>>> 5: cannot
>>>>>>> >> open shared object file: No such file or directory
>>>>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
>>>>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./ 
>>>>>>> dtnd -l DEBUG
>>>>>>> >> -c ./dtn.conf --init-db
>>>>>>> >> [1142218881.762749 /log debug] adding log reparse signal  
>>>>>>> handler
>>>>>>> >> [1142218881.929239 /timer debug] adding signal handler  
>>>>>>> 0xd6c14 for
>>>>>>> >> signal 1
>>>>>>> >> [ 1142218881.931204 /log debug] adding log rotate signal  
>>>>>>> handler
>>>>>>> >> [1142218881.933055 /timer debug] adding signal handler  
>>>>>>> 0xd6b9c for
>>>>>>> >> signal 10
>>>>>>> >> [1142218881.935286 /dtnd notice] DTN daemon starting up...  
>>>>>>> (pid 1870)
>>>>>>> >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
>>>>>>> >> STACK TRACE: 0xce810 0x403c5d00 (nil)
>>>>>>> >> Illegal instruction
>>>>>>> >>
>>>>>>> >> any thoughts?
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
>
>

--Apple-Mail-1--1061006280
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Sorry -- from what I remember it =
worked out of the box.<DIV>We've also had some success with scratchbox, =
you could try that approach instead for cross-compiling.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-m</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Nov 20, =
2006, at 5:33 PM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">opps =
forgot an updatedb<BR><BR>root@runabout:~# locate =
pthread.h<BR>/opt/arm-linux-gnu/include/pthread.h<BR>/opt/backup/arm-linux=
-toolchain/3.2.3/arm-linux/include/pthread.h<BR>/usr/include/nptl/pthread.=
h<BR>/usr/include/pthread.h =
<BR>/usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h<BR>ro=
ot@runabout:~# <BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/20/06, =
<B class=3D"gmail_sendername">ryan m</B> &lt;<A =
href=3D"mailto:[email-masked]"> [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">oooh and some googling says to do this:<BR><BR><PRE>1. threads =
issue (read before) : use option "--disable-threads"<BR><BR>but since =
DTN2 requires threads this seems like a bad idea....<BR></PRE><DIV><SPAN =
class=3D"e" id=3D"q_10f081fa530982c4_1"><DIV><SPAN class=3D"gmail_quote"> =
On 11/20/06, <B class=3D"gmail_sendername">ryan m</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> so things were going so-so until I went to build gcc:<BR><H3 =
lang=3D"en">gcc</H3><P lang=3D"en">Now do:</P> <PRE lang=3D"en"># cd =
../gcc-arm-linux-3.3.z/<BR><SPAN lang=3D"en"># debuild<BR><BR>it failes =
at:<BR></SPAN></PRE>/usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc =
-B/usr/src/gcc-arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ =
-B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include -isystem =
/usr/arm-linux/sys-include -O2=A0 -DIN_GCC -DCROSS_COMPILE=A0=A0 -W =
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes =
-Wold-style-definition=A0 -isystem ./include=A0 -fomit-frame-pointer =
-fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED =
-Dinhibit_libc -I. -I. -I../../src/gcc -I../../src/gcc/. =
-I../../src/gcc/../include=A0 -fexceptions -c ../../src/gcc/unwind- =
dw2.c -o libgcc/./unwind-dw2.o<BR>In file included from =
./gthr-default.h:1,<BR>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =
from ../../src/gcc/gthr.h:96,<BR>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0=A0 from =
../../src/gcc/unwind-dw2.c:42:<BR>../../src/gcc/gthr-posix.h:43:21: =
pthread.h : No such file or =
directory<BR>../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or =
directory<BR><BR><BR>the thread thing kills me once =
again<BR><BR>pthread.h is there... not sure were it's looking for it, or =
even if I copied the /usr/include/pthread.h to where it's looking for it =
would do anything =
<BR><BR>root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate =
pthread.h<BR>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthre=
ad.h<BR>/usr/include/nptl/pthread.h<BR>/usr/include/pthread.h<BR><BR>Did =
you run anything like this? <DIV><SPAN><BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/20/06, <B class=3D"gmail_sendername">Michael =
Demmer</B> &lt;<A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked]</A>&gt; wrote:</SPAN><BLOCKQUOTE =
class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, =
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> =
<DIV><DIV><BR></DIV><DIV>I set up a debian system using the following =
instructions:</DIV><DIV><BR></DIV><DIV><A =
href=3D"http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html</A></DIV><DI=
V><BR></DIV><DIV>At the time, that worked on my =
zaurus.</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN> =
<BR><DIV><DIV>On Nov 19, 2006, at 12:54 PM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">make test in the oasys =
directory fails here:<BR><BR>arm-linux-g++ test/sample-test.cc -o =
test/sample-test -I. -I.=A0=A0 -I/opt/arm-linux-libraries/include =
-I/opt/arm-linux-libraries/include -g -fno-inline=A0 -MMD -MP -MT " =
sample-.o sample-.E sample-.po" -Wall -W -Wcast-align=A0 -Werror=A0 =
-static=A0 -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib =
-ldl -lm -lpthread=A0 liboasys.a -ltcl8.4 =
-ldb-4.4<BR>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: =
undefined reference to `pthread_kill' =
<BR>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to =
`pthread_detach'<BR>liboasys.a(Thread.o):thread/Thread.cc:210: undefined =
reference to =
`pthread_join'<BR>liboasys.a(Thread.o):thread/Thread.cc:225: undefined =
reference to `pthread_kill' =
<BR>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to =
`pthread_sigmask'<BR>collect2: ld returned 1 exit status<BR>make: *** =
[test/sample-test] Error 1<BR><BR>so it definatly seems like a pthread =
library issue, any idea how I can fix this.=A0 The libraries do indeed =
exsist. =
<BR><BR>edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ =
ls -ld *thread*<BR>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <A =
href=3D"http://libpthread-0.10.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
libpthread-0.10.so</A><BR>-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 =
libpthread.a<BR>-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 =
libpthread_p.a<BR>lrwxrwxrwx 1 2619 man=A0=A0=A0=A0=A0 15 2006-10-31 =
17:11 libpthread.so -&gt; libpthread.so.0<BR>lrwxrwxrwx 1 2619 man=A0=A0=A0=
=A0=A0 18 2006-10-31 17:11 libpthread.so.0 -&gt; <A =
href=3D"http://libpthread-0.10.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libpthread-0.10.so</A><BR> =
-rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-<A =
href=3D"http://1.0.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">1.0.so</A><BR>lrwxrwxrwx 1 2619 =
man=A0=A0=A0=A0=A0 17 2006-10-31 17:11 libthread_db.so -&gt; =
libthread_db.so.1 <BR>lrwxrwxrwx 1 2619 man=A0=A0=A0=A0=A0 19 2006-10-31 =
17:11 libthread_db.so.1 -&gt; libthread_db-<A href=3D"http://1.0.so" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">1.0.so</A><BR><BR><BR>EVERY =
zaurus specific cross compile evironment I can find (either instructions =
on producing one or a tar of one) is gcc 2.x which as we found out is =
unable to compile DTN2 ri.=A0 Has anyone found a suitable cross compile =
environment for the zaurus based off of gcc 3.x?<BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/17/06, <B class=3D"gmail_sendername">  =
Michael Demmer</B> &lt;<A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">  <DIV><DIV>Unfortunately I'm not sure if I can give you any more =
advice on this -- again this looks like there's something wrong with the =
build and/or the system being incompatible or unstable. You could try =
compiling and running simpler programs with your setup to make sure the =
basic compiler is working, then perhaps try a simple multithreaded one, =
etc. If you run 'make tests' in the DTN2/oasys directory that will build =
a bunch of unit tests which you could try out to make sure things are =
working.=A0 =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><=
DIV><BR><DIV><DIV>On Nov 16, 2006, at 7:10 PM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">backtrace to follow: =
<BR><BR>[1142331726.187026 /dtnd debug] started dtn server =
<BR>[1142331726.187788 /dtn/apiserver/13 debug] created socket =
13<BR>[1142331726.188106 /dtn/apiserver/13 debug] setting =
SO_REUSEADDR<BR>[1142331726.188407 /dtn/apiserver/13 debug] binding to =
<A href=3D"http://127.0.0.1:5010" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
127.0.0.1:5010</A><BR>[1142331726.188762 /dtn/apiserver/13 debug] =
listening<BR>[1142331726.189139 /dtn/apiserver/13 debug] state INIT =
-&gt; LISTENING <BR> [1142331726.189462 /thread debug] delaying start of =
thread 0x4240f8 due to barrier <BR>[1142331726.189880 /thread debug] =
releasing thread creation barrier -- 3 queued =
threads<BR>[1142331726.190299 /thread debug] starting thread 0x42b544 =
<BR><BR>Program received signal SIG32, Real-time event 32.<BR>0x002c7580 =
in __sigsuspend (set=3D0xbffff9b0) at =
../sysdeps/unix/sysv/linux/sigsuspend.c:55 <BR>55=A0=A0=A0=A0=A0 =
../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. =
<BR>=A0=A0=A0=A0=A0=A0=A0 in =
../sysdeps/unix/sysv/linux/sigsuspend.c<BR>Current language:=A0 auto; =
currently c<BR>(gdb) backtrace<BR>#0=A0 0x002c7580 in __sigsuspend =
(set=3D0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55 <BR>#1=A0=
 0x00249ed4 in __pthread_wait_for_restart_signal (self=3D0x3c3620) at =
pthread.c:1067<BR>#2=A0 0x002496ac in __pthread_create_2_1 =
(thread=3D0x42b548, attr=3D0x3c3e64, <BR>=A0=A0=A0 =
start_routine=3D0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, =
arg=3D0x42b544) at restart.h:36<BR>#3=A0 0x0010949c in =
oasys::Thread::start (this=3D0x42b544) at thread/Thread.cc:169 <BR>#4=A0 =
0x0010912c in oasys::Thread::release_start_barrier () at =
thread/Thread.cc:70<BR>#5=A0 0x0000a838 in dtn::DTND::main =
(this=3D0xbffffc1c, argc=3D5, argv=3D0xbffffd14) at dtnd.cc:401<BR>#6=A0 =
0x0000aa0c in main (argc=3D5, argv=3D0xbffffd14) at =
dtnd.cc:427<BR><BR><BR>as far as my cross compiler I used a generic one =
for arm embedded systems... I couldn't find a zaurus one that was up to =
date enough to compile DTN2 <BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/16/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>It looks like there's something more seriously wrong with =
your build. If you could print out the stack trace using gdb or some =
such, that would be helpful, but both these errors seem to me like =
there's something quite messed up in your build setup, perhaps a bogus =
cross compiler or the wrong endianness or something like that. =
<DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR><DIV><DIV>On Nov 16, =
2006, at 8:30 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well =
--db-init completed so I went to run it without --init-db and got: =
<BR><BR>[1142293298.812187  /dtn/storage/globals debug] loading global =
store<BR>[1142293298.813051 /dtn/storage/globals debug] opening file =
/home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key=
- <BR>[1142293298.814094 /thread debug] delaying start of thread =
0x429220 due to barrier <BR>[1142293298.814538 /dtnd debug] started dtn =
server<BR>[1142293298.815085 /dtn/apiserver/12 debug] created socket =
12<BR>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR =
<BR>[1142293298.815706 /dtn/apiserver/12 debug] binding to <A =
href=3D"http://127.0.0.1:5010" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</A><BR>[1142293298.8=
16067 /dtn/apiserver/12 debug] listening <BR>[1142293298.816451 =
/dtn/apiserver/12 debug] state INIT -&gt; LISTENING =
<BR>[1142293298.833241 /thread debug] delaying start of thread 0x424030 =
due to barrier<BR>[1142293298.839105 /thread debug] releasing thread =
creation barrier -- 3 queued threads <BR>[1142293298.845033 /thread =
debug] starting thread 0x42ae7c <BR>[1142293298.851478 /thread debug] =
starting thread 0x429220<BR>[1142293298.857805 /thread debug] starting =
thread 0x424030<BR>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump =
core <BR>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c =
0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc =
<BR>[1142293298.929080 /dtnd info] starting console on <A =
href=3D"http://127.0.0.1:5050" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</A> =
<BR>[1142293298.929495 /command debug] starting command server on <A =
href=3D"http://127.0.0.1:5050" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</A><BR>[1142293298.9=
37500 /command info] can't load tclreadline: can't find package =
tclreadline<BR>[1142293298.938120  /command info] fall back to simple =
command loop<BR>collie dtn% Segmentation fault<BR><BR>THANK YOU for your =
help and patience <BR> <BR><DIV><SPAN class=3D"gmail_quote">On 11/16/06, =
<B class=3D"gmail_sendername">Michael Demmer </B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">  <DIV><DIV>Hmm... That's a strange one. You could try just using =
the filesystem store by changing 'storage set type =
berkeleydb'=A0to=A0'storage set type filesysdb'.=A0 =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN> <DIV><SPAN>  =
<DIV><BR></DIV><DIV><BR><DIV><DIV>On Nov 16, 2006, at 7:27 AM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well that got me a little =
farther at least... this is where it died this time: =
<BR><BR>[1142289491.726722 /dtnd notice] initializing persistent data =
store <BR>[1142289491.767648 /dtn/storage notice] creating new database =
directory /home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289491.884849 /dtn/storage info] initializing db name=3DDTN =
(not shared), dir=3D/home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289492.284995 /storage/berkeleydb error] DB internal error: =
unable to initialize mutex: Function not implemented =
<BR>[1142289492.290986 /storage/berkeleydb error] DB internal error: =
PANIC: Function not implemented <BR>[1142289492.315647 /dtn/storage =
critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot =
open database <BR>[1142289492.316046 /dtn/storage error] can't =
initialize berkeleydb -1000<BR>[1142289492.316369  /dtnd critical] error =
creating storage system<BR>[1142289492.316683 /dtnd error] error =
initializing data store, exiting... <BR><BR><BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/15/06, <B class=3D"gmail_sendername">Michael =
Demmer </B> &lt;<A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">  <DIV><DIV><DIV><DIV><BR></DIV><DIV>The only reason you could be =
getting that error is if the name lookup failed for some reason. You =
could try putting the IP address in the llink configuration and seeing =
if that works. If it does, then there must be something wrong with the =
host configuration or some other reason why the gethostbyname wrapper =
(in oasys/io/NetUtils.cc) would be failing. You could put more debug =
logging in there to trace it down further. =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><=
DIV><BR><DIV><DIV>On Nov 15, 2006, at 7:37 AM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">so I've got a static version =
of dtnd compiled and on the zaurus, and now I'm getting this odd =
behavior when I try to run <BR><BR>./dtnd -l DEBUG -c ./dtn.conf =
--init-db<BR><BR>[1142213113.431028 /dtnd info] parsing configuration =
file ./dtn.conf... <BR>[1142213113.433018 /command debug] executing =
command file ./dtn.conf<BR>[1142213113.438962  /dtnd info] dtnd parsing =
configuration...<BR>[1142213113.447671 /dtn/interface/table info] adding =
interface tcp0 (tcp)<BR>[1142213113.449577  /dtn/cl/tcp debug] adding =
interface tcp0<BR>[1142213113.452019 /dtn/cl/tcp/listener/notifier =
debug] created pipe, fds: 9 10 <BR>[1142213113.453889 =
/dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode =
set <BR>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] =
set_nonblocking: nonblocking mode set<BR>[1142213113.458433 =
/dtn/cl/tcp/iface/tcp0 debug] created socket 11 <BR>[1142213113.460564 =
/dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR =
<BR>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <A =
href=3D"http://0.0.0.0:5000" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">  =
0.0.0.0:5000</A><BR>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] =
listening <BR>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state =
INIT -&gt; LISTENING <BR>[1142213113.462443 /thread debug] delaying =
start of thread 0x42bb54 due to barrier <BR>[1142213113.464152 =
/dtn/link/link1 debug] set_state UNAVAILABLE -&gt; =
AVAILABLE<BR>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link =
<A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)">  =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.465856 /dtn/cl/iputils =
warning] invalid hostname '<A href=3D"http://rcm2.cse.lehigh.edu" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu </A>' in =
next hop <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.466250 /dtn/cl/tcp error] =
invalid next hop address ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 =
</A>'<BR>[1142213113.466579 /dtn/cl/tcp error] error parsing link =
nexthop ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)">  =
rcm2.cse.lehigh.edu:5000</A>'<BR>[1142213113.467679 /command error] =
error: line 137: 'invalid link option: (unknown)': <BR>invalid link =
option: (unknown)<BR>=A0=A0=A0 while executing<BR> "link add link1 <A =
href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)">  =
rcm2.cse.lehigh.edu:5000</A> ONDEMAND tcp"<BR>=A0=A0=A0 (file =
"./dtn.conf" line 137) <BR>[1142213113.468105 /dtnd error] error in =
configuration file, exiting... <BR><BR>and i can ssh to <A =
href=3D"http://rcm2.cse.lehigh.edu" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">  rcm2.cse.lehigh.edu</A> from =
the pda so it isn't a failure in name resolution.<BR><BR>sorry about =
posting the "wrong" list, I knew there was discussion of making multiple =
lists, but I wasn't aware that it had actually happened, since I don't =
have the time to read everything that goes through dtn-interest. Thank =
you for the help so far. <BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/13/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> [email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>First of all, let me say that this discussion should be on =
dtn-users. I don't know if ryan is on that list or not, but if you're =
not, please in the future use that list for dtn reference implementation =
questions, not dtn-interest.=A0 <DIV><BR></DIV><DIV>As far as building =
tcl statically goes, it's a bit confusing, but you need to run tcl's =
./configure --disable-shared to tell it to build a full static =
libtcl8.4.a.=A0You don't want the stub library linked in. =
</DIV><DIV><BR></DIV><DIV>As far as your original problem goes, I =
suggested linking statically to try to confirm that it's not a library =
compatibility issue due to the cross compilation. I don't know if this =
will help or not, but that's what I suggest to do first. =
</DIV><DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR></DIV><DIV><BR><D=
IV><DIV>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite"><SPAN style=3D"color: rgb(0, 0, 0);"> my libtclstub is =
<FONT face=3D"Arial" size=3D"2">  libtclstub8.4.so.a and if i try to =
link to it with a link name of </FONT></SPAN><SPAN style=3D"color: =
rgb(0, 0, 0);"><FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a =
or</FONT></SPAN> <SPAN style=3D"color: rgb(0, 0, 0);"><FONT face=3D"Arial"=
 size=3D"2">  <A href=3D"http://libtclstub8.4.so" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> in the =
/usr/lib directory.=A0 ldconfig complains it " is not an ELF file - it =
has the wrong magic bytes at the start" so I had to leave that link out, =
but I did do the other links, but dtnd crashes the same way. =
</FONT></SPAN><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">  [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">=
  I added links in the target for the following:=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">in /usr/lib from <A href=3D"http://libtcl8.4.so"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">  libtcl8.4.so</A> -&gt; =
/usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib from libtcl.so =
-&gt; /usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">  in /usr/lib/ from <A =
href=3D"http://libtclstub8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> -&gt; =
/usr/lib/libtclstub8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">  </FONT></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">For some =
reason, it seemed like the tcl libraries wanted to be in the same =
directory as the pthread libraries (but I haven't confirmed that).=A0 I =
just moved on as soon as things started working.=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Let me know if this helps for =
you...</FONT></SPAN></DIV> <DIV><BR></DIV>   <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><SPAN><B>From:</B>=
 <A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)">  =
[email-masked] </A>   [mailto:<A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of </B>ryan   m<BR></SPAN><SPAN><B>Sent:</B> =
Monday, November 13, 2006 10:34 AM<BR><B>To:</B>   =
DTNRG<BR></SPAN><B>Subject:</B> Re: [dtn-interest] DTN on Zaurus   =
sl-5500<BR></FONT><BR></DIV><DIV><SPAN>  <DIV> </DIV> is that something =
I can do with a configure argument to building   the tcl library (I =
can't find it in ./configure --help)?, and do you think   that doing a =
static build is the best way to fix the original issue I was   having on =
the PDA? <BR><BR>  <DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Scott,   Keith L.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">  I     suspect the answer =
is that you need a 'real' tcl library (a .a file) that     can be linked =
statically.=A0 I don't think shared objects (the .so tcl     library you =
have in the arm directory) can be linked that     way. =
</FONT></SPAN></DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    =
<DIV dir=3D"ltr" align=3D"left"><SPAN>=A0=A0=A0=A0=A0=A0=A0     <FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">--keith =
</FONT></SPAN></DIV><BR>    <BLOCKQUOTE style=3D"margin-right: 0px;">    =
  <DIV dir=3D"ltr" align=3D"left" lang=3D"en-us">      <HR>      <FONT =
face=3D"Tahoma" size=3D"2"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)">  =
[email-masked]</A> [mailto: <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B>  On Behalf Of       </B>ryan m<BR><B>Sent:</B> Monday, =
November 13, 2006 10:17       AM<BR><B>To:</B> DTNRG<BR><B>Subject:</B> =
[dtn-interest] DTN on Zaurus       sl-5500<BR></FONT><BR></DIV>      =
<DIV><SPAN>      <DIV></DIV>  when i configure with this: =
<BR><BR>./configure --build=3D`uname       -m`       =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR><BR>configure       completes fine, =
but... when I do this: <BR><BR>./configure --build=3D`uname       -m`    =
   --host=3Darm-linux =
<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=3D/opt/arm-linux-=
libraries<BR>--enable-static<BR><BR>I       get:<BR><BR>configure: =
checking for tcl installation (version 8.4 )       <BR>checking for =
tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes =
<BR>checking for tcl library in       /opt/arm-linux-libraries/lib: =
-ltcl8.4 -ldl<BR>-lm -lpthread ...       no<BR>checking for tcl library =
in /opt/arm-linux-libraries/lib: -ltcl84       -ldl <BR>-lm -lpthread =
... no<BR> checking for tcl library in       =
/opt/arm-linux-libraries/lib: -ltcl -ldl -lm <BR>-lpthread ...       =
no<BR><BR>configure: checking for tcl installation (version       =
8.3)<BR>checking for tcl.h  (version 8.3) in       =
/opt/arm-linux-libraries/include... no <BR>configure: error: can't find  =
     usable tcl.h<BR><BR>and it is       =
there:<BR><BR>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld    =
   *tcl*<BR>  -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <A =
href=3D"http://libtcl8.4.so/" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </A><BR>-rw-r--r--  =
     1 root root=A0=A0 6894 2006-10-31 17:28       =
libtclstub8.4.a<BR>drwxr-xr-x 8 root root=A0=A0 4096 2006-10-31       =
17:28 tcl8.4<BR>-rw-r--r-- 1 root root=A0=A0 7333 2006-10-31 17:28       =
tclConfig.sh <BR><BR>without enable-static: <BR><BR>configure: checking =
for       tcl installation (version 8.4)<BR>checking for tcl.h (version =
8.4) in       /opt/arm-linux-libraries/include... yes<BR>checking for =
tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<BR>-lm =
-lpthread ... yes       <BR><BR><BR>Thank you for the help =
<BR><BR><BR>Michael Demmer       wrote:<BR>&gt; try statically building =
dtnd and see if that       works.<BR>&gt;<BR>&gt; -m<BR>&gt;<BR>&gt; On =
Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <BR>&gt; =
<BR>&gt;&gt; So I finally had a chance to try       out the DTN on the =
zaurus.=A0=A0So I <BR>&gt;&gt; copied over the       libs that I had =
cross compiled, which seemed obvious<BR>&gt;&gt; to do.       Then DTN =
was complaining about stdc++ lib so I copied over the       <BR>&gt;&gt; =
libs from the lib directory of the cross compile tool chain,       I =
figured <BR>&gt;&gt; that if it was linking in those libs to make arm    =
   binaries the libs<BR>&gt;&gt; themselves must be arm compatabile, is =
this       right?=A0=A0So the sum of it <BR>&gt;&gt; is I get this when =
I try       to run       DTN: =
<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;=A0=A0root@collie:~/Applications/DTN_w=
ireless/DTN2/daemon#       ./dtnd -l DEBUG<BR>&gt;&gt; -c ./dtn.conf =
--init-db<BR>&gt;&gt; ./dtnd:       error while loading shared =
libraries: libstdc++.so.5: cannot <BR>&gt;&gt;       open shared object =
file: No such file or directory<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
ldconfig<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       =
DEBUG <BR>&gt;&gt; -c ./dtn.conf --init-db<BR>&gt;&gt; =
[1142218881.762749       /log debug] adding log reparse signal =
handler<BR>&gt;&gt;       [1142218881.929239 /timer debug] adding signal =
handler 0xd6c14       for<BR>&gt;&gt; signal 1 <BR>&gt;&gt; [ =
1142218881.931204 /log debug]       adding log rotate signal =
handler<BR>&gt;&gt; [1142218881.933055 /timer       debug] adding signal =
handler 0xd6b9c for<BR>&gt;&gt; signal 10<BR>&gt;&gt;       =
[1142218881.935286   /dtnd notice] DTN daemon starting up... (pid 1870)  =
     <BR>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump    =
   core<BR>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<BR>&gt;&gt; =
Illegal       instruction <BR>&gt;&gt;<BR>&gt;&gt; any thoughts?     =
</SPAN></DIV></BLOCKQUOTE></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOC=
KQUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV>  =
<BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE>  =
</DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR> </SPAN></DIV></BLOCKQUOTE></DIV><BR> =
</SPAN></DIV></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></BODY></=
HTML>=

--Apple-Mail-1--1061006280--

Date: Mon, 20 Nov 2006 20:33:42 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_78608_22657846.1164072822981
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

opps forgot an updatedb

root@runabout:~# locate pthread.h
/opt/arm-linux-gnu/include/pthread.h
/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
/usr/include/nptl/pthread.h
/usr/include/pthread.h
/usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h
root@runabout:~#

On 11/20/06, ryan m <[email-masked]> wrote:
>
> oooh and some googling says to do this:
>
> 1. threads issue (read before) : use option "--disable-threads"
>
> but since DTN2 requires threads this seems like a bad idea....
>
> On 11/20/06, ryan m <[email-masked]> wrote:
> >
> > so things were going so-so until I went to build gcc:
> > gcc
> >
> > Now do:
> >
> > # cd ../gcc-arm-linux-3.3.z/
> > # debuild
> >
> > it failes at:
> >
> > /usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-
> > arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/
> > -isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys-include -O2
> > -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes
> > -Wmissing-prototypes -Wold-style-definition  -isystem ./include
> > -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
> > -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../src/gcc
> > -I../../src/gcc/. -I../../src/gcc/../include  -fexceptions -c
> > ../../src/gcc/unwind- dw2.c -o libgcc/./unwind-dw2.o
> > In file included from ./gthr-default.h:1,
> >                  from ../../src/gcc/gthr.h:96,
> >                  from ../../src/gcc/unwind-dw2.c:42:
> > ../../src/gcc/gthr-posix.h:43:21: pthread.h : No such file or directory
> > ../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory
> >
> >
> > the thread thing kills me once again
> >
> > pthread.h is there... not sure were it's looking for it, or even if I
> > copied the /usr/include/pthread.h to where it's looking for it would do
> > anything
> >
> > root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h
> > /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
> > /usr/include/nptl/pthread.h
> > /usr/include/pthread.h
> >
> > Did you run anything like this?
> >
> > On 11/20/06, Michael Demmer < [email-masked]> wrote:
> > >
> > >
> > > I set up a debian system using the following instructions:
> > >
> > > http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
> > >
> > > At the time, that worked on my zaurus.
> > >
> > > -m
> > >
> > > On Nov 19, 2006, at 12:54 PM, ryan m wrote:
> > >
> > > make test in the oasys directory fails here:
> > >
> > > arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.
> > > -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g
> > > -fno-inline  -MMD -MP -MT " sample-.o sample-.E sample-.po" -Wall -W
> > > -Wcast-align  -Werror  -static  -L/opt/arm-linux-libraries/lib
> > > -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread  liboasys.a -ltcl8.4-
> > > ldb-4.4
> > > liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined
> > > reference to `pthread_kill'
> > > liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to
> > > `pthread_detach'
> > > liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to
> > > `pthread_join'
> > > liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to
> > > `pthread_kill'
> > > liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to
> > > `pthread_sigmask'
> > > collect2: ld returned 1 exit status
> > > make: *** [test/sample-test] Error 1
> > >
> > > so it definatly seems like a pthread library issue, any idea how I can
> > > fix this.  The libraries do indeed exsist.
> > >
> > > edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls
> > > -ld *thread*
> > > -rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
> > > -rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
> > > -rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
> > > lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->
> > > libpthread.so.0
> > > lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->
> > > libpthread-0.10.so
> > > -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-1.0.so
> > > lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->
> > > libthread_db.so.1
> > > lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1 ->
> > > libthread_db-1.0.so
> > >
> > >
> > > EVERY zaurus specific cross compile evironment I can find (either
> > > instructions on producing one or a tar of one) is gcc 2.x which as we
> > > found out is unable to compile DTN2 ri.  Has anyone found a suitable cross
> > > compile environment for the zaurus based off of gcc 3.x?
> > >
> > > On 11/17/06, Michael Demmer <[email-masked]> wrote:
> > > >
> > > > Unfortunately I'm not sure if I can give you any more advice on this
> > > > -- again this looks like there's something wrong with the build and/or the
> > > > system being incompatible or unstable. You could try compiling and running
> > > > simpler programs with your setup to make sure the basic compiler is working,
> > > > then perhaps try a simple multithreaded one, etc. If you run 'make tests' in
> > > > the DTN2/oasys directory that will build a bunch of unit tests which you
> > > > could try out to make sure things are working.
> > > >
> > > > -m
> > > >
> > > >
> > > > On Nov 16, 2006, at 7:10 PM, ryan m wrote:
> > > >
> > > > backtrace to follow:
> > > >
> > > > [1142331726.187026 /dtnd debug] started dtn server
> > > > [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
> > > > [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
> > > > [1142331726.188407 /dtn/apiserver/13 debug] binding to
> > > > 127.0.0.1:5010
> > > > [1142331726.188762 /dtn/apiserver/13 debug] listening
> > > > [1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
> > > > [1142331726.189462 /thread debug] delaying start of thread 0x4240f8
> > > > due to barrier
> > > > [1142331726.189880 /thread debug] releasing thread creation barrier
> > > > -- 3 queued threads
> > > > [1142331726.190299 /thread debug] starting thread 0x42b544
> > > >
> > > > Program received signal SIG32, Real-time event 32.
> > > > 0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > > > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > > > 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
> > > > directory.
> > > >         in ../sysdeps/unix/sysv/linux/sigsuspend.c
> > > > Current language:  auto; currently c
> > > > (gdb) backtrace
> > > > #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > > > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > > > #1  0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620)
> > > > at pthread.c:1067
> > > > #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548,
> > > > attr=0x3c3e64,
> > > >     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*)>,
> > > > arg=0x42b544) at restart.h:36
> > > > #3  0x0010949c in oasys::Thread::start (this=0x42b544) at
> > > > thread/Thread.cc:169
> > > > #4  0x0010912c in oasys::Thread::release_start_barrier () at
> > > > thread/Thread.cc:70
> > > > #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,
> > > > argv=0xbffffd14) at dtnd.cc:401
> > > > #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
> > > >
> > > >
> > > > as far as my cross compiler I used a generic one for arm embedded
> > > > systems... I couldn't find a zaurus one that was up to date enough to
> > > > compile DTN2
> > > >
> > > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > > >
> > > > > It looks like there's something more seriously wrong with your
> > > > > build. If you could print out the stack trace using gdb or some such, that
> > > > > would be helpful, but both these errors seem to me like there's something
> > > > > quite messed up in your build setup, perhaps a bogus cross compiler or the
> > > > > wrong endianness or something like that.
> > > > > -mike
> > > > >
> > > > > On Nov 16, 2006, at 8:30 AM, ryan m wrote:
> > > > >
> > > > > well --db-init completed so I went to run it without --init-db and
> > > > > got:
> > > > >
> > > > > [1142293298.812187 /dtn/storage/globals debug] loading global
> > > > > store
> > > > > [1142293298.813051 /dtn/storage/globals debug] opening file
> > > > > /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
> > > > > [1142293298.814094 /thread debug] delaying start of thread
> > > > > 0x429220 due to barrier
> > > > > [1142293298.814538 /dtnd debug] started dtn server
> > > > > [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
> > > > > [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
> > > > > [1142293298.815706 /dtn/apiserver/12 debug] binding to
> > > > > 127.0.0.1:5010
> > > > > [1142293298.816067 /dtn/apiserver/12 debug] listening
> > > > > [1142293298.816451 /dtn/apiserver/12 debug] state INIT ->
> > > > > LISTENING
> > > > > [1142293298.833241 /thread debug] delaying start of thread
> > > > > 0x424030 due to barrier
> > > > > [1142293298.839105 /thread debug] releasing thread creation
> > > > > barrier -- 3 queued threads
> > > > > [1142293298.845033 /thread debug] starting thread 0x42ae7c
> > > > > [1142293298.851478 /thread debug] starting thread 0x429220
> > > > > [1142293298.857805 /thread debug] starting thread 0x424030
> > > > > ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
> > > > > STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c
> > > > > 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
> > > > > [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
> > > > > [1142293298.929495 /command debug] starting command server on
> > > > > 127.0.0.1:5050
> > > > > [1142293298.937500 /command info] can't load tclreadline: can't
> > > > > find package tclreadline
> > > > > [1142293298.938120 /command info] fall back to simple command loop
> > > > > collie dtn% Segmentation fault
> > > > >
> > > > > THANK YOU for your help and patience
> > > > >
> > > > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > > > >
> > > > > > Hmm... That's a strange one. You could try just using the
> > > > > > filesystem store by changing 'storage set type berkeleydb' to 'storage set
> > > > > > type filesysdb'.
> > > > > >
> > > > > > -m
> > > > > >
> > > > > >
> > > > > > On Nov 16, 2006, at 7:27 AM, ryan m wrote:
> > > > > >
> > > > > > well that got me a little farther at least... this is where it
> > > > > > died this time:
> > > > > >
> > > > > > [1142289491.726722 /dtnd notice] initializing persistent data
> > > > > > store
> > > > > > [1142289491.767648 /dtn/storage notice] creating new database
> > > > > > directory /home/root/Applications/DTN_wireless/tmp/db
> > > > > > [1142289491.884849 /dtn/storage info] initializing db name=DTN
> > > > > > (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> > > > > > [1142289492.284995 /storage/berkeleydb error] DB internal error:
> > > > > > unable to initialize mutex: Function not implemented
> > > > > > [1142289492.290986 /storage/berkeleydb error] DB internal error:
> > > > > > PANIC: Function not implemented
> > > > > > [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY:
> > > > > > Fatal error, run database recovery, cannot open database
> > > > > > [1142289492.316046 /dtn/storage error] can't initialize
> > > > > > berkeleydb -1000
> > > > > > [1142289492.316369 /dtnd critical] error creating storage system
> > > > > > [1142289492.316683 /dtnd error] error initializing data store,
> > > > > > exiting...
> > > > > >
> > > > > >
> > > > > >
> > > > > > On 11/15/06, Michael Demmer <[email-masked]> wrote:
> > > > > > >
> > > > > > >
> > > > > > > The only reason you could be getting that error is if the name
> > > > > > > lookup failed for some reason. You could try putting the IP address in the
> > > > > > > llink configuration and seeing if that works. If it does, then there must be
> > > > > > > something wrong with the host configuration or some other reason why the
> > > > > > > gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could
> > > > > > > put more debug logging in there to trace it down further.
> > > > > > >
> > > > > > > -m
> > > > > > >
> > > > > > >
> > > > > > > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> > > > > > >
> > > > > > > so I've got a static version of dtnd compiled and on the
> > > > > > > zaurus, and now I'm getting this odd behavior when I try to run
> > > > > > >
> > > > > > > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> > > > > > >
> > > > > > > [1142213113.431028 /dtnd info] parsing configuration file
> > > > > > > ./dtn.conf...
> > > > > > > [1142213113.433018 /command debug] executing command file
> > > > > > > ./dtn.conf
> > > > > > > [1142213113.438962 /dtnd info] dtnd parsing configuration...
> > > > > > > [1142213113.447671 /dtn/interface/table info] adding interface
> > > > > > > tcp0 (tcp)
> > > > > > > [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> > > > > > > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > created pipe, fds: 9 10
> > > > > > > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > set_nonblocking: nonblocking mode set
> > > > > > > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]
> > > > > > > set_nonblocking: nonblocking mode set
> > > > > > > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created
> > > > > > > socket 11
> > > > > > > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting
> > > > > > > SO_REUSEADDR
> > > > > > > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to
> > > > > > > 0.0.0.0:5000
> > > > > > > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > > > > > > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->
> > > > > > > LISTENING
> > > > > > > [1142213113.462443 /thread debug] delaying start of thread
> > > > > > > 0x42bb54 due to barrier
> > > > > > > [1142213113.464152 /dtn/link/link1 debug] set_state
> > > > > > > UNAVAILABLE -> AVAILABLE
> > > > > > > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > > > > > > rcm2.cse.lehigh.edu:5000
> > > > > > > [1142213113.465856 /dtn/cl/iputils warning] invalid hostname 'rcm2.cse.lehigh.edu '
> > > > > > > in next hop rcm2.cse.lehigh.edu:5000
> > > > > > > [1142213113.466250 /dtn/cl/tcp error] invalid next hop address
> > > > > > > ' rcm2.cse.lehigh.edu:5000 '
> > > > > > > [1142213113.466579 /dtn/cl/tcp error] error parsing link
> > > > > > > nexthop ' rcm2.cse.lehigh.edu:5000'
> > > > > > > [1142213113.467679 /command error] error: line 137: 'invalid
> > > > > > > link option: (unknown)':
> > > > > > > invalid link option: (unknown)
> > > > > > >     while executing
> > > > > > > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> > > > > > >     (file "./dtn.conf" line 137)
> > > > > > > [1142213113.468105 /dtnd error] error in configuration file,
> > > > > > > exiting...
> > > > > > >
> > > > > > > and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't
> > > > > > > a failure in name resolution.
> > > > > > >
> > > > > > > sorry about posting the "wrong" list, I knew there was
> > > > > > > discussion of making multiple lists, but I wasn't aware that it had actually
> > > > > > > happened, since I don't have the time to read everything that goes through
> > > > > > > dtn-interest. Thank you for the help so far.
> > > > > > >
> > > > > > >
> > > > > > > On 11/13/06, Michael Demmer < [email-masked] > wrote:
> > > > > > > >
> > > > > > > > First of all, let me say that this discussion should be on
> > > > > > > > dtn-users. I don't know if ryan is on that list or not, but if you're not,
> > > > > > > > please in the future use that list for dtn reference implementation
> > > > > > > > questions, not dtn-interest.
> > > > > > > > As far as building tcl statically goes, it's a bit
> > > > > > > > confusing, but you need to run tcl's ./configure --disable-shared to tell it
> > > > > > > > to build a full static libtcl8.4.a. You don't want the stub
> > > > > > > > library linked in.
> > > > > > > >
> > > > > > > > As far as your original problem goes, I suggested linking
> > > > > > > > statically to try to confirm that it's not a library compatibility issue due
> > > > > > > > to the cross compilation. I don't know if this will help or not, but that's
> > > > > > > > what I suggest to do first.
> > > > > > > >
> > > > > > > > -mike
> > > > > > > >
> > > > > > > >
> > > > > > > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > > > > > > >
> > > > > > > > my libtclstub is libtclstub8.4.so.a and if i try to link to
> > > > > > > > it with a link name of libtclstub8.4.so.a or
> > > > > > > > libtclstub8.4.so in the /usr/lib directory.  ldconfig
> > > > > > > > complains it " is not an ELF file - it has the wrong magic bytes at the
> > > > > > > > start" so I had to leave that link out, but I did do the other links, but
> > > > > > > > dtnd crashes the same way.
> > > > > > > >
> > > > > > > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > > > > > > >
> > > > > > > > >  I added links in the target for the following:
> > > > > > > > >
> > > > > > > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > > > > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > > > > > > >  in /usr/lib/ from libtclstub8.4.so ->
> > > > > > > > > /usr/lib/libtclstub8.4.so
> > > > > > > > >
> > > > > > > > > For some reason, it seemed like the tcl libraries wanted
> > > > > > > > > to be in the same directory as the pthread libraries (but I haven't
> > > > > > > > > confirmed that).  I just moved on as soon as things started working.
> > > > > > > > >
> > > > > > > > > Let me know if this helps for you...
> > > > > > > > >
> > > > > > > > >  ------------------------------
> > > > > > > > > *From:* [email-masked] [mailto:
> > > > > > > > > [email-masked]] * On Behalf Of *ryan
> > > > > > > > > m
> > > > > > > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > > > > > > *To:* DTNRG
> > > > > > > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > > >
> > > > > > > > >  is that something I can do with a configure argument to
> > > > > > > > > building the tcl library (I can't find it in ./configure --help)?, and do
> > > > > > > > > you think that doing a static build is the best way to fix the original
> > > > > > > > > issue I was having on the PDA?
> > > > > > > > >
> > > > > > > > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > > > > > > > >
> > > > > > > > > >  I suspect the answer is that you need a 'real' tcl
> > > > > > > > > > library (a .a file) that can be linked statically.  I don't think shared
> > > > > > > > > > objects (the .so tcl library you have in the arm directory) can be linked
> > > > > > > > > > that way.
> > > > > > > > > >
> > > > > > > > > >         --keith
> > > > > > > > > >
> > > > > > > > > >  ------------------------------
> > > > > > > > > > *From:* [email-masked] [mailto:
> > > > > > > > > > [email-masked]] * On Behalf Of *ryan
> > > > > > > > > > m
> > > > > > > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > > > > > > *To:* DTNRG
> > > > > > > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > > > >
> > > > > > > > > >  when i configure with this:
> > > > > > > > > >
> > > > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > > > >
> > > > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > > >
> > > > > > > > > > configure completes fine, but... when I do this:
> > > > > > > > > >
> > > > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > > > >
> > > > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > > > --enable-static
> > > > > > > > > >
> > > > > > > > > > I get:
> > > > > > > > > >
> > > > > > > > > > configure: checking for tcl installation (version 8.4 )
> > > > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > > > checking for tcl library in
> > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl
> > > > > > > > > > -lm -lpthread ... no
> > > > > > > > > > checking for tcl library in
> > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl84 -ldl
> > > > > > > > > > -lm -lpthread ... no
> > > > > > > > > > checking for tcl library in
> > > > > > > > > > /opt/arm-linux-libraries/lib: -ltcl -ldl -lm
> > > > > > > > > > -lpthread ... no
> > > > > > > > > >
> > > > > > > > > > configure: checking for tcl installation (version 8.3)
> > > > > > > > > > checking for tcl.h (version 8.3) in
> > > > > > > > > > /opt/arm-linux-libraries/include... no
> > > > > > > > > > configure: error: can't find usable tcl.h
> > > > > > > > > >
> > > > > > > > > > and it is there:
> > > > > > > > > >
> > > > > > > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld
> > > > > > > > > > *tcl*
> > > > > > > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > > > > > >
> > > > > > > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28
> > > > > > > > > > libtclstub8.4.a
> > > > > > > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > > > > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28
> > > > > > > > > > tclConfig.sh
> > > > > > > > > >
> > > > > > > > > > without enable-static:
> > > > > > > > > >
> > > > > > > > > > configure: checking for tcl installation (version 8.4)
> > > > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > > > checking for tcl library in
> > > > > > > > > > /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl
> > > > > > > > > > -lm -lpthread ... yes
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Thank you for the help
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Michael Demmer wrote:
> > > > > > > > > > > try statically building dtnd and see if that works.
> > > > > > > > > > >
> > > > > > > > > > > -m
> > > > > > > > > > >
> > > > > > > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > > > > > > >
> > > > > > > > > > >> So I finally had a chance to try out the DTN on the
> > > > > > > > > > zaurus.  So I
> > > > > > > > > > >> copied over the libs that I had cross compiled, which
> > > > > > > > > > seemed obvious
> > > > > > > > > > >> to do. Then DTN was complaining about stdc++ lib so I
> > > > > > > > > > copied over the
> > > > > > > > > > >> libs from the lib directory of the cross compile tool
> > > > > > > > > > chain, I figured
> > > > > > > > > > >> that if it was linking in those libs to make arm
> > > > > > > > > > binaries the libs
> > > > > > > > > > >> themselves must be arm compatabile, is this
> > > > > > > > > > right?  So the sum of it
> > > > > > > > > > >> is I get this when I try to run DTN:
> > > > > > > > > > >>
> > > > > > > > > > >>
> > > > > > > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > ./dtnd -l DEBUG
> > > > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > > > >> ./dtnd: error while loading shared libraries:
> > > > > > > > > > libstdc++.so.5: cannot
> > > > > > > > > > >> open shared object file: No such file or directory
> > > > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > ldconfig
> > > > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > > ./dtnd -l DEBUG
> > > > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > > > >> [1142218881.762749 /log debug] adding log reparse
> > > > > > > > > > signal handler
> > > > > > > > > > >> [1142218881.929239 /timer debug] adding signal
> > > > > > > > > > handler 0xd6c14 for
> > > > > > > > > > >> signal 1
> > > > > > > > > > >> [ 1142218881.931204 /log debug] adding log rotate
> > > > > > > > > > signal handler
> > > > > > > > > > >> [1142218881.933055 /timer debug] adding signal
> > > > > > > > > > handler 0xd6b9c for
> > > > > > > > > > >> signal 10
> > > > > > > > > > >> [1142218881.935286 /dtnd notice] DTN daemon starting
> > > > > > > > > > up... (pid 1870)
> > > > > > > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump
> > > > > > > > > > core
> > > > > > > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > > > > > > >> Illegal instruction
> > > > > > > > > > >>
> > > > > > > > > > >> any thoughts?
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
>

------=_Part_78608_22657846.1164072822981
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

opps forgot an updatedb<br><br>root@runabout:~# locate pthread.h<br>/opt/arm-linux-gnu/include/pthread.h<br>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h<br>/usr/include/nptl/pthread.h<br>/usr/include/pthread.h
<br>/usr/src/gcc-arm-linux-3.4.3/src/gcc/fixinc/tests/base/pthread.h<br>root@runabout:~# <br><br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">ryan m</b> &lt;<a href="mailto:[email-masked]">
[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">oooh and some googling says to do this:<br><br><pre>
1. threads issue (read before) : use option &quot;--disable-threads&quot;<br><br>but since DTN2 requires threads this seems like a bad idea....<br></pre><div><span class="e" id="q_10f081fa530982c4_1"><div><span class="gmail_quote">

On 11/20/06, <b class="gmail_sendername">ryan m</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

so things were going so-so until I went to build gcc:<br><h3 lang="en">gcc</h3>
<p lang="en">Now do:</p>
<pre lang="en"># cd ../gcc-arm-linux-3.3.z/<br><span lang="en"># debuild<br><br>it failes at:<br></span></pre>/usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys-include -O2&nbsp; -DIN_GCC -DCROSS_COMPILE&nbsp;&nbsp; -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition&nbsp; -isystem ./include&nbsp; -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include&nbsp; -fexceptions -c ../../src/gcc/unwind-
dw2.c -o libgcc/./unwind-dw2.o<br>In file included from ./gthr-default.h:1,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/gthr.h:96,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/unwind-dw2.c:42:<br>../../src/gcc/gthr-posix.h:43:21: pthread.h

: No such file or directory<br>../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory<br><br><br>the thread thing kills me once again<br><br>pthread.h is there... not sure were it's looking for it, or even if I copied the /usr/include/pthread.h to where it's looking for it would do anything
<br><br>root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h<br>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h<br>/usr/include/nptl/pthread.h<br>/usr/include/pthread.h<br><br>Did you run anything like this?
<div><span><br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div><br></div><div>I set up a debian system using the following instructions:</div><div><br></div><div><a href="http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html</a></div><div><br></div><div>At the time, that worked on my zaurus.</div><span><div><br></div><div>-m</div></span><div><span>
<br><div><div>On Nov 19, 2006, at 12:54 PM, ryan m wrote:</div><br><blockquote type="cite">make test in the oasys directory fails here:<br><br>arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.&nbsp;&nbsp; -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g -fno-inline&nbsp; -MMD -MP -MT &quot;
sample-.o sample-.E sample-.po&quot; -Wall -W -Wcast-align&nbsp; -Werror&nbsp; -static&nbsp; -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread&nbsp; liboasys.a -ltcl8.4 -ldb-4.4<br>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined reference to `pthread_kill' 
<br>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to `pthread_detach'<br>liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to `pthread_join'<br>liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to `pthread_kill' 
<br>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to `pthread_sigmask'<br>collect2: ld returned 1 exit status<br>make: *** [test/sample-test] Error 1<br><br>so it definatly seems like a pthread library issue, any idea how I can fix this.&nbsp; The libraries do indeed exsist. 
<br><br>edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld *thread*<br>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

libpthread-0.10.so</a><br>-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a<br>-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15 2006-10-31 17:11 libpthread.so -&gt; 
libpthread.so.0<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 18 2006-10-31 17:11 libpthread.so.0 -&gt; <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libpthread-0.10.so</a><br>

-rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 17 2006-10-31 17:11 libthread_db.so -&gt; libthread_db.so.1 
<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 19 2006-10-31 17:11 libthread_db.so.1 -&gt; libthread_db-<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br><br><br>EVERY zaurus specific cross compile evironment I can find (either instructions on producing one or a tar of one) is gcc 
2.x which as we found out is unable to compile DTN2 ri.&nbsp; Has anyone found a suitable cross compile environment for the zaurus based off of gcc 3.x?<br><br><div><span class="gmail_quote">On 11/17/06, <b class="gmail_sendername">

 Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 <div><div>Unfortunately I'm not sure if I can give you any more advice on this -- again this looks like there's something wrong with the build and/or the system being incompatible or unstable. You could try compiling and running simpler programs with your setup to make sure the basic compiler is working, then perhaps try a simple multithreaded one, etc. If you run 'make tests' in the DTN2/oasys directory that will build a bunch of unit tests which you could try out to make sure things are working.&nbsp; 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:10 PM, ryan m wrote:</div><br><blockquote type="cite">backtrace to follow: <br><br>[1142331726.187026 /dtnd debug] started dtn server
<br>[1142331726.187788 /dtn/apiserver/13 debug] created socket 13<br>[1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR<br>[1142331726.188407 /dtn/apiserver/13 debug] binding to <a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

127.0.0.1:5010</a><br>[1142331726.188762 /dtn/apiserver/13 debug] listening<br>[1142331726.189139 /dtn/apiserver/13 debug] state INIT -&gt; LISTENING <br> [1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to barrier
<br>[1142331726.189880 /thread debug] releasing thread creation barrier -- 3 queued threads<br>[1142331726.190299 /thread debug] starting thread 0x42b544 <br><br>Program received signal SIG32, Real-time event 32.<br>0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55
<br>55&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in ../sysdeps/unix/sysv/linux/sigsuspend.c<br>Current language:&nbsp; auto; currently c<br>(gdb) backtrace<br>#0&nbsp; 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55
<br>#1&nbsp; 0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at pthread.c:1067<br>#2&nbsp; 0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64, <br>&nbsp;&nbsp;&nbsp; start_routine=0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, arg=0x42b544) at 
restart.h:36<br>#3&nbsp; 0x0010949c in oasys::Thread::start (this=0x42b544) at thread/Thread.cc:169 <br>#4&nbsp; 0x0010912c in oasys::Thread::release_start_barrier () at thread/Thread.cc:70<br>#5&nbsp; 0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5, argv=0xbffffd14) at 
dtnd.cc:401<br>#6&nbsp; 0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427<br><br><br>as far as my cross compiler I used a generic one for arm embedded systems... I couldn't find a zaurus one that was up to date enough to compile DTN2
<br><br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>It looks like there's something more seriously wrong with your build. If you could print out the stack trace using gdb or some such, that would be helpful, but both these errors seem to me like there's something quite messed up in your build setup, perhaps a bogus cross compiler or the wrong endianness or something like that. 
<div><br></div><div>-mike</div><div><span><div><br><div><div>On Nov 16, 2006, at 8:30 AM, ryan m wrote:</div><br><blockquote type="cite">well --db-init completed so I went to run it without --init-db and got: <br><br>[1142293298.812187

 /dtn/storage/globals debug] loading global store<br>[1142293298.813051 /dtn/storage/globals debug] opening file /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key- <br>[1142293298.814094 /thread debug] delaying start of thread 0x429220 due to barrier 
<br>[1142293298.814538 /dtnd debug] started dtn server<br>[1142293298.815085 /dtn/apiserver/12 debug] created socket 12<br>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR <br>[1142293298.815706 /dtn/apiserver/12 debug] binding to 
<a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</a><br>[1142293298.816067 /dtn/apiserver/12 debug] listening <br>[1142293298.816451 /dtn/apiserver/12 debug] state INIT -&gt; LISTENING 
<br>[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to barrier<br>[1142293298.839105 /thread debug] releasing thread creation barrier -- 3 queued threads <br>[1142293298.845033 /thread debug] starting thread 0x42ae7c 
<br>[1142293298.851478 /thread debug] starting thread 0x429220<br>[1142293298.857805 /thread debug] starting thread 0x424030<br>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core <br>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc 
<br>[1142293298.929080 /dtnd info] starting console on <a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</a> <br>[1142293298.929495 /command debug] starting command server on 
<a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</a><br>[1142293298.937500 /command info] can't load tclreadline: can't find package tclreadline<br>[1142293298.938120

 /command info] fall back to simple command loop<br>collie dtn% Segmentation fault<br><br>THANK YOU for your help and patience <br> <br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] </a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 <div><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp; </div><span><div><br></div><div>-m</div></span> <div><span>

 <div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time: <br><br>[1142289491.726722 /dtnd notice] initializing persistent data store 
<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db 
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented 
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369

 /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962

 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">

 libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">

 <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">

 I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">

 in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">

 </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>

  <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] 
<b>
 On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div>

</div>
 is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">

 I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>

 On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>

 when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h

 (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>

 -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286

  /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>

 <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote>

 </div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></span></div></div>
</blockquote></div><br>

</span></div></blockquote></div><br>

</span></div></blockquote></div><br>

------=_Part_78608_22657846.1164072822981--

Date: Mon, 20 Nov 2006 20:27:08 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_78564_12865891.1164072428948
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

oooh and some googling says to do this:

1. threads issue (read before) : use option "--disable-threads"

but since DTN2 requires threads this seems like a bad idea....

On 11/20/06, ryan m <[email-masked]> wrote:
>
> so things were going so-so until I went to build gcc:
> gcc
>
> Now do:
>
> # cd ../gcc-arm-linux-3.3.z/
> # debuild
>
> it failes at:
>
> /usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-arm-linux-3.4.3/build/gcc/
> -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include
> -isystem /usr/arm-linux/sys-include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall
> -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
> -Wold-style-definition  -isystem ./include  -fomit-frame-pointer -fPIC -g0
> -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I.
> -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include
> -fexceptions -c ../../src/gcc/unwind- dw2.c -o libgcc/./unwind-dw2.o
> In file included from ./gthr-default.h:1,
>                  from ../../src/gcc/gthr.h:96,
>                  from ../../src/gcc/unwind-dw2.c:42:
> ../../src/gcc/gthr-posix.h:43:21: pthread.h : No such file or directory
> ../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory
>
>
> the thread thing kills me once again
>
> pthread.h is there... not sure were it's looking for it, or even if I
> copied the /usr/include/pthread.h to where it's looking for it would do
> anything
>
> root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h
> /opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
> /usr/include/nptl/pthread.h
> /usr/include/pthread.h
>
> Did you run anything like this?
>
> On 11/20/06, Michael Demmer <[email-masked]> wrote:
> >
> >
> > I set up a debian system using the following instructions:
> >
> > http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
> >
> > At the time, that worked on my zaurus.
> >
> > -m
> >
> > On Nov 19, 2006, at 12:54 PM, ryan m wrote:
> >
> > make test in the oasys directory fails here:
> >
> > arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.
> > -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g
> > -fno-inline  -MMD -MP -MT " sample-.o sample-.E sample-.po" -Wall -W
> > -Wcast-align  -Werror  -static  -L/opt/arm-linux-libraries/lib
> > -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread  liboasys.a -ltcl8.4 -
> > ldb-4.4
> > liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined
> > reference to `pthread_kill'
> > liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to
> > `pthread_detach'
> > liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to
> > `pthread_join'
> > liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to
> > `pthread_kill'
> > liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to
> > `pthread_sigmask'
> > collect2: ld returned 1 exit status
> > make: *** [test/sample-test] Error 1
> >
> > so it definatly seems like a pthread library issue, any idea how I can
> > fix this.  The libraries do indeed exsist.
> >
> > edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld
> > *thread*
> > -rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
> > -rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
> > -rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
> > lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->
> > libpthread.so.0
> > lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->
> > libpthread-0.10.so
> > -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-1.0.so
> > lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->
> > libthread_db.so.1
> > lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1 ->
> > libthread_db-1.0.so
> >
> >
> > EVERY zaurus specific cross compile evironment I can find (either
> > instructions on producing one or a tar of one) is gcc 2.x which as we
> > found out is unable to compile DTN2 ri.  Has anyone found a suitable cross
> > compile environment for the zaurus based off of gcc 3.x?
> >
> > On 11/17/06, Michael Demmer <[email-masked]> wrote:
> > >
> > > Unfortunately I'm not sure if I can give you any more advice on this
> > > -- again this looks like there's something wrong with the build and/or the
> > > system being incompatible or unstable. You could try compiling and running
> > > simpler programs with your setup to make sure the basic compiler is working,
> > > then perhaps try a simple multithreaded one, etc. If you run 'make tests' in
> > > the DTN2/oasys directory that will build a bunch of unit tests which you
> > > could try out to make sure things are working.
> > >
> > > -m
> > >
> > >
> > > On Nov 16, 2006, at 7:10 PM, ryan m wrote:
> > >
> > > backtrace to follow:
> > >
> > > [1142331726.187026 /dtnd debug] started dtn server
> > > [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
> > > [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
> > > [1142331726.188407 /dtn/apiserver/13 debug] binding to 127.0.0.1:5010
> > > [1142331726.188762 /dtn/apiserver/13 debug] listening
> > > [1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
> > > [1142331726.189462 /thread debug] delaying start of thread 0x4240f8
> > > due to barrier
> > > [1142331726.189880 /thread debug] releasing thread creation barrier --
> > > 3 queued threads
> > > [1142331726.190299 /thread debug] starting thread 0x42b544
> > >
> > > Program received signal SIG32, Real-time event 32.
> > > 0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > > 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
> > > directory.
> > >         in ../sysdeps/unix/sysv/linux/sigsuspend.c
> > > Current language:  auto; currently c
> > > (gdb) backtrace
> > > #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > > #1  0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at
> > > pthread.c:1067
> > > #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548,
> > > attr=0x3c3e64,
> > >     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*)>,
> > > arg=0x42b544) at restart.h:36
> > > #3  0x0010949c in oasys::Thread::start (this=0x42b544) at
> > > thread/Thread.cc:169
> > > #4  0x0010912c in oasys::Thread::release_start_barrier () at
> > > thread/Thread.cc:70
> > > #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,
> > > argv=0xbffffd14) at dtnd.cc:401
> > > #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
> > >
> > >
> > > as far as my cross compiler I used a generic one for arm embedded
> > > systems... I couldn't find a zaurus one that was up to date enough to
> > > compile DTN2
> > >
> > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > >
> > > > It looks like there's something more seriously wrong with your
> > > > build. If you could print out the stack trace using gdb or some such, that
> > > > would be helpful, but both these errors seem to me like there's something
> > > > quite messed up in your build setup, perhaps a bogus cross compiler or the
> > > > wrong endianness or something like that.
> > > > -mike
> > > >
> > > > On Nov 16, 2006, at 8:30 AM, ryan m wrote:
> > > >
> > > > well --db-init completed so I went to run it without --init-db and
> > > > got:
> > > >
> > > > [1142293298.812187 /dtn/storage/globals debug] loading global store
> > > > [1142293298.813051 /dtn/storage/globals debug] opening file
> > > > /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
> > > > [1142293298.814094 /thread debug] delaying start of thread 0x429220
> > > > due to barrier
> > > > [1142293298.814538 /dtnd debug] started dtn server
> > > > [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
> > > > [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
> > > > [1142293298.815706 /dtn/apiserver/12 debug] binding to
> > > > 127.0.0.1:5010
> > > > [1142293298.816067 /dtn/apiserver/12 debug] listening
> > > > [1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
> > > > [1142293298.833241 /thread debug] delaying start of thread 0x424030
> > > > due to barrier
> > > > [1142293298.839105 /thread debug] releasing thread creation barrier
> > > > -- 3 queued threads
> > > > [1142293298.845033 /thread debug] starting thread 0x42ae7c
> > > > [1142293298.851478 /thread debug] starting thread 0x429220
> > > > [1142293298.857805 /thread debug] starting thread 0x424030
> > > > ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
> > > > STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c
> > > > 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
> > > > [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
> > > > [1142293298.929495 /command debug] starting command server on
> > > > 127.0.0.1:5050
> > > > [1142293298.937500 /command info] can't load tclreadline: can't find
> > > > package tclreadline
> > > > [1142293298.938120 /command info] fall back to simple command loop
> > > > collie dtn% Segmentation fault
> > > >
> > > > THANK YOU for your help and patience
> > > >
> > > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > > >
> > > > > Hmm... That's a strange one. You could try just using the
> > > > > filesystem store by changing 'storage set type berkeleydb' to 'storage set
> > > > > type filesysdb'.
> > > > >
> > > > > -m
> > > > >
> > > > >
> > > > > On Nov 16, 2006, at 7:27 AM, ryan m wrote:
> > > > >
> > > > > well that got me a little farther at least... this is where it
> > > > > died this time:
> > > > >
> > > > > [1142289491.726722 /dtnd notice] initializing persistent data
> > > > > store
> > > > > [1142289491.767648 /dtn/storage notice] creating new database
> > > > > directory /home/root/Applications/DTN_wireless/tmp/db
> > > > > [1142289491.884849 /dtn/storage info] initializing db name=DTN
> > > > > (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> > > > > [1142289492.284995 /storage/berkeleydb error] DB internal error:
> > > > > unable to initialize mutex: Function not implemented
> > > > > [1142289492.290986 /storage/berkeleydb error] DB internal error:
> > > > > PANIC: Function not implemented
> > > > > [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY:
> > > > > Fatal error, run database recovery, cannot open database
> > > > > [1142289492.316046 /dtn/storage error] can't initialize berkeleydb
> > > > > -1000
> > > > > [1142289492.316369 /dtnd critical] error creating storage system
> > > > > [1142289492.316683 /dtnd error] error initializing data store,
> > > > > exiting...
> > > > >
> > > > >
> > > > >
> > > > > On 11/15/06, Michael Demmer <[email-masked]> wrote:
> > > > > >
> > > > > >
> > > > > > The only reason you could be getting that error is if the name
> > > > > > lookup failed for some reason. You could try putting the IP address in the
> > > > > > llink configuration and seeing if that works. If it does, then there must be
> > > > > > something wrong with the host configuration or some other reason why the
> > > > > > gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could
> > > > > > put more debug logging in there to trace it down further.
> > > > > >
> > > > > > -m
> > > > > >
> > > > > >
> > > > > > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> > > > > >
> > > > > > so I've got a static version of dtnd compiled and on the zaurus,
> > > > > > and now I'm getting this odd behavior when I try to run
> > > > > >
> > > > > > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> > > > > >
> > > > > > [1142213113.431028 /dtnd info] parsing configuration file
> > > > > > ./dtn.conf...
> > > > > > [1142213113.433018 /command debug] executing command file
> > > > > > ./dtn.conf
> > > > > > [1142213113.438962 /dtnd info] dtnd parsing configuration...
> > > > > > [1142213113.447671 /dtn/interface/table info] adding interface
> > > > > > tcp0 (tcp)
> > > > > > [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> > > > > > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created
> > > > > > pipe, fds: 9 10
> > > > > > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]
> > > > > > set_nonblocking: nonblocking mode set
> > > > > > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]
> > > > > > set_nonblocking: nonblocking mode set
> > > > > > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket
> > > > > > 11
> > > > > > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting
> > > > > > SO_REUSEADDR
> > > > > > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to
> > > > > > 0.0.0.0:5000
> > > > > > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > > > > > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->
> > > > > > LISTENING
> > > > > > [1142213113.462443 /thread debug] delaying start of thread
> > > > > > 0x42bb54 due to barrier
> > > > > > [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE
> > > > > > -> AVAILABLE
> > > > > > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > > > > > rcm2.cse.lehigh.edu:5000
> > > > > > [1142213113.465856 /dtn/cl/iputils warning] invalid hostname 'rcm2.cse.lehigh.edu '
> > > > > > in next hop rcm2.cse.lehigh.edu:5000
> > > > > > [1142213113.466250 /dtn/cl/tcp error] invalid next hop address '
> > > > > > rcm2.cse.lehigh.edu:5000 '
> > > > > > [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop
> > > > > > ' rcm2.cse.lehigh.edu:5000'
> > > > > > [1142213113.467679 /command error] error: line 137: 'invalid
> > > > > > link option: (unknown)':
> > > > > > invalid link option: (unknown)
> > > > > >     while executing
> > > > > > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> > > > > >     (file "./dtn.conf" line 137)
> > > > > > [1142213113.468105 /dtnd error] error in configuration file,
> > > > > > exiting...
> > > > > >
> > > > > > and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a
> > > > > > failure in name resolution.
> > > > > >
> > > > > > sorry about posting the "wrong" list, I knew there was
> > > > > > discussion of making multiple lists, but I wasn't aware that it had actually
> > > > > > happened, since I don't have the time to read everything that goes through
> > > > > > dtn-interest. Thank you for the help so far.
> > > > > >
> > > > > >
> > > > > > On 11/13/06, Michael Demmer < [email-masked] > wrote:
> > > > > > >
> > > > > > > First of all, let me say that this discussion should be on
> > > > > > > dtn-users. I don't know if ryan is on that list or not, but if you're not,
> > > > > > > please in the future use that list for dtn reference implementation
> > > > > > > questions, not dtn-interest.
> > > > > > > As far as building tcl statically goes, it's a bit confusing,
> > > > > > > but you need to run tcl's ./configure --disable-shared to tell it to build a
> > > > > > > full static libtcl8.4.a. You don't want the stub library
> > > > > > > linked in.
> > > > > > >
> > > > > > > As far as your original problem goes, I suggested linking
> > > > > > > statically to try to confirm that it's not a library compatibility issue due
> > > > > > > to the cross compilation. I don't know if this will help or not, but that's
> > > > > > > what I suggest to do first.
> > > > > > >
> > > > > > > -mike
> > > > > > >
> > > > > > >
> > > > > > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > > > > > >
> > > > > > > my libtclstub is libtclstub8.4.so.a and if i try to link to it
> > > > > > > with a link name of libtclstub8.4.so.a or libtclstub8.4.so in
> > > > > > > the /usr/lib directory.  ldconfig complains it " is not an ELF file - it has
> > > > > > > the wrong magic bytes at the start" so I had to leave that link out, but I
> > > > > > > did do the other links, but dtnd crashes the same way.
> > > > > > >
> > > > > > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > > > > > >
> > > > > > > >  I added links in the target for the following:
> > > > > > > >
> > > > > > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > > > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > > > > > >  in /usr/lib/ from libtclstub8.4.so ->
> > > > > > > > /usr/lib/libtclstub8.4.so
> > > > > > > >
> > > > > > > > For some reason, it seemed like the tcl libraries wanted to
> > > > > > > > be in the same directory as the pthread libraries (but I haven't confirmed
> > > > > > > > that).  I just moved on as soon as things started working.
> > > > > > > >
> > > > > > > > Let me know if this helps for you...
> > > > > > > >
> > > > > > > >  ------------------------------
> > > > > > > > *From:* [email-masked] [mailto:
> > > > > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > > > > > *To:* DTNRG
> > > > > > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > >
> > > > > > > >  is that something I can do with a configure argument to
> > > > > > > > building the tcl library (I can't find it in ./configure --help)?, and do
> > > > > > > > you think that doing a static build is the best way to fix the original
> > > > > > > > issue I was having on the PDA?
> > > > > > > >
> > > > > > > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > > > > > > >
> > > > > > > > >  I suspect the answer is that you need a 'real' tcl
> > > > > > > > > library (a .a file) that can be linked statically.  I don't think shared
> > > > > > > > > objects (the .so tcl library you have in the arm directory) can be linked
> > > > > > > > > that way.
> > > > > > > > >
> > > > > > > > >         --keith
> > > > > > > > >
> > > > > > > > >  ------------------------------
> > > > > > > > > *From:* [email-masked] [mailto:
> > > > > > > > > [email-masked]] * On Behalf Of *ryan
> > > > > > > > > m
> > > > > > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > > > > > *To:* DTNRG
> > > > > > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > > >
> > > > > > > > >  when i configure with this:
> > > > > > > > >
> > > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > > >
> > > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > >
> > > > > > > > > configure completes fine, but... when I do this:
> > > > > > > > >
> > > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > > >
> > > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > > --enable-static
> > > > > > > > >
> > > > > > > > > I get:
> > > > > > > > >
> > > > > > > > > configure: checking for tcl installation (version 8.4 )
> > > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > > > > -ltcl8.4 -ldl
> > > > > > > > > -lm -lpthread ... no
> > > > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > > > > -ltcl84 -ldl
> > > > > > > > > -lm -lpthread ... no
> > > > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > > > > -ltcl -ldl -lm
> > > > > > > > > -lpthread ... no
> > > > > > > > >
> > > > > > > > > configure: checking for tcl installation (version 8.3)
> > > > > > > > > checking for tcl.h (version 8.3) in
> > > > > > > > > /opt/arm-linux-libraries/include... no
> > > > > > > > > configure: error: can't find usable tcl.h
> > > > > > > > >
> > > > > > > > > and it is there:
> > > > > > > > >
> > > > > > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld
> > > > > > > > > *tcl*
> > > > > > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > > > > >
> > > > > > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28
> > > > > > > > > libtclstub8.4.a
> > > > > > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > > > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28
> > > > > > > > > tclConfig.sh
> > > > > > > > >
> > > > > > > > > without enable-static:
> > > > > > > > >
> > > > > > > > > configure: checking for tcl installation (version 8.4)
> > > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > > > > - ltcl8.4 -ldl
> > > > > > > > > -lm -lpthread ... yes
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Thank you for the help
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Michael Demmer wrote:
> > > > > > > > > > try statically building dtnd and see if that works.
> > > > > > > > > >
> > > > > > > > > > -m
> > > > > > > > > >
> > > > > > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > > > > > >
> > > > > > > > > >> So I finally had a chance to try out the DTN on the
> > > > > > > > > zaurus.  So I
> > > > > > > > > >> copied over the libs that I had cross compiled, which
> > > > > > > > > seemed obvious
> > > > > > > > > >> to do. Then DTN was complaining about stdc++ lib so I
> > > > > > > > > copied over the
> > > > > > > > > >> libs from the lib directory of the cross compile tool
> > > > > > > > > chain, I figured
> > > > > > > > > >> that if it was linking in those libs to make arm
> > > > > > > > > binaries the libs
> > > > > > > > > >> themselves must be arm compatabile, is this right?  So
> > > > > > > > > the sum of it
> > > > > > > > > >> is I get this when I try to run DTN:
> > > > > > > > > >>
> > > > > > > > > >>
> > > > > > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > ./dtnd -l DEBUG
> > > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > > >> ./dtnd: error while loading shared libraries:
> > > > > > > > > libstdc++.so.5: cannot
> > > > > > > > > >> open shared object file: No such file or directory
> > > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > ldconfig
> > > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > > ./dtnd -l DEBUG
> > > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > > >> [1142218881.762749 /log debug] adding log reparse
> > > > > > > > > signal handler
> > > > > > > > > >> [1142218881.929239 /timer debug] adding signal handler
> > > > > > > > > 0xd6c14 for
> > > > > > > > > >> signal 1
> > > > > > > > > >> [ 1142218881.931204 /log debug] adding log rotate
> > > > > > > > > signal handler
> > > > > > > > > >> [1142218881.933055 /timer debug] adding signal handler
> > > > > > > > > 0xd6b9c for
> > > > > > > > > >> signal 10
> > > > > > > > > >> [1142218881.935286 /dtnd notice] DTN daemon starting
> > > > > > > > > up... (pid 1870)
> > > > > > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump
> > > > > > > > > core
> > > > > > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > > > > > >> Illegal instruction
> > > > > > > > > >>
> > > > > > > > > >> any thoughts?
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>

------=_Part_78564_12865891.1164072428948
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

oooh and some googling says to do this:<br><br><pre>1. threads issue (read before) : use option &quot;--disable-threads&quot;<br><br>but since DTN2 requires threads this seems like a bad idea....<br></pre><div><span class="gmail_quote">
On 11/20/06, <b class="gmail_sendername">ryan m</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
so things were going so-so until I went to build gcc:<br><h3 lang="en">gcc</h3>
<p lang="en">Now do:</p>
<pre lang="en"># cd ../gcc-arm-linux-3.3.z/<br><span lang="en"># debuild<br><br>it failes at:<br></span></pre>/usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys-include -O2&nbsp; -DIN_GCC -DCROSS_COMPILE&nbsp;&nbsp; -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition&nbsp; -isystem ./include&nbsp; -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include&nbsp; -fexceptions -c ../../src/gcc/unwind-
dw2.c -o libgcc/./unwind-dw2.o<br>In file included from ./gthr-default.h:1,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/gthr.h:96,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/unwind-dw2.c:42:<br>../../src/gcc/gthr-posix.h:43:21: pthread.h

: No such file or directory<br>../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory<br><br><br>the thread thing kills me once again<br><br>pthread.h is there... not sure were it's looking for it, or even if I copied the /usr/include/pthread.h to where it's looking for it would do anything
<br><br>root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h<br>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h<br>/usr/include/nptl/pthread.h<br>/usr/include/pthread.h<br><br>Did you run anything like this?
<div><span class="e" id="q_10f081e58ed3dc39_1"><br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div><br></div><div>I set up a debian system using the following instructions:</div><div><br></div><div><a href="http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html</a></div><div><br></div><div>At the time, that worked on my zaurus.</div><span><div><br></div><div>-m</div></span><div><span>
<br><div><div>On Nov 19, 2006, at 12:54 PM, ryan m wrote:</div><br><blockquote type="cite">make test in the oasys directory fails here:<br><br>arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.&nbsp;&nbsp; -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g -fno-inline&nbsp; -MMD -MP -MT &quot;
sample-.o sample-.E sample-.po&quot; -Wall -W -Wcast-align&nbsp; -Werror&nbsp; -static&nbsp; -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread&nbsp; liboasys.a -ltcl8.4 -ldb-4.4<br>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined reference to `pthread_kill' 
<br>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to `pthread_detach'<br>liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to `pthread_join'<br>liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to `pthread_kill' 
<br>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to `pthread_sigmask'<br>collect2: ld returned 1 exit status<br>make: *** [test/sample-test] Error 1<br><br>so it definatly seems like a pthread library issue, any idea how I can fix this.&nbsp; The libraries do indeed exsist. 
<br><br>edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld *thread*<br>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

libpthread-0.10.so</a><br>-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a<br>-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15 2006-10-31 17:11 libpthread.so -&gt; 
libpthread.so.0<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 18 2006-10-31 17:11 libpthread.so.0 -&gt; <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libpthread-0.10.so</a><br>

-rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 17 2006-10-31 17:11 libthread_db.so -&gt; libthread_db.so.1 
<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 19 2006-10-31 17:11 libthread_db.so.1 -&gt; libthread_db-<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br><br><br>EVERY zaurus specific cross compile evironment I can find (either instructions on producing one or a tar of one) is gcc 
2.x which as we found out is unable to compile DTN2 ri.&nbsp; Has anyone found a suitable cross compile environment for the zaurus based off of gcc 3.x?<br><br><div><span class="gmail_quote">On 11/17/06, <b class="gmail_sendername">

 Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 <div><div>Unfortunately I'm not sure if I can give you any more advice on this -- again this looks like there's something wrong with the build and/or the system being incompatible or unstable. You could try compiling and running simpler programs with your setup to make sure the basic compiler is working, then perhaps try a simple multithreaded one, etc. If you run 'make tests' in the DTN2/oasys directory that will build a bunch of unit tests which you could try out to make sure things are working.&nbsp; 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:10 PM, ryan m wrote:</div><br><blockquote type="cite">backtrace to follow: <br><br>[1142331726.187026 /dtnd debug] started dtn server
<br>[1142331726.187788 /dtn/apiserver/13 debug] created socket 13<br>[1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR<br>[1142331726.188407 /dtn/apiserver/13 debug] binding to <a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

127.0.0.1:5010</a><br>[1142331726.188762 /dtn/apiserver/13 debug] listening<br>[1142331726.189139 /dtn/apiserver/13 debug] state INIT -&gt; LISTENING <br> [1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to barrier
<br>[1142331726.189880 /thread debug] releasing thread creation barrier -- 3 queued threads<br>[1142331726.190299 /thread debug] starting thread 0x42b544 <br><br>Program received signal SIG32, Real-time event 32.<br>0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55
<br>55&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in ../sysdeps/unix/sysv/linux/sigsuspend.c<br>Current language:&nbsp; auto; currently c<br>(gdb) backtrace<br>#0&nbsp; 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55
<br>#1&nbsp; 0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at pthread.c:1067<br>#2&nbsp; 0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64, <br>&nbsp;&nbsp;&nbsp; start_routine=0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, arg=0x42b544) at 
restart.h:36<br>#3&nbsp; 0x0010949c in oasys::Thread::start (this=0x42b544) at thread/Thread.cc:169 <br>#4&nbsp; 0x0010912c in oasys::Thread::release_start_barrier () at thread/Thread.cc:70<br>#5&nbsp; 0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5, argv=0xbffffd14) at 
dtnd.cc:401<br>#6&nbsp; 0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427<br><br><br>as far as my cross compiler I used a generic one for arm embedded systems... I couldn't find a zaurus one that was up to date enough to compile DTN2
<br><br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>It looks like there's something more seriously wrong with your build. If you could print out the stack trace using gdb or some such, that would be helpful, but both these errors seem to me like there's something quite messed up in your build setup, perhaps a bogus cross compiler or the wrong endianness or something like that. 
<div><br></div><div>-mike</div><div><span><div><br><div><div>On Nov 16, 2006, at 8:30 AM, ryan m wrote:</div><br><blockquote type="cite">well --db-init completed so I went to run it without --init-db and got: <br><br>[1142293298.812187

 /dtn/storage/globals debug] loading global store<br>[1142293298.813051 /dtn/storage/globals debug] opening file /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key- <br>[1142293298.814094 /thread debug] delaying start of thread 0x429220 due to barrier 
<br>[1142293298.814538 /dtnd debug] started dtn server<br>[1142293298.815085 /dtn/apiserver/12 debug] created socket 12<br>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR <br>[1142293298.815706 /dtn/apiserver/12 debug] binding to 
<a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</a><br>[1142293298.816067 /dtn/apiserver/12 debug] listening <br>[1142293298.816451 /dtn/apiserver/12 debug] state INIT -&gt; LISTENING 
<br>[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to barrier<br>[1142293298.839105 /thread debug] releasing thread creation barrier -- 3 queued threads <br>[1142293298.845033 /thread debug] starting thread 0x42ae7c 
<br>[1142293298.851478 /thread debug] starting thread 0x429220<br>[1142293298.857805 /thread debug] starting thread 0x424030<br>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core <br>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc 
<br>[1142293298.929080 /dtnd info] starting console on <a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</a> <br>[1142293298.929495 /command debug] starting command server on 
<a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</a><br>[1142293298.937500 /command info] can't load tclreadline: can't find package tclreadline<br>[1142293298.938120

 /command info] fall back to simple command loop<br>collie dtn% Segmentation fault<br><br>THANK YOU for your help and patience <br> <br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] </a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 <div><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp; </div><span><div><br></div><div>-m</div></span> <div><span>

 <div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time: <br><br>[1142289491.726722 /dtnd notice] initializing persistent data store 
<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db 
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented 
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369

 /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

 <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962

 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">

 libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">

 <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">

 I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">

 in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">

 </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>

  <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] 
<b>
 On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div>
</div>
 is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">

 I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

 [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>

 On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>

 when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h

 (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>

 -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286

  /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>

 <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote>

 </div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></span></div></div>
</blockquote></div><br>

</span></div></blockquote></div><br>

------=_Part_78564_12865891.1164072428948--

Date: Mon, 20 Nov 2006 20:25:43 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_78532_31187181.1164072343875
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

so things were going so-so until I went to build gcc:
gcc

Now do:

# cd ../gcc-arm-linux-3.3.z/
# debuild

it failes at:

/usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc
-B/usr/src/gcc-arm-linux-3.4.3/build/gcc/
-B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include
-isystem /usr/arm-linux/sys-include -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include  -fomit-frame-pointer -fPIC -g0
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I.
-I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include
-fexceptions -c ../../src/gcc/unwind-dw2.c -o libgcc/./unwind-dw2.o
In file included from ./gthr-default.h:1,
                 from ../../src/gcc/gthr.h:96,
                 from ../../src/gcc/unwind-dw2.c:42:
../../src/gcc/gthr-posix.h:43:21: pthread.h: No such file or directory
../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory

the thread thing kills me once again

pthread.h is there... not sure were it's looking for it, or even if I copied
the /usr/include/pthread.h to where it's looking for it would do anything

root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h
/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h
/usr/include/nptl/pthread.h
/usr/include/pthread.h

Did you run anything like this?

On 11/20/06, Michael Demmer <[email-masked]> wrote:
>
>
> I set up a debian system using the following instructions:
>
> http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html
>
> At the time, that worked on my zaurus.
>
> -m
>
> On Nov 19, 2006, at 12:54 PM, ryan m wrote:
>
> make test in the oasys directory fails here:
>
> arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.
> -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g
> -fno-inline  -MMD -MP -MT "sample-.o sample-.E sample-.po" -Wall -W
> -Wcast-align  -Werror  -static  -L/opt/arm-linux-libraries/lib
> -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread  liboasys.a -ltcl8.4 -
> ldb-4.4
> liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined reference
> to `pthread_kill'
> liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to
> `pthread_detach'
> liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to
> `pthread_join'
> liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to
> `pthread_kill'
> liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to
> `pthread_sigmask'
> collect2: ld returned 1 exit status
> make: *** [test/sample-test] Error 1
>
> so it definatly seems like a pthread library issue, any idea how I can fix
> this.  The libraries do indeed exsist.
>
> edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld
> *thread*
> -rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
> -rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
> -rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
> lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->
> libpthread.so.0
> lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->
> libpthread-0.10.so
> -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-1.0.so
> lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->
> libthread_db.so.1
> lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1 ->
> libthread_db-1.0.so
>
>
> EVERY zaurus specific cross compile evironment I can find (either
> instructions on producing one or a tar of one) is gcc 2.x which as we
> found out is unable to compile DTN2 ri.  Has anyone found a suitable cross
> compile environment for the zaurus based off of gcc 3.x?
>
> On 11/17/06, Michael Demmer <[email-masked]> wrote:
> >
> > Unfortunately I'm not sure if I can give you any more advice on this --
> > again this looks like there's something wrong with the build and/or the
> > system being incompatible or unstable. You could try compiling and running
> > simpler programs with your setup to make sure the basic compiler is working,
> > then perhaps try a simple multithreaded one, etc. If you run 'make tests' in
> > the DTN2/oasys directory that will build a bunch of unit tests which you
> > could try out to make sure things are working.
> >
> > -m
> >
> >
> > On Nov 16, 2006, at 7:10 PM, ryan m wrote:
> >
> > backtrace to follow:
> >
> > [1142331726.187026 /dtnd debug] started dtn server
> > [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
> > [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
> > [1142331726.188407 /dtn/apiserver/13 debug] binding to 127.0.0.1:5010
> > [1142331726.188762 /dtn/apiserver/13 debug] listening
> > [1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
> > [1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due
> > to barrier
> > [1142331726.189880 /thread debug] releasing thread creation barrier -- 3
> > queued threads
> > [1142331726.190299 /thread debug] starting thread 0x42b544
> >
> > Program received signal SIG32, Real-time event 32.
> > 0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
> > directory.
> >         in ../sysdeps/unix/sysv/linux/sigsuspend.c
> > Current language:  auto; currently c
> > (gdb) backtrace
> > #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> > ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> > #1  0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at
> > pthread.c:1067
> > #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64,
> >     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*)>,
> > arg=0x42b544) at restart.h:36
> > #3  0x0010949c in oasys::Thread::start (this=0x42b544) at
> > thread/Thread.cc:169
> > #4  0x0010912c in oasys::Thread::release_start_barrier () at
> > thread/Thread.cc:70
> > #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,
> > argv=0xbffffd14) at dtnd.cc:401
> > #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
> >
> >
> > as far as my cross compiler I used a generic one for arm embedded
> > systems... I couldn't find a zaurus one that was up to date enough to
> > compile DTN2
> >
> > On 11/16/06, Michael Demmer <[email-masked]> wrote:
> > >
> > > It looks like there's something more seriously wrong with your build.
> > > If you could print out the stack trace using gdb or some such, that would be
> > > helpful, but both these errors seem to me like there's something quite
> > > messed up in your build setup, perhaps a bogus cross compiler or the wrong
> > > endianness or something like that.
> > > -mike
> > >
> > > On Nov 16, 2006, at 8:30 AM, ryan m wrote:
> > >
> > > well --db-init completed so I went to run it without --init-db and
> > > got:
> > >
> > > [1142293298.812187 /dtn/storage/globals debug] loading global store
> > > [1142293298.813051 /dtn/storage/globals debug] opening file
> > > /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
> > > [1142293298.814094 /thread debug] delaying start of thread 0x429220
> > > due to barrier
> > > [1142293298.814538 /dtnd debug] started dtn server
> > > [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
> > > [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
> > > [1142293298.815706 /dtn/apiserver/12 debug] binding to 127.0.0.1:5010
> > > [1142293298.816067 /dtn/apiserver/12 debug] listening
> > > [1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
> > > [1142293298.833241 /thread debug] delaying start of thread 0x424030
> > > due to barrier
> > > [1142293298.839105 /thread debug] releasing thread creation barrier --
> > > 3 queued threads
> > > [1142293298.845033 /thread debug] starting thread 0x42ae7c
> > > [1142293298.851478 /thread debug] starting thread 0x429220
> > > [1142293298.857805 /thread debug] starting thread 0x424030
> > > ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
> > > STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc
> > > 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
> > > [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
> > > [1142293298.929495 /command debug] starting command server on
> > > 127.0.0.1:5050
> > > [1142293298.937500 /command info] can't load tclreadline: can't find
> > > package tclreadline
> > > [1142293298.938120 /command info] fall back to simple command loop
> > > collie dtn% Segmentation fault
> > >
> > > THANK YOU for your help and patience
> > >
> > > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > > >
> > > > Hmm... That's a strange one. You could try just using the filesystem
> > > > store by changing 'storage set type berkeleydb' to 'storage set type
> > > > filesysdb'.
> > > >
> > > > -m
> > > >
> > > >
> > > > On Nov 16, 2006, at 7:27 AM, ryan m wrote:
> > > >
> > > > well that got me a little farther at least... this is where it died
> > > > this time:
> > > >
> > > > [1142289491.726722 /dtnd notice] initializing persistent data store
> > > > [1142289491.767648 /dtn/storage notice] creating new database
> > > > directory /home/root/Applications/DTN_wireless/tmp/db
> > > > [1142289491.884849 /dtn/storage info] initializing db name=DTN (not
> > > > shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> > > > [1142289492.284995 /storage/berkeleydb error] DB internal error:
> > > > unable to initialize mutex: Function not implemented
> > > > [1142289492.290986 /storage/berkeleydb error] DB internal error:
> > > > PANIC: Function not implemented
> > > > [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal
> > > > error, run database recovery, cannot open database
> > > > [1142289492.316046 /dtn/storage error] can't initialize berkeleydb
> > > > -1000
> > > > [1142289492.316369 /dtnd critical] error creating storage system
> > > > [1142289492.316683 /dtnd error] error initializing data store,
> > > > exiting...
> > > >
> > > >
> > > >
> > > > On 11/15/06, Michael Demmer <[email-masked]> wrote:
> > > > >
> > > > >
> > > > > The only reason you could be getting that error is if the name
> > > > > lookup failed for some reason. You could try putting the IP address in the
> > > > > llink configuration and seeing if that works. If it does, then there must be
> > > > > something wrong with the host configuration or some other reason why the
> > > > > gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could
> > > > > put more debug logging in there to trace it down further.
> > > > >
> > > > > -m
> > > > >
> > > > >
> > > > > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> > > > >
> > > > > so I've got a static version of dtnd compiled and on the zaurus,
> > > > > and now I'm getting this odd behavior when I try to run
> > > > >
> > > > > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> > > > >
> > > > > [1142213113.431028 /dtnd info] parsing configuration file
> > > > > ./dtn.conf...
> > > > > [1142213113.433018 /command debug] executing command file
> > > > > ./dtn.conf
> > > > > [1142213113.438962 /dtnd info] dtnd parsing configuration...
> > > > > [1142213113.447671 /dtn/interface/table info] adding interface
> > > > > tcp0 (tcp)
> > > > > [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> > > > > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created
> > > > > pipe, fds: 9 10
> > > > > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]
> > > > > set_nonblocking: nonblocking mode set
> > > > > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]
> > > > > set_nonblocking: nonblocking mode set
> > > > > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
> > > > >
> > > > > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting
> > > > > SO_REUSEADDR
> > > > > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to
> > > > > 0.0.0.0:5000
> > > > > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > > > > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->
> > > > > LISTENING
> > > > > [1142213113.462443 /thread debug] delaying start of thread
> > > > > 0x42bb54 due to barrier
> > > > > [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE ->
> > > > > AVAILABLE
> > > > > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > > > > rcm2.cse.lehigh.edu:5000
> > > > > [1142213113.465856 /dtn/cl/iputils warning] invalid hostname 'rcm2.cse.lehigh.edu '
> > > > > in next hop rcm2.cse.lehigh.edu:5000
> > > > > [1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' rcm2.cse.lehigh.edu:5000
> > > > > '
> > > > > [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '
> > > > > rcm2.cse.lehigh.edu:5000'
> > > > > [1142213113.467679 /command error] error: line 137: 'invalid link
> > > > > option: (unknown)':
> > > > > invalid link option: (unknown)
> > > > >     while executing
> > > > > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> > > > >     (file "./dtn.conf" line 137)
> > > > > [1142213113.468105 /dtnd error] error in configuration file,
> > > > > exiting...
> > > > >
> > > > > and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a
> > > > > failure in name resolution.
> > > > >
> > > > > sorry about posting the "wrong" list, I knew there was discussion
> > > > > of making multiple lists, but I wasn't aware that it had actually happened,
> > > > > since I don't have the time to read everything that goes through
> > > > > dtn-interest. Thank you for the help so far.
> > > > >
> > > > >
> > > > > On 11/13/06, Michael Demmer < [email-masked] > wrote:
> > > > > >
> > > > > > First of all, let me say that this discussion should be on
> > > > > > dtn-users. I don't know if ryan is on that list or not, but if you're not,
> > > > > > please in the future use that list for dtn reference implementation
> > > > > > questions, not dtn-interest.
> > > > > > As far as building tcl statically goes, it's a bit confusing,
> > > > > > but you need to run tcl's ./configure --disable-shared to tell it to build a
> > > > > > full static libtcl8.4.a. You don't want the stub library linked
> > > > > > in.
> > > > > >
> > > > > > As far as your original problem goes, I suggested linking
> > > > > > statically to try to confirm that it's not a library compatibility issue due
> > > > > > to the cross compilation. I don't know if this will help or not, but that's
> > > > > > what I suggest to do first.
> > > > > >
> > > > > > -mike
> > > > > >
> > > > > >
> > > > > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > > > > >
> > > > > > my libtclstub is libtclstub8.4.so.a and if i try to link to it
> > > > > > with a link name of libtclstub8.4.so.a or libtclstub8.4.so in
> > > > > > the /usr/lib directory.  ldconfig complains it " is not an ELF file - it has
> > > > > > the wrong magic bytes at the start" so I had to leave that link out, but I
> > > > > > did do the other links, but dtnd crashes the same way.
> > > > > >
> > > > > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > > > > >
> > > > > > >  I added links in the target for the following:
> > > > > > >
> > > > > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > > > > >  in /usr/lib/ from libtclstub8.4.so ->
> > > > > > > /usr/lib/libtclstub8.4.so
> > > > > > >
> > > > > > > For some reason, it seemed like the tcl libraries wanted to be
> > > > > > > in the same directory as the pthread libraries (but I haven't confirmed
> > > > > > > that).  I just moved on as soon as things started working.
> > > > > > >
> > > > > > > Let me know if this helps for you...
> > > > > > >
> > > > > > >  ------------------------------
> > > > > > > *From:* [email-masked] [mailto:
> > > > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > > > > *To:* DTNRG
> > > > > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > > > > >
> > > > > > >  is that something I can do with a configure argument to
> > > > > > > building the tcl library (I can't find it in ./configure --help)?, and do
> > > > > > > you think that doing a static build is the best way to fix the original
> > > > > > > issue I was having on the PDA?
> > > > > > >
> > > > > > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > > > > > >
> > > > > > > >  I suspect the answer is that you need a 'real' tcl library
> > > > > > > > (a .a file) that can be linked statically.  I don't think shared objects
> > > > > > > > (the .so tcl library you have in the arm directory) can be linked that way.
> > > > > > > >
> > > > > > > >         --keith
> > > > > > > >
> > > > > > > >  ------------------------------
> > > > > > > > *From:* [email-masked] [mailto:
> > > > > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > > > > *To:* DTNRG
> > > > > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > > > > >
> > > > > > > >  when i configure with this:
> > > > > > > >
> > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > >
> > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > >
> > > > > > > > configure completes fine, but... when I do this:
> > > > > > > >
> > > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > > >
> > > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > > --enable-static
> > > > > > > >
> > > > > > > > I get:
> > > > > > > >
> > > > > > > > configure: checking for tcl installation (version 8.4 )
> > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -
> > > > > > > > ltcl8.4 -ldl
> > > > > > > > -lm -lpthread ... no
> > > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > > > -ltcl84 -ldl
> > > > > > > > -lm -lpthread ... no
> > > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > > > -ltcl -ldl -lm
> > > > > > > > -lpthread ... no
> > > > > > > >
> > > > > > > > configure: checking for tcl installation (version 8.3)
> > > > > > > > checking for tcl.h (version 8.3) in
> > > > > > > > /opt/arm-linux-libraries/include... no
> > > > > > > > configure: error: can't find usable tcl.h
> > > > > > > >
> > > > > > > > and it is there:
> > > > > > > >
> > > > > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld
> > > > > > > > *tcl*
> > > > > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28
> > > > > > > > libtclstub8.4.a
> > > > > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
> > > > > > > >
> > > > > > > > without enable-static:
> > > > > > > >
> > > > > > > > configure: checking for tcl installation (version 8.4)
> > > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -
> > > > > > > > ltcl8.4 -ldl
> > > > > > > > -lm -lpthread ... yes
> > > > > > > >
> > > > > > > >
> > > > > > > > Thank you for the help
> > > > > > > >
> > > > > > > >
> > > > > > > > Michael Demmer wrote:
> > > > > > > > > try statically building dtnd and see if that works.
> > > > > > > > >
> > > > > > > > > -m
> > > > > > > > >
> > > > > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > > > > >
> > > > > > > > >> So I finally had a chance to try out the DTN on the
> > > > > > > > zaurus.  So I
> > > > > > > > >> copied over the libs that I had cross compiled, which
> > > > > > > > seemed obvious
> > > > > > > > >> to do. Then DTN was complaining about stdc++ lib so I
> > > > > > > > copied over the
> > > > > > > > >> libs from the lib directory of the cross compile tool
> > > > > > > > chain, I figured
> > > > > > > > >> that if it was linking in those libs to make arm binaries
> > > > > > > > the libs
> > > > > > > > >> themselves must be arm compatabile, is this right?  So
> > > > > > > > the sum of it
> > > > > > > > >> is I get this when I try to run DTN:
> > > > > > > > >>
> > > > > > > > >>
> > > > > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > ./dtnd -l DEBUG
> > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > >> ./dtnd: error while loading shared libraries:
> > > > > > > > libstdc++.so.5: cannot
> > > > > > > > >> open shared object file: No such file or directory
> > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > ldconfig
> > > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > > ./dtnd -l DEBUG
> > > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > > >> [1142218881.762749 /log debug] adding log reparse signal
> > > > > > > > handler
> > > > > > > > >> [1142218881.929239 /timer debug] adding signal handler
> > > > > > > > 0xd6c14 for
> > > > > > > > >> signal 1
> > > > > > > > >> [ 1142218881.931204 /log debug] adding log rotate signal
> > > > > > > > handler
> > > > > > > > >> [1142218881.933055 /timer debug] adding signal handler
> > > > > > > > 0xd6b9c for
> > > > > > > > >> signal 10
> > > > > > > > >> [1142218881.935286 /dtnd notice] DTN daemon starting
> > > > > > > > up... (pid 1870)
> > > > > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
> > > > > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > > > > >> Illegal instruction
> > > > > > > > >>
> > > > > > > > >> any thoughts?
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

------=_Part_78532_31187181.1164072343875
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

so things were going so-so until I went to build gcc:<br><h3 lang="en">gcc</h3>
<p lang="en">Now do:</p>
<pre class="programlisting" lang="en"># cd ../gcc-arm-linux-3.3.z/<br><span lang="en"># debuild<br><br>it failes at:<br></span></pre>/usr/src/gcc-arm-linux-3.4.3/build/gcc/xgcc -B/usr/src/gcc-arm-linux-3.4.3/build/gcc/ -B/usr/arm-linux/bin/ -B/usr/arm-linux/lib/ -isystem /usr/arm-linux/include -isystem /usr/arm-linux/sys-include -O2&nbsp; -DIN_GCC -DCROSS_COMPILE&nbsp;&nbsp; -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition&nbsp; -isystem ./include&nbsp; -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include&nbsp; -fexceptions -c ../../src/gcc/unwind-
dw2.c -o libgcc/./unwind-dw2.o<br>In file included from ./gthr-default.h:1,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/gthr.h:96,<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; from ../../src/gcc/unwind-dw2.c:42:<br>../../src/gcc/gthr-posix.h:43:21: pthread.h
: No such file or directory<br>../../src/gcc/gthr-posix.h:44:20: unistd.h: No such file or directory<br><br><br>the thread thing kills me once again<br><br>pthread.h is there... not sure were it's looking for it, or even if I copied the /usr/include/pthread.h to where it's looking for it would do anything
<br><br>root@runabout:/usr/src/gcc-arm-linux-3.4.3/build/gcc# locate pthread.h<br>/opt/backup/arm-linux-toolchain/3.2.3/arm-linux/include/pthread.h<br>/usr/include/nptl/pthread.h<br>/usr/include/pthread.h<br><br>Did you run anything like this?
<br><br><div><span class="gmail_quote">On 11/20/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div><br></div><div>I set up a debian system using the following instructions:</div><div><br></div><div><a href="http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html</a></div><div><br></div><div>At the time, that worked on my zaurus.</div><span class="sg"><div><br></div><div>-m</div></span><div><span class="e" id="q_10f072459e39d1b9_2">
<br><div><div>On Nov 19, 2006, at 12:54 PM, ryan m wrote:</div><br><blockquote type="cite">make test in the oasys directory fails here:<br><br>arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.&nbsp;&nbsp; -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g -fno-inline&nbsp; -MMD -MP -MT &quot;
sample-.o sample-.E sample-.po&quot; -Wall -W -Wcast-align&nbsp; -Werror&nbsp; -static&nbsp; -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread&nbsp; liboasys.a -ltcl8.4 -ldb-4.4<br>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined reference to `pthread_kill' 
<br>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to `pthread_detach'<br>liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to `pthread_join'<br>liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to `pthread_kill' 
<br>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to `pthread_sigmask'<br>collect2: ld returned 1 exit status<br>make: *** [test/sample-test] Error 1<br><br>so it definatly seems like a pthread library issue, any idea how I can fix this.&nbsp; The libraries do indeed exsist. 
<br><br>edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld *thread*<br>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
libpthread-0.10.so</a><br>-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a<br>-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15 2006-10-31 17:11 libpthread.so -&gt; 
libpthread.so.0<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 18 2006-10-31 17:11 libpthread.so.0 -&gt; <a href="http://libpthread-0.10.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libpthread-0.10.so</a><br>
-rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 17 2006-10-31 17:11 libthread_db.so -&gt; libthread_db.so.1 
<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 19 2006-10-31 17:11 libthread_db.so.1 -&gt; libthread_db-<a href="http://1.0.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">1.0.so</a><br><br><br>EVERY zaurus specific cross compile evironment I can find (either instructions on producing one or a tar of one) is gcc 
2.x which as we found out is unable to compile DTN2 ri.&nbsp; Has anyone found a suitable cross compile environment for the zaurus based off of gcc 3.x?<br><br><div><span class="gmail_quote">On 11/17/06, <b class="gmail_sendername">
 Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div><div>Unfortunately I'm not sure if I can give you any more advice on this -- again this looks like there's something wrong with the build and/or the system being incompatible or unstable. You could try compiling and running simpler programs with your setup to make sure the basic compiler is working, then perhaps try a simple multithreaded one, etc. If you run 'make tests' in the DTN2/oasys directory that will build a bunch of unit tests which you could try out to make sure things are working.&nbsp; 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:10 PM, ryan m wrote:</div><br><blockquote type="cite">backtrace to follow: <br><br>[1142331726.187026 /dtnd debug] started dtn server
<br>[1142331726.187788 /dtn/apiserver/13 debug] created socket 13<br>[1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR<br>[1142331726.188407 /dtn/apiserver/13 debug] binding to <a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
127.0.0.1:5010</a><br>[1142331726.188762 /dtn/apiserver/13 debug] listening<br>[1142331726.189139 /dtn/apiserver/13 debug] state INIT -&gt; LISTENING <br> [1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to barrier
<br>[1142331726.189880 /thread debug] releasing thread creation barrier -- 3 queued threads<br>[1142331726.190299 /thread debug] starting thread 0x42b544 <br><br>Program received signal SIG32, Real-time event 32.<br>0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55
<br>55&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in ../sysdeps/unix/sysv/linux/sigsuspend.c<br>Current language:&nbsp; auto; currently c<br>(gdb) backtrace<br>#0&nbsp; 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55
<br>#1&nbsp; 0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at pthread.c:1067<br>#2&nbsp; 0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64, <br>&nbsp;&nbsp;&nbsp; start_routine=0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, arg=0x42b544) at 
restart.h:36<br>#3&nbsp; 0x0010949c in oasys::Thread::start (this=0x42b544) at thread/Thread.cc:169 <br>#4&nbsp; 0x0010912c in oasys::Thread::release_start_barrier () at thread/Thread.cc:70<br>#5&nbsp; 0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5, argv=0xbffffd14) at 
dtnd.cc:401<br>#6&nbsp; 0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427<br><br><br>as far as my cross compiler I used a generic one for arm embedded systems... I couldn't find a zaurus one that was up to date enough to compile DTN2
<br><br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>It looks like there's something more seriously wrong with your build. If you could print out the stack trace using gdb or some such, that would be helpful, but both these errors seem to me like there's something quite messed up in your build setup, perhaps a bogus cross compiler or the wrong endianness or something like that. 
<div><br></div><div>-mike</div><div><span><div><br><div><div>On Nov 16, 2006, at 8:30 AM, ryan m wrote:</div><br><blockquote type="cite">well --db-init completed so I went to run it without --init-db and got: <br><br>[1142293298.812187
 /dtn/storage/globals debug] loading global store<br>[1142293298.813051 /dtn/storage/globals debug] opening file /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key- <br>[1142293298.814094 /thread debug] delaying start of thread 0x429220 due to barrier 
<br>[1142293298.814538 /dtnd debug] started dtn server<br>[1142293298.815085 /dtn/apiserver/12 debug] created socket 12<br>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR <br>[1142293298.815706 /dtn/apiserver/12 debug] binding to 
<a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</a><br>[1142293298.816067 /dtn/apiserver/12 debug] listening <br>[1142293298.816451 /dtn/apiserver/12 debug] state INIT -&gt; LISTENING 
<br>[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to barrier<br>[1142293298.839105 /thread debug] releasing thread creation barrier -- 3 queued threads <br>[1142293298.845033 /thread debug] starting thread 0x42ae7c 
<br>[1142293298.851478 /thread debug] starting thread 0x429220<br>[1142293298.857805 /thread debug] starting thread 0x424030<br>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core <br>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc 
<br>[1142293298.929080 /dtnd info] starting console on <a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</a> <br>[1142293298.929495 /command debug] starting command server on 
<a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</a><br>[1142293298.937500 /command info] can't load tclreadline: can't find package tclreadline<br>[1142293298.938120
 /command info] fall back to simple command loop<br>collie dtn% Segmentation fault<br><br>THANK YOU for your help and patience <br> <br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] </a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp; </div><span><div><br></div><div>-m</div></span> <div><span>
 <div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time: <br><br>[1142289491.726722 /dtnd notice] initializing persistent data store 
<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db 
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented 
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369
 /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962
 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">
 libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">
 <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">
 I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>
  <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div></div>
 is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">
 I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>
 when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h
 (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>
 -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286
  /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>
 <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote>
 </div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></span></div></div>
</blockquote></div><br>

------=_Part_78532_31187181.1164072343875--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Bundle protocol dissector
Date: Mon, 20 Nov 2006 14:11:29 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

Hi Florent,

I'm not sure if you noticed or not, but I recently got an IANA  
registration for bundling over UDP/TCP to be assigned to port 4556.  
So you can now build that into your plugin as the default port for  
dissecting bundle data.

Thanks for the good work!

-m

On Nov 14, 2006, at 9:58 AM, Florent Parent wrote:

>
> Hi,
>
> I'm writing a bundle protocol dissector for Wireshark (new name for  
> Ethereal). It's currently stable and working fine. The bundle  
> primary and payload packets are decoded and displayed in a protocol  
> tree. You will find the source code, instructions and snapshot at  
> <http://homepage.mac.com/florent.parent/dtnrg/README.html>.
>
> There are still limitations, but this is work in progress :)
>
> This will hopefully be useful to some. Comments/bug reports welcomed.
>
> Florent
>
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Date: Mon, 20 Nov 2006 12:51:41 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-2-1065108336
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

I set up a debian system using the following instructions:

http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html

At the time, that worked on my zaurus.

-m

On Nov 19, 2006, at 12:54 PM, ryan m wrote:

> make test in the oasys directory fails here:
>
> arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.   -I/ 
> opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include - 
> g -fno-inline  -MMD -MP -MT "sample-.o sample-.E sample-.po" -Wall - 
> W -Wcast-align  -Werror  -static  -L/opt/arm-linux-libraries/lib -L/ 
> opt/arm-linux-libraries/lib -ldl -lm -lpthread  liboasys.a -ltcl8.4  
> -ldb-4.4
> liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined  
> reference to `pthread_kill'
> liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to  
> `pthread_detach'
> liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to  
> `pthread_join'
> liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to  
> `pthread_kill'
> liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to  
> `pthread_sigmask'
> collect2: ld returned 1 exit status
> make: *** [test/sample-test] Error 1
>
> so it definatly seems like a pthread library issue, any idea how I  
> can fix this.  The libraries do indeed exsist.
>
> edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls  
> -ld *thread*
> -rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
> -rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
> -rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
> lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->  
> libpthread.so.0
> lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->  
> libpthread-0.10.so
> -rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-1.0.so
> lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->  
> libthread_db.so.1
> lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1 ->  
> libthread_db-1.0.so
>
>
> EVERY zaurus specific cross compile evironment I can find (either  
> instructions on producing one or a tar of one) is gcc 2.x which as  
> we found out is unable to compile DTN2 ri.  Has anyone found a  
> suitable cross compile environment for the zaurus based off of gcc  
> 3.x?
>
> On 11/17/06, Michael Demmer <[email-masked]> wrote:
> Unfortunately I'm not sure if I can give you any more advice on  
> this -- again this looks like there's something wrong with the  
> build and/or the system being incompatible or unstable. You could  
> try compiling and running simpler programs with your setup to make  
> sure the basic compiler is working, then perhaps try a simple  
> multithreaded one, etc. If you run 'make tests' in the DTN2/oasys  
> directory that will build a bunch of unit tests which you could try  
> out to make sure things are working.
>
> -m
>
>
> On Nov 16, 2006, at 7:10 PM, ryan m wrote:
>
>> backtrace to follow:
>>
>> [1142331726.187026 /dtnd debug] started dtn server
>> [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
>> [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
>> [1142331726.188407 /dtn/apiserver/13 debug] binding to 127.0.0.1:5010
>> [1142331726.188762 /dtn/apiserver/13 debug] listening
>> [1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
>> [1142331726.189462 /thread debug] delaying start of thread  
>> 0x4240f8 due to barrier
>> [1142331726.189880 /thread debug] releasing thread creation  
>> barrier -- 3 queued threads
>> [1142331726.190299 /thread debug] starting thread 0x42b544
>>
>> Program received signal SIG32, Real-time event 32.
>> 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/ 
>> sysv/linux/sigsuspend.c:55
>> 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or  
>> directory.
>>         in ../sysdeps/unix/sysv/linux/sigsuspend.c
>> Current language:  auto; currently c
>> (gdb) backtrace
>> #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/ 
>> sysv/linux/sigsuspend.c:55
>> #1  0x00249ed4 in __pthread_wait_for_restart_signal  
>> (self=0x3c3620) at pthread.c:1067
>> #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548,  
>> attr=0x3c3e64,
>>     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*)>,  
>> arg=0x42b544) at restart.h:36
>> #3  0x0010949c in oasys::Thread::start (this=0x42b544) at thread/ 
>> Thread.cc:169
>> #4  0x0010912c in oasys::Thread::release_start_barrier () at  
>> thread/Thread.cc:70
>> #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,  
>> argv=0xbffffd14) at dtnd.cc:401
>> #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
>>
>>
>> as far as my cross compiler I used a generic one for arm embedded  
>> systems... I couldn't find a zaurus one that was up to date enough  
>> to compile DTN2
>>
>> On 11/16/06, Michael Demmer <[email-masked]> wrote:
>> It looks like there's something more seriously wrong with your  
>> build. If you could print out the stack trace using gdb or some  
>> such, that would be helpful, but both these errors seem to me like  
>> there's something quite messed up in your build setup, perhaps a  
>> bogus cross compiler or the wrong endianness or something like that.
>>
>> -mike
>>
>> On Nov 16, 2006, at 8:30 AM, ryan m wrote:
>>
>>> well --db-init completed so I went to run it without --init-db  
>>> and got:
>>>
>>> [1142293298.812187 /dtn/storage/globals debug] loading global store
>>> [1142293298.813051 /dtn/storage/globals debug] opening file /home/ 
>>> root/Applications/DTN_wireless/tmp/db/DTN/globals/ 
>>> 0000000aglobal_key-
>>> [1142293298.814094 /thread debug] delaying start of thread  
>>> 0x429220 due to barrier
>>> [1142293298.814538 /dtnd debug] started dtn server
>>> [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
>>> [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
>>> [1142293298.815706 /dtn/apiserver/12 debug] binding to  
>>> 127.0.0.1:5010
>>> [1142293298.816067 /dtn/apiserver/12 debug] listening
>>> [1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
>>> [1142293298.833241 /thread debug] delaying start of thread  
>>> 0x424030 due to barrier
>>> [1142293298.839105 /thread debug] releasing thread creation  
>>> barrier -- 3 queued threads
>>> [1142293298.845033 /thread debug] starting thread 0x42ae7c
>>> [1142293298.851478 /thread debug] starting thread 0x429220
>>> [1142293298.857805 /thread debug] starting thread 0x424030
>>> ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
>>> STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c  
>>> 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
>>> [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
>>> [1142293298.929495 /command debug] starting command server on  
>>> 127.0.0.1:5050
>>> [1142293298.937500 /command info] can't load tclreadline: can't  
>>> find package tclreadline
>>> [1142293298.938120 /command info] fall back to simple command loop
>>> collie dtn% Segmentation fault
>>>
>>> THANK YOU for your help and patience
>>>
>>> On 11/16/06, Michael Demmer <[email-masked] > wrote:
>>> Hmm... That's a strange one. You could try just using the  
>>> filesystem store by changing 'storage set type berkeleydb' to  
>>> 'storage set type filesysdb'.
>>>
>>> -m
>>>
>>>
>>> On Nov 16, 2006, at 7:27 AM, ryan m wrote:
>>>
>>>> well that got me a little farther at least... this is where it  
>>>> died this time:
>>>>
>>>> [1142289491.726722 /dtnd notice] initializing persistent data store
>>>> [1142289491.767648 /dtn/storage notice] creating new database  
>>>> directory /home/root/Applications/DTN_wireless/tmp/db
>>>> [1142289491.884849 /dtn/storage info] initializing db name=DTN  
>>>> (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
>>>> [1142289492.284995 /storage/berkeleydb error] DB internal error:  
>>>> unable to initialize mutex: Function not implemented
>>>> [1142289492.290986 /storage/berkeleydb error] DB internal error:  
>>>> PANIC: Function not implemented
>>>> [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY:  
>>>> Fatal error, run database recovery, cannot open database
>>>> [1142289492.316046 /dtn/storage error] can't initialize  
>>>> berkeleydb -1000
>>>> [1142289492.316369 /dtnd critical] error creating storage system
>>>> [1142289492.316683 /dtnd error] error initializing data store,  
>>>> exiting...
>>>>
>>>>
>>>>
>>>> On 11/15/06, Michael Demmer <[email-masked]> wrote:
>>>>
>>>> The only reason you could be getting that error is if the name  
>>>> lookup failed for some reason. You could try putting the IP  
>>>> address in the llink configuration and seeing if that works. If  
>>>> it does, then there must be something wrong with the host  
>>>> configuration or some other reason why the gethostbyname wrapper  
>>>> (in oasys/io/NetUtils.cc) would be failing. You could put more  
>>>> debug logging in there to trace it down further.
>>>>
>>>> -m
>>>>
>>>>
>>>> On Nov 15, 2006, at 7:37 AM, ryan m wrote:
>>>>
>>>>> so I've got a static version of dtnd compiled and on the  
>>>>> zaurus, and now I'm getting this odd behavior when I try to run
>>>>>
>>>>> ./dtnd -l DEBUG -c ./dtn.conf --init-db
>>>>>
>>>>> [1142213113.431028 /dtnd info] parsing configuration file ./ 
>>>>> dtn.conf...
>>>>> [1142213113.433018 /command debug] executing command file ./ 
>>>>> dtn.conf
>>>>> [1142213113.438962 /dtnd info] dtnd parsing configuration...
>>>>> [1142213113.447671 /dtn/interface/table info] adding interface  
>>>>> tcp0 (tcp)
>>>>> [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
>>>>> [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created  
>>>>> pipe, fds: 9 10
>>>>> [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]  
>>>>> set_nonblocking: nonblocking mode set
>>>>> [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]  
>>>>> set_nonblocking: nonblocking mode set
>>>>> [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
>>>>> [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting  
>>>>> SO_REUSEADDR
>>>>> [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to  
>>>>> 0.0.0.0:5000
>>>>> [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
>>>>> [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->  
>>>>> LISTENING
>>>>> [1142213113.462443 /thread debug] delaying start of thread  
>>>>> 0x42bb54 due to barrier
>>>>> [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE  
>>>>> -> AVAILABLE
>>>>> [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link  
>>>>> rcm2.cse.lehigh.edu:5000
>>>>> [1142213113.465856 /dtn/cl/iputils warning] invalid hostname '  
>>>>> rcm2.cse.lehigh.edu ' in next hop rcm2.cse.lehigh.edu:5000
>>>>> [1142213113.466250 /dtn/cl/tcp error] invalid next hop address  
>>>>> ' rcm2.cse.lehigh.edu:5000 '
>>>>> [1142213113.466579 /dtn/cl/tcp error] error parsing link  
>>>>> nexthop ' rcm2.cse.lehigh.edu:5000'
>>>>> [1142213113.467679 /command error] error: line 137: 'invalid  
>>>>> link option: (unknown)':
>>>>> invalid link option: (unknown)
>>>>>     while executing
>>>>> "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
>>>>>     (file "./dtn.conf" line 137)
>>>>> [1142213113.468105 /dtnd error] error in configuration file,  
>>>>> exiting...
>>>>>
>>>>> and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a  
>>>>> failure in name resolution.
>>>>>
>>>>> sorry about posting the "wrong" list, I knew there was  
>>>>> discussion of making multiple lists, but I wasn't aware that it  
>>>>> had actually happened, since I don't have the time to read  
>>>>> everything that goes through dtn-interest. Thank you for the  
>>>>> help so far.
>>>>>
>>>>>
>>>>> On 11/13/06, Michael Demmer < [email-masked] > wrote:
>>>>> First of all, let me say that this discussion should be on dtn- 
>>>>> users. I don't know if ryan is on that list or not, but if  
>>>>> you're not, please in the future use that list for dtn  
>>>>> reference implementation questions, not dtn-interest.
>>>>>
>>>>> As far as building tcl statically goes, it's a bit confusing,  
>>>>> but you need to run tcl's ./configure --disable-shared to tell  
>>>>> it to build a full static libtcl8.4.a. You don't want the stub  
>>>>> library linked in.
>>>>>
>>>>> As far as your original problem goes, I suggested linking  
>>>>> statically to try to confirm that it's not a library  
>>>>> compatibility issue due to the cross compilation. I don't know  
>>>>> if this will help or not, but that's what I suggest to do first.
>>>>>
>>>>> -mike
>>>>>
>>>>>
>>>>> On Nov 13, 2006, at 8:12 AM, ryan m wrote:
>>>>>
>>>>>> my libtclstub is libtclstub8.4.so.a and if i try to link to it  
>>>>>> with a link name of libtclstub8.4.so.a or libtclstub8.4.so in  
>>>>>> the /usr/lib directory.  ldconfig complains it " is not an ELF  
>>>>>> file - it has the wrong magic bytes at the start" so I had to  
>>>>>> leave that link out, but I did do the other links, but dtnd  
>>>>>> crashes the same way.
>>>>>>
>>>>>> On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
>>>>>> I added links in the target for the following:
>>>>>>
>>>>>> in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
>>>>>> in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
>>>>>> in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
>>>>>>
>>>>>> For some reason, it seemed like the tcl libraries wanted to be  
>>>>>> in the same directory as the pthread libraries (but I haven't  
>>>>>> confirmed that).  I just moved on as soon as things started  
>>>>>> working.
>>>>>>
>>>>>> Let me know if this helps for you...
>>>>>>
>>>>>> From: [email-masked] [mailto:dtn- 
>>>>>> [email-masked]] On Behalf Of ryan m
>>>>>> Sent: Monday, November 13, 2006 10:34 AM
>>>>>> To: DTNRG
>>>>>> Subject: Re: [dtn-interest] DTN on Zaurus sl-5500
>>>>>>
>>>>>> is that something I can do with a configure argument to  
>>>>>> building the tcl library (I can't find it in ./configure -- 
>>>>>> help)?, and do you think that doing a static build is the best  
>>>>>> way to fix the original issue I was having on the PDA?
>>>>>>
>>>>>> On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
>>>>>> I suspect the answer is that you need a 'real' tcl library  
>>>>>> (a .a file) that can be linked statically.  I don't think  
>>>>>> shared objects (the .so tcl library you have in the arm  
>>>>>> directory) can be linked that way.
>>>>>>
>>>>>>         --keith
>>>>>>
>>>>>> From: [email-masked] [mailto: dtn- 
>>>>>> [email-masked]] On Behalf Of ryan m
>>>>>> Sent: Monday, November 13, 2006 10:17 AM
>>>>>> To: DTNRG
>>>>>> Subject: [dtn-interest] DTN on Zaurus sl-5500
>>>>>>
>>>>>> when i configure with this:
>>>>>>
>>>>>> ./configure --build=`uname -m` --host=arm-linux
>>>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>>>>> libraries
>>>>>>
>>>>>> configure completes fine, but... when I do this:
>>>>>>
>>>>>> ./configure --build=`uname -m` --host=arm-linux
>>>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>>>>> libraries
>>>>>> --enable-static
>>>>>>
>>>>>> I get:
>>>>>>
>>>>>> configure: checking for tcl installation (version 8.4 )
>>>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>>>> include... yes
>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>> ltcl8.4 -ldl
>>>>>> -lm -lpthread ... no
>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>> ltcl84 -ldl
>>>>>> -lm -lpthread ... no
>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>>> ltcl -ldl -lm
>>>>>> -lpthread ... no
>>>>>>
>>>>>> configure: checking for tcl installation (version 8.3)
>>>>>> checking for tcl.h (version 8.3) in /opt/arm-linux-libraries/ 
>>>>>> include... no
>>>>>> configure: error: can't find usable tcl.h
>>>>>>
>>>>>> and it is there:
>>>>>>
>>>>>> edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
>>>>>> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
>>>>>> -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
>>>>>> drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
>>>>>> -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
>>>>>>
>>>>>> without enable-static:
>>>>>>
>>>>>> configure: checking for tcl installation (version 8.4)
>>>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>>>> include... yes
>>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: -  
>>>>>> ltcl8.4 -ldl
>>>>>> -lm -lpthread ... yes
>>>>>>
>>>>>>
>>>>>> Thank you for the help
>>>>>>
>>>>>>
>>>>>> Michael Demmer wrote:
>>>>>> > try statically building dtnd and see if that works.
>>>>>> >
>>>>>> > -m
>>>>>> >
>>>>>> > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
>>>>>> >
>>>>>> >> So I finally had a chance to try out the DTN on the  
>>>>>> zaurus.  So I
>>>>>> >> copied over the libs that I had cross compiled, which  
>>>>>> seemed obvious
>>>>>> >> to do. Then DTN was complaining about stdc++ lib so I  
>>>>>> copied over the
>>>>>> >> libs from the lib directory of the cross compile tool  
>>>>>> chain, I figured
>>>>>> >> that if it was linking in those libs to make arm binaries  
>>>>>> the libs
>>>>>> >> themselves must be arm compatabile, is this right?  So the  
>>>>>> sum of it
>>>>>> >> is I get this when I try to run DTN:
>>>>>> >>
>>>>>> >>
>>>>>> >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./ 
>>>>>> dtnd -l DEBUG
>>>>>> >> -c ./dtn.conf --init-db
>>>>>> >> ./dtnd: error while loading shared libraries: libstdc++.so. 
>>>>>> 5: cannot
>>>>>> >> open shared object file: No such file or directory
>>>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
>>>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd  
>>>>>> -l DEBUG
>>>>>> >> -c ./dtn.conf --init-db
>>>>>> >> [1142218881.762749 /log debug] adding log reparse signal  
>>>>>> handler
>>>>>> >> [1142218881.929239 /timer debug] adding signal handler  
>>>>>> 0xd6c14 for
>>>>>> >> signal 1
>>>>>> >> [ 1142218881.931204 /log debug] adding log rotate signal  
>>>>>> handler
>>>>>> >> [1142218881.933055 /timer debug] adding signal handler  
>>>>>> 0xd6b9c for
>>>>>> >> signal 10
>>>>>> >> [1142218881.935286 /dtnd notice] DTN daemon starting up...  
>>>>>> (pid 1870)
>>>>>> >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
>>>>>> >> STACK TRACE: 0xce810 0x403c5d00 (nil)
>>>>>> >> Illegal instruction
>>>>>> >>
>>>>>> >> any thoughts?
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

--Apple-Mail-2-1065108336
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>I set up a debian system =
using the following instructions:</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><A =
href=3D"http://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html">htt=
p://www.mobilab.unina.it/Resources/crosscompilerHOWTO.html</A></DIV><DIV><=
BR class=3D"khtml-block-placeholder"></DIV><DIV>At the time, that worked =
on my zaurus.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-m</DIV><BR><DIV><DIV>On =
Nov 19, 2006, at 12:54 PM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">make test =
in the oasys directory fails here:<BR><BR>arm-linux-g++ =
test/sample-test.cc -o test/sample-test -I. -I.=A0=A0 =
-I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g =
-fno-inline=A0 -MMD -MP -MT "sample-.o sample-.E sample-.po" -Wall -W =
-Wcast-align=A0 -Werror=A0 -static=A0 -L/opt/arm-linux-libraries/lib =
-L/opt/arm-linux-libraries/lib -ldl -lm -lpthread=A0 liboasys.a -ltcl8.4 =
-ldb-4.4<BR>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: =
undefined reference to `pthread_kill' =
<BR>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to =
`pthread_detach'<BR>liboasys.a(Thread.o):thread/Thread.cc:210: undefined =
reference to =
`pthread_join'<BR>liboasys.a(Thread.o):thread/Thread.cc:225: undefined =
reference to `pthread_kill' =
<BR>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to =
`pthread_sigmask'<BR>collect2: ld returned 1 exit status<BR>make: *** =
[test/sample-test] Error 1<BR><BR>so it definatly seems like a pthread =
library issue, any idea how I can fix this.=A0 The libraries do indeed =
exsist. =
<BR><BR>edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ =
ls -ld *thread*<BR>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <A =
href=3D"http://libpthread-0.10.so">libpthread-0.10.so</A><BR>-rw-r--r-- =
1 2619 man 1465588 2003-04-22 09:23 libpthread.a<BR>-rw-r--r-- 1 2619 =
man 1469512 2003-04-22 09:23 libpthread_p.a<BR>lrwxrwxrwx 1 2619 =
man=A0=A0=A0=A0=A0 15 2006-10-31 17:11 libpthread.so -&gt; =
libpthread.so.0<BR>lrwxrwxrwx 1 2619 man=A0=A0=A0=A0=A0 18 2006-10-31 =
17:11 libpthread.so.0 -&gt; <A =
href=3D"http://libpthread-0.10.so">libpthread-0.10.so</A><BR>-rwxr-xr-x =
1 2619 man 1093631 2003-04-22 09:24 libthread_db-<A =
href=3D"http://1.0.so">1.0.so</A><BR>lrwxrwxrwx 1 2619 man=A0=A0=A0=A0=A0 =
17 2006-10-31 17:11 libthread_db.so -&gt; libthread_db.so.1 =
<BR>lrwxrwxrwx 1 2619 man=A0=A0=A0=A0=A0 19 2006-10-31 17:11 =
libthread_db.so.1 -&gt; libthread_db-<A =
href=3D"http://1.0.so">1.0.so</A><BR><BR><BR>EVERY zaurus specific cross =
compile evironment I can find (either instructions on producing one or a =
tar of one) is gcc 2.x which as we found out is unable to compile DTN2 =
ri.=A0 Has anyone found a suitable cross compile environment for the =
zaurus based off of gcc 3.x?<BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/17/06, <B class=3D"gmail_sendername"> Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV style=3D""><DIV>Unfortunately I'm not sure if I can give you =
any more advice on this -- again this looks like there's something wrong =
with the build and/or the system being incompatible or unstable. You =
could try compiling and running simpler programs with your setup to make =
sure the basic compiler is working, then perhaps try a simple =
multithreaded one, etc. If you run 'make tests' in the DTN2/oasys =
directory that will build a bunch of unit tests which you could try out =
to make sure things are working.=A0 </DIV><SPAN =
class=3D"sg"><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN class=3D"e" =
id=3D"q_10ef6e7e5f6ab0a4_2"><DIV><BR></DIV><DIV><BR><DIV><DIV>On Nov 16, =
2006, at 7:10 PM, ryan m wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite">backtrace to follow: <BR><BR>[1142331726.187026 /dtnd =
debug] started dtn server<BR>[1142331726.187788 /dtn/apiserver/13 debug] =
created socket 13<BR>[1142331726.188106 /dtn/apiserver/13 debug] setting =
SO_REUSEADDR<BR>[1142331726.188407 /dtn/apiserver/13 debug] binding to =
<A href=3D"http://127.0.0.1:5010" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</A><BR>[1142331726.1=
88762 /dtn/apiserver/13 debug] listening<BR>[1142331726.189139 =
/dtn/apiserver/13 debug] state INIT -&gt; LISTENING <BR> =
[1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due =
to barrier<BR>[1142331726.189880 /thread debug] releasing thread =
creation barrier -- 3 queued threads<BR>[1142331726.190299 /thread =
debug] starting thread 0x42b544 <BR><BR>Program received signal SIG32, =
Real-time event 32.<BR>0x002c7580 in __sigsuspend (set=3D0xbffff9b0) at =
../sysdeps/unix/sysv/linux/sigsuspend.c:55<BR>55=A0=A0=A0=A0=A0 =
../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. =
<BR>=A0=A0=A0=A0=A0=A0=A0 in =
../sysdeps/unix/sysv/linux/sigsuspend.c<BR>Current language:=A0 auto; =
currently c<BR>(gdb) backtrace<BR>#0=A0 0x002c7580 in __sigsuspend =
(set=3D0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55<BR>#1=A0 =
0x00249ed4 in __pthread_wait_for_restart_signal (self=3D0x3c3620) at =
pthread.c:1067<BR>#2=A0 0x002496ac in __pthread_create_2_1 =
(thread=3D0x42b548, attr=3D0x3c3e64, <BR>=A0=A0=A0 =
start_routine=3D0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, =
arg=3D0x42b544) at restart.h:36<BR>#3=A0 0x0010949c in =
oasys::Thread::start (this=3D0x42b544) at thread/Thread.cc:169 <BR>#4=A0 =
0x0010912c in oasys::Thread::release_start_barrier () at =
thread/Thread.cc:70<BR>#5=A0 0x0000a838 in dtn::DTND::main =
(this=3D0xbffffc1c, argc=3D5, argv=3D0xbffffd14) at dtnd.cc:401<BR>#6=A0 =
0x0000aa0c in main (argc=3D5, argv=3D0xbffffd14) at =
dtnd.cc:427<BR><BR><BR>as far as my cross compiler I used a generic one =
for arm embedded systems... I couldn't find a zaurus one that was up to =
date enough to compile DTN2<BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/16/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>It looks like there's something more seriously wrong with =
your build. If you could print out the stack trace using gdb or some =
such, that would be helpful, but both these errors seem to me like =
there's something quite messed up in your build setup, perhaps a bogus =
cross compiler or the wrong endianness or something like that. =
<DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR><DIV><DIV>On Nov 16, =
2006, at 8:30 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well =
--db-init completed so I went to run it without --init-db and got: =
<BR><BR>[1142293298.812187 /dtn/storage/globals debug] loading global =
store<BR>[1142293298.813051 /dtn/storage/globals debug] opening file =
/home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key=
- <BR>[1142293298.814094 /thread debug] delaying start of thread =
0x429220 due to barrier <BR>[1142293298.814538 /dtnd debug] started dtn =
server<BR>[1142293298.815085 /dtn/apiserver/12 debug] created socket =
12<BR>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR =
<BR>[1142293298.815706 /dtn/apiserver/12 debug] binding to <A =
href=3D"http://127.0.0.1:5010" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</A><BR>[1142293298.8=
16067 /dtn/apiserver/12 debug] listening <BR>[1142293298.816451 =
/dtn/apiserver/12 debug] state INIT -&gt; LISTENING =
<BR>[1142293298.833241 /thread debug] delaying start of thread 0x424030 =
due to barrier<BR>[1142293298.839105 /thread debug] releasing thread =
creation barrier -- 3 queued threads <BR>[1142293298.845033 /thread =
debug] starting thread 0x42ae7c <BR>[1142293298.851478 /thread debug] =
starting thread 0x429220<BR>[1142293298.857805 /thread debug] starting =
thread 0x424030<BR>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump =
core <BR>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c =
0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc =
<BR>[1142293298.929080 /dtnd info] starting console on <A =
href=3D"http://127.0.0.1:5050" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</A> =
<BR>[1142293298.929495 /command debug] starting command server on <A =
href=3D"http://127.0.0.1:5050" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</A><BR>[1142293298.9=
37500 /command info] can't load tclreadline: can't find package =
tclreadline<BR>[1142293298.938120 /command info] fall back to simple =
command loop<BR>collie dtn% Segmentation fault<BR><BR>THANK YOU for your =
help and patience <BR> <BR><DIV><SPAN class=3D"gmail_quote">On 11/16/06, =
<B class=3D"gmail_sendername">Michael Demmer </B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV><DIV>Hmm... That's a strange one. You could try just using =
the filesystem store by changing 'storage set type =
berkeleydb'=A0to=A0'storage set type filesysdb'.=A0 =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN> <DIV><SPAN> =
<DIV><BR></DIV><DIV><BR><DIV><DIV>On Nov 16, 2006, at 7:27 AM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well that got me a little =
farther at least... this is where it died this time: =
<BR><BR>[1142289491.726722 /dtnd notice] initializing persistent data =
store <BR>[1142289491.767648 /dtn/storage notice] creating new database =
directory /home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289491.884849 /dtn/storage info] initializing db name=3DDTN =
(not shared), dir=3D/home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289492.284995 /storage/berkeleydb error] DB internal error: =
unable to initialize mutex: Function not implemented =
<BR>[1142289492.290986 /storage/berkeleydb error] DB internal error: =
PANIC: Function not implemented <BR>[1142289492.315647 /dtn/storage =
critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot =
open database <BR>[1142289492.316046 /dtn/storage error] can't =
initialize berkeleydb -1000<BR>[1142289492.316369 /dtnd critical] error =
creating storage system<BR>[1142289492.316683 /dtnd error] error =
initializing data store, exiting... <BR><BR><BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/15/06, <B class=3D"gmail_sendername">Michael =
Demmer </B> &lt;<A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV><DIV><DIV><DIV><BR></DIV><DIV>The only reason you could be =
getting that error is if the name lookup failed for some reason. You =
could try putting the IP address in the llink configuration and seeing =
if that works. If it does, then there must be something wrong with the =
host configuration or some other reason why the gethostbyname wrapper =
(in oasys/io/NetUtils.cc) would be failing. You could put more debug =
logging in there to trace it down further. =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><=
DIV><BR><DIV><DIV>On Nov 15, 2006, at 7:37 AM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">so I've got a static version =
of dtnd compiled and on the zaurus, and now I'm getting this odd =
behavior when I try to run <BR><BR>./dtnd -l DEBUG -c ./dtn.conf =
--init-db<BR><BR>[1142213113.431028 /dtnd info] parsing configuration =
file ./dtn.conf... <BR>[1142213113.433018 /command debug] executing =
command file ./dtn.conf<BR>[1142213113.438962 /dtnd info] dtnd parsing =
configuration...<BR>[1142213113.447671 /dtn/interface/table info] adding =
interface tcp0 (tcp)<BR>[1142213113.449577  /dtn/cl/tcp debug] adding =
interface tcp0<BR>[1142213113.452019 /dtn/cl/tcp/listener/notifier =
debug] created pipe, fds: 9 10 <BR>[1142213113.453889 =
/dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode =
set <BR>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] =
set_nonblocking: nonblocking mode set<BR>[1142213113.458433 =
/dtn/cl/tcp/iface/tcp0 debug] created socket 11 <BR>[1142213113.460564 =
/dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR =
<BR>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <A =
href=3D"http://0.0.0.0:5000" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
0.0.0.0:5000</A><BR>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] =
listening <BR>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state =
INIT -&gt; LISTENING <BR>[1142213113.462443 /thread debug] delaying =
start of thread 0x42bb54 due to barrier <BR>[1142213113.464152 =
/dtn/link/link1 debug] set_state UNAVAILABLE -&gt; =
AVAILABLE<BR>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link =
<A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.465856 /dtn/cl/iputils =
warning] invalid hostname '<A href=3D"http://rcm2.cse.lehigh.edu" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu </A>' in =
next hop <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.466250 /dtn/cl/tcp error] =
invalid next hop address ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 =
</A>'<BR>[1142213113.466579 /dtn/cl/tcp error] error parsing link =
nexthop ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A>'<BR>[1142213113.467679 /command error] =
error: line 137: 'invalid link option: (unknown)': <BR>invalid link =
option: (unknown)<BR>=A0=A0=A0 while executing<BR> "link add link1 <A =
href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A> ONDEMAND tcp"<BR>=A0=A0=A0 (file =
"./dtn.conf" line 137) <BR>[1142213113.468105 /dtnd error] error in =
configuration file, exiting... <BR><BR>and i can ssh to <A =
href=3D"http://rcm2.cse.lehigh.edu" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu</A> from the =
pda so it isn't a failure in name resolution.<BR><BR>sorry about posting =
the "wrong" list, I knew there was discussion of making multiple lists, =
but I wasn't aware that it had actually happened, since I don't have the =
time to read everything that goes through dtn-interest. Thank you for =
the help so far. <BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/13/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> [email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>First of all, let me say that this discussion should be on =
dtn-users. I don't know if ryan is on that list or not, but if you're =
not, please in the future use that list for dtn reference implementation =
questions, not dtn-interest.=A0 <DIV><BR></DIV><DIV>As far as building =
tcl statically goes, it's a bit confusing, but you need to run tcl's =
./configure --disable-shared to tell it to build a full static =
libtcl8.4.a.=A0You don't want the stub library linked in. =
</DIV><DIV><BR></DIV><DIV>As far as your original problem goes, I =
suggested linking statically to try to confirm that it's not a library =
compatibility issue due to the cross compilation. I don't know if this =
will help or not, but that's what I suggest to do first. =
</DIV><DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR></DIV><DIV><BR><D=
IV><DIV>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite"><SPAN style=3D"color: rgb(0, 0, 0);"> my libtclstub is =
<FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a and if i try to link =
to it with a link name of </FONT></SPAN><SPAN style=3D"color: rgb(0, 0, =
0);"><FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a =
or</FONT></SPAN> <SPAN style=3D"color: rgb(0, 0, 0);"><FONT face=3D"Arial"=
 size=3D"2"> <A href=3D"http://libtclstub8.4.so" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> in the =
/usr/lib directory.=A0 ldconfig complains it " is not an ELF file - it =
has the wrong magic bytes at the start" so I had to leave that link out, =
but I did do the other links, but dtnd crashes the same way. =
</FONT></SPAN><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">=
 I added links in the target for the following:=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">in /usr/lib from <A href=3D"http://libtcl8.4.so"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so</A> -&gt; =
/usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib from libtcl.so =
-&gt; /usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> in /usr/lib/ from <A =
href=3D"http://libtclstub8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> -&gt; =
/usr/lib/libtclstub8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> </FONT></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">For some =
reason, it seemed like the tcl libraries wanted to be in the same =
directory as the pthread libraries (but I haven't confirmed that).=A0 I =
just moved on as soon as things started working.=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Let me know if this helps for =
you...</FONT></SPAN></DIV> <DIV><BR></DIV>  <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><SPAN><B>From:</B>=
 <A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked] </A>   [mailto:<A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of </B>ryan   m<BR></SPAN><SPAN><B>Sent:</B> =
Monday, November 13, 2006 10:34 AM<BR><B>To:</B>   =
DTNRG<BR></SPAN><B>Subject:</B> Re: [dtn-interest] DTN on Zaurus   =
sl-5500<BR></FONT><BR></DIV><DIV><SPAN>  <DIV></DIV> is that something I =
can do with a configure argument to building   the tcl library (I can't =
find it in ./configure --help)?, and do you think   that doing a static =
build is the best way to fix the original issue I was   having on the =
PDA? <BR><BR>  <DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Scott,   Keith L.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> I     suspect the answer is =
that you need a 'real' tcl library (a .a file) that     can be linked =
statically.=A0 I don't think shared objects (the .so tcl     library you =
have in the arm directory) can be linked that     way. =
</FONT></SPAN></DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    =
<DIV dir=3D"ltr" align=3D"left"><SPAN>=A0=A0=A0=A0=A0=A0=A0     <FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">--keith =
</FONT></SPAN></DIV><BR>    <BLOCKQUOTE style=3D"margin-right: 0px;">    =
  <DIV dir=3D"ltr" align=3D"left" lang=3D"en-us">      <HR>      <FONT =
face=3D"Tahoma" size=3D"2"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked]</A> [mailto: <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of       </B>ryan m<BR><B>Sent:</B> Monday, =
November 13, 2006 10:17       AM<BR><B>To:</B> DTNRG<BR><B>Subject:</B> =
[dtn-interest] DTN on Zaurus       sl-5500<BR></FONT><BR></DIV>      =
<DIV><SPAN>      <DIV></DIV> when i configure with this: =
<BR><BR>./configure --build=3D`uname       -m`       =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR><BR>configure       completes fine, =
but... when I do this: <BR><BR>./configure --build=3D`uname       -m`    =
   --host=3Darm-linux =
<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=3D/opt/arm-linux-=
libraries<BR>--enable-static<BR><BR>I       get:<BR><BR>configure: =
checking for tcl installation (version 8.4 )       <BR>checking for =
tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes =
<BR>checking for tcl library in       /opt/arm-linux-libraries/lib: =
-ltcl8.4 -ldl<BR>-lm -lpthread ...       no<BR>checking for tcl library =
in /opt/arm-linux-libraries/lib: -ltcl84       -ldl <BR>-lm -lpthread =
... no<BR> checking for tcl library in       =
/opt/arm-linux-libraries/lib: -ltcl -ldl -lm <BR>-lpthread ...       =
no<BR><BR>configure: checking for tcl installation (version       =
8.3)<BR>checking for tcl.h (version 8.3) in       =
/opt/arm-linux-libraries/include... no <BR>configure: error: can't find  =
     usable tcl.h<BR><BR>and it is       =
there:<BR><BR>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld    =
   *tcl*<BR> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <A =
href=3D"http://libtcl8.4.so/" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </A><BR>-rw-r--r--  =
     1 root root=A0=A0 6894 2006-10-31 17:28       =
libtclstub8.4.a<BR>drwxr-xr-x 8 root root=A0=A0 4096 2006-10-31       =
17:28 tcl8.4<BR>-rw-r--r-- 1 root root=A0=A0 7333 2006-10-31 17:28       =
tclConfig.sh <BR><BR>without enable-static: <BR><BR>configure: checking =
for       tcl installation (version 8.4)<BR>checking for tcl.h (version =
8.4) in       /opt/arm-linux-libraries/include... yes<BR>checking for =
tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<BR>-lm =
-lpthread ... yes       <BR><BR><BR>Thank you for the help =
<BR><BR><BR>Michael Demmer       wrote:<BR>&gt; try statically building =
dtnd and see if that       works.<BR>&gt;<BR>&gt; -m<BR>&gt;<BR>&gt; On =
Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <BR>&gt; =
<BR>&gt;&gt; So I finally had a chance to try       out the DTN on the =
zaurus.=A0=A0So I <BR>&gt;&gt; copied over the       libs that I had =
cross compiled, which seemed obvious<BR>&gt;&gt; to do.       Then DTN =
was complaining about stdc++ lib so I copied over the       <BR>&gt;&gt; =
libs from the lib directory of the cross compile tool chain,       I =
figured <BR>&gt;&gt; that if it was linking in those libs to make arm    =
   binaries the libs<BR>&gt;&gt; themselves must be arm compatabile, is =
this       right?=A0=A0So the sum of it <BR>&gt;&gt; is I get this when =
I try       to run       DTN: =
<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;=A0=A0root@collie:~/Applications/DTN_w=
ireless/DTN2/daemon#       ./dtnd -l DEBUG<BR>&gt;&gt; -c ./dtn.conf =
--init-db<BR>&gt;&gt; ./dtnd:       error while loading shared =
libraries: libstdc++.so.5: cannot <BR>&gt;&gt;       open shared object =
file: No such file or directory<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
ldconfig<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       =
DEBUG <BR>&gt;&gt; -c ./dtn.conf --init-db<BR>&gt;&gt; =
[1142218881.762749       /log debug] adding log reparse signal =
handler<BR>&gt;&gt;       [1142218881.929239 /timer debug] adding signal =
handler 0xd6c14       for<BR>&gt;&gt; signal 1 <BR>&gt;&gt; [ =
1142218881.931204 /log debug]       adding log rotate signal =
handler<BR>&gt;&gt; [1142218881.933055 /timer       debug] adding signal =
handler 0xd6b9c for<BR>&gt;&gt; signal 10<BR>&gt;&gt;       =
[1142218881.935286  /dtnd notice] DTN daemon starting up... (pid 1870)   =
    <BR>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump     =
  core<BR>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<BR>&gt;&gt; =
Illegal       instruction <BR>&gt;&gt;<BR>&gt;&gt; any thoughts?     =
</SPAN></DIV></BLOCKQUOTE></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOC=
KQUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV> =
<BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE> </DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></BODY></HTML>=

--Apple-Mail-2-1065108336--

Date: Sun, 19 Nov 2006 15:54:39 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_63381_4846652.1163969679379
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

make test in the oasys directory fails here:

arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.
-I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g
-fno-inline  -MMD -MP -MT "sample-.o sample-.E sample-.po" -Wall -W
-Wcast-align  -Werror  -static  -L/opt/arm-linux-libraries/lib
-L/opt/arm-linux-libraries/lib -ldl -lm -lpthread  liboasys.a -ltcl8.4 -
ldb-4.4
liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined reference to
`pthread_kill'
liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to
`pthread_detach'
liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to
`pthread_join'
liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to
`pthread_kill'
liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to
`pthread_sigmask'
collect2: ld returned 1 exit status
make: *** [test/sample-test] Error 1

so it definatly seems like a pthread library issue, any idea how I can fix
this.  The libraries do indeed exsist.

edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld
*thread*
-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 libpthread-0.10.so
-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 libpthread.a
-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a
lrwxrwxrwx 1 2619 man      15 2006-10-31 17:11 libpthread.so ->
libpthread.so.0
lrwxrwxrwx 1 2619 man      18 2006-10-31 17:11 libpthread.so.0 ->
libpthread-0.10.so
-rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-1.0.so
lrwxrwxrwx 1 2619 man      17 2006-10-31 17:11 libthread_db.so ->
libthread_db.so.1
lrwxrwxrwx 1 2619 man      19 2006-10-31 17:11 libthread_db.so.1 ->
libthread_db-1.0.so

EVERY zaurus specific cross compile evironment I can find (either
instructions on producing one or a tar of one) is gcc 2.x which as we found
out is unable to compile DTN2 ri.  Has anyone found a suitable cross compile
environment for the zaurus based off of gcc 3.x?

On 11/17/06, Michael Demmer <[email-masked]> wrote:
>
> Unfortunately I'm not sure if I can give you any more advice on this --
> again this looks like there's something wrong with the build and/or the
> system being incompatible or unstable. You could try compiling and running
> simpler programs with your setup to make sure the basic compiler is working,
> then perhaps try a simple multithreaded one, etc. If you run 'make tests' in
> the DTN2/oasys directory that will build a bunch of unit tests which you
> could try out to make sure things are working.
>
> -m
>
>
> On Nov 16, 2006, at 7:10 PM, ryan m wrote:
>
> backtrace to follow:
>
> [1142331726.187026 /dtnd debug] started dtn server
> [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
> [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
> [1142331726.188407 /dtn/apiserver/13 debug] binding to 127.0.0.1:5010
> [1142331726.188762 /dtn/apiserver/13 debug] listening
> [1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
> [1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to
> barrier
> [1142331726.189880 /thread debug] releasing thread creation barrier -- 3
> queued threads
> [1142331726.190299 /thread debug] starting thread 0x42b544
>
> Program received signal SIG32, Real-time event 32.
> 0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or
> directory.
>         in ../sysdeps/unix/sysv/linux/sigsuspend.c
> Current language:  auto; currently c
> (gdb) backtrace
> #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at
> ../sysdeps/unix/sysv/linux/sigsuspend.c:55
> #1  0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at
> pthread.c:1067
> #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64,
>     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*)>,
> arg=0x42b544) at restart.h:36
> #3  0x0010949c in oasys::Thread::start (this=0x42b544) at
> thread/Thread.cc:169
> #4  0x0010912c in oasys::Thread::release_start_barrier () at
> thread/Thread.cc:70
> #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,
> argv=0xbffffd14) at dtnd.cc:401
> #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
>
>
> as far as my cross compiler I used a generic one for arm embedded
> systems... I couldn't find a zaurus one that was up to date enough to
> compile DTN2
>
> On 11/16/06, Michael Demmer <[email-masked]> wrote:
> >
> > It looks like there's something more seriously wrong with your build. If
> > you could print out the stack trace using gdb or some such, that would be
> > helpful, but both these errors seem to me like there's something quite
> > messed up in your build setup, perhaps a bogus cross compiler or the wrong
> > endianness or something like that.
> > -mike
> >
> > On Nov 16, 2006, at 8:30 AM, ryan m wrote:
> >
> > well --db-init completed so I went to run it without --init-db and got:
> >
> > [1142293298.812187 /dtn/storage/globals debug] loading global store
> > [1142293298.813051 /dtn/storage/globals debug] opening file
> > /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
> > [1142293298.814094 /thread debug] delaying start of thread 0x429220 due
> > to barrier
> > [1142293298.814538 /dtnd debug] started dtn server
> > [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
> > [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
> > [1142293298.815706 /dtn/apiserver/12 debug] binding to 127.0.0.1:5010
> > [1142293298.816067 /dtn/apiserver/12 debug] listening
> > [1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
> > [1142293298.833241 /thread debug] delaying start of thread 0x424030 due
> > to barrier
> > [1142293298.839105 /thread debug] releasing thread creation barrier -- 3
> > queued threads
> > [1142293298.845033 /thread debug] starting thread 0x42ae7c
> > [1142293298.851478 /thread debug] starting thread 0x429220
> > [1142293298.857805 /thread debug] starting thread 0x424030
> > ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
> > STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc
> > 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
> > [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
> > [1142293298.929495 /command debug] starting command server on
> > 127.0.0.1:5050
> > [1142293298.937500 /command info] can't load tclreadline: can't find
> > package tclreadline
> > [1142293298.938120 /command info] fall back to simple command loop
> > collie dtn% Segmentation fault
> >
> > THANK YOU for your help and patience
> >
> > On 11/16/06, Michael Demmer <[email-masked] > wrote:
> > >
> > > Hmm... That's a strange one. You could try just using the filesystem
> > > store by changing 'storage set type berkeleydb' to 'storage set type
> > > filesysdb'.
> > >
> > > -m
> > >
> > >
> > > On Nov 16, 2006, at 7:27 AM, ryan m wrote:
> > >
> > > well that got me a little farther at least... this is where it died
> > > this time:
> > >
> > > [1142289491.726722 /dtnd notice] initializing persistent data store
> > > [1142289491.767648 /dtn/storage notice] creating new database
> > > directory /home/root/Applications/DTN_wireless/tmp/db
> > > [1142289491.884849 /dtn/storage info] initializing db name=DTN (not
> > > shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> > > [1142289492.284995 /storage/berkeleydb error] DB internal error:
> > > unable to initialize mutex: Function not implemented
> > > [1142289492.290986 /storage/berkeleydb error] DB internal error:
> > > PANIC: Function not implemented
> > > [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal
> > > error, run database recovery, cannot open database
> > > [1142289492.316046 /dtn/storage error] can't initialize berkeleydb
> > > -1000
> > > [1142289492.316369 /dtnd critical] error creating storage system
> > > [1142289492.316683 /dtnd error] error initializing data store,
> > > exiting...
> > >
> > >
> > >
> > > On 11/15/06, Michael Demmer <[email-masked]> wrote:
> > > >
> > > >
> > > > The only reason you could be getting that error is if the name
> > > > lookup failed for some reason. You could try putting the IP address in the
> > > > llink configuration and seeing if that works. If it does, then there must be
> > > > something wrong with the host configuration or some other reason why the
> > > > gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could
> > > > put more debug logging in there to trace it down further.
> > > >
> > > > -m
> > > >
> > > >
> > > > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> > > >
> > > > so I've got a static version of dtnd compiled and on the zaurus, and
> > > > now I'm getting this odd behavior when I try to run
> > > >
> > > > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> > > >
> > > > [1142213113.431028 /dtnd info] parsing configuration file
> > > > ./dtn.conf...
> > > > [1142213113.433018 /command debug] executing command file ./dtn.conf
> > > > [1142213113.438962 /dtnd info] dtnd parsing configuration...
> > > > [1142213113.447671 /dtn/interface/table info] adding interface tcp0
> > > > (tcp)
> > > > [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> > > > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created
> > > > pipe, fds: 9 10
> > > > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]
> > > > set_nonblocking: nonblocking mode set
> > > > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]
> > > > set_nonblocking: nonblocking mode set
> > > > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
> > > > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting
> > > > SO_REUSEADDR
> > > > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to
> > > > 0.0.0.0:5000
> > > > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > > > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->
> > > > LISTENING
> > > > [1142213113.462443 /thread debug] delaying start of thread 0x42bb54
> > > > due to barrier
> > > > [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE ->
> > > > AVAILABLE
> > > > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > > > rcm2.cse.lehigh.edu:5000
> > > > [1142213113.465856 /dtn/cl/iputils warning] invalid hostname 'rcm2.cse.lehigh.edu '
> > > > in next hop rcm2.cse.lehigh.edu:5000
> > > > [1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' rcm2.cse.lehigh.edu:5000
> > > > '
> > > > [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '
> > > > rcm2.cse.lehigh.edu:5000'
> > > > [1142213113.467679 /command error] error: line 137: 'invalid link
> > > > option: (unknown)':
> > > > invalid link option: (unknown)
> > > >     while executing
> > > > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> > > >     (file "./dtn.conf" line 137)
> > > > [1142213113.468105 /dtnd error] error in configuration file,
> > > > exiting...
> > > >
> > > > and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a
> > > > failure in name resolution.
> > > >
> > > > sorry about posting the "wrong" list, I knew there was discussion of
> > > > making multiple lists, but I wasn't aware that it had actually happened,
> > > > since I don't have the time to read everything that goes through
> > > > dtn-interest. Thank you for the help so far.
> > > >
> > > >
> > > > On 11/13/06, Michael Demmer < [email-masked] > wrote:
> > > > >
> > > > > First of all, let me say that this discussion should be on
> > > > > dtn-users. I don't know if ryan is on that list or not, but if you're not,
> > > > > please in the future use that list for dtn reference implementation
> > > > > questions, not dtn-interest.
> > > > > As far as building tcl statically goes, it's a bit confusing, but
> > > > > you need to run tcl's ./configure --disable-shared to tell it to build a
> > > > > full static libtcl8.4.a. You don't want the stub library linked
> > > > > in.
> > > > >
> > > > > As far as your original problem goes, I suggested linking
> > > > > statically to try to confirm that it's not a library compatibility issue due
> > > > > to the cross compilation. I don't know if this will help or not, but that's
> > > > > what I suggest to do first.
> > > > >
> > > > > -mike
> > > > >
> > > > >
> > > > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > > > >
> > > > > my libtclstub is libtclstub8.4.so.a and if i try to link to it
> > > > > with a link name of libtclstub8.4.so.a or libtclstub8.4.so in the
> > > > > /usr/lib directory.  ldconfig complains it " is not an ELF file - it has the
> > > > > wrong magic bytes at the start" so I had to leave that link out, but I did
> > > > > do the other links, but dtnd crashes the same way.
> > > > >
> > > > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > > > >
> > > > > >  I added links in the target for the following:
> > > > > >
> > > > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > > > >  in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
> > > > > >
> > > > > > For some reason, it seemed like the tcl libraries wanted to be
> > > > > > in the same directory as the pthread libraries (but I haven't confirmed
> > > > > > that).  I just moved on as soon as things started working.
> > > > > >
> > > > > > Let me know if this helps for you...
> > > > > >
> > > > > >  ------------------------------
> > > > > > *From:* [email-masked] [mailto:
> > > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > > > *To:* DTNRG
> > > > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > > > >
> > > > > >  is that something I can do with a configure argument to
> > > > > > building the tcl library (I can't find it in ./configure --help)?, and do
> > > > > > you think that doing a static build is the best way to fix the original
> > > > > > issue I was having on the PDA?
> > > > > >
> > > > > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > > > > >
> > > > > > >  I suspect the answer is that you need a 'real' tcl library (a
> > > > > > > .a file) that can be linked statically.  I don't think shared objects (the
> > > > > > > .so tcl library you have in the arm directory) can be linked that way.
> > > > > > >
> > > > > > >         --keith
> > > > > > >
> > > > > > >  ------------------------------
> > > > > > > *From:* [email-masked] [mailto:
> > > > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > > > *To:* DTNRG
> > > > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > > > >
> > > > > > >  when i configure with this:
> > > > > > >
> > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > >
> > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > >
> > > > > > > configure completes fine, but... when I do this:
> > > > > > >
> > > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > > >
> > > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > > --enable-static
> > > > > > >
> > > > > > > I get:
> > > > > > >
> > > > > > > configure: checking for tcl installation (version 8.4 )
> > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -
> > > > > > > ltcl8.4 -ldl
> > > > > > > -lm -lpthread ... no
> > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > > -ltcl84 -ldl
> > > > > > > -lm -lpthread ... no
> > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > > -ltcl -ldl -lm
> > > > > > > -lpthread ... no
> > > > > > >
> > > > > > > configure: checking for tcl installation (version 8.3)
> > > > > > > checking for tcl.h (version 8.3) in
> > > > > > > /opt/arm-linux-libraries/include... no
> > > > > > > configure: error: can't find usable tcl.h
> > > > > > >
> > > > > > > and it is there:
> > > > > > >
> > > > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
> > > > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
> > > > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
> > > > > > >
> > > > > > > without enable-static:
> > > > > > >
> > > > > > > configure: checking for tcl installation (version 8.4)
> > > > > > > checking for tcl.h (version 8.4) in
> > > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -
> > > > > > > ltcl8.4 -ldl
> > > > > > > -lm -lpthread ... yes
> > > > > > >
> > > > > > >
> > > > > > > Thank you for the help
> > > > > > >
> > > > > > >
> > > > > > > Michael Demmer wrote:
> > > > > > > > try statically building dtnd and see if that works.
> > > > > > > >
> > > > > > > > -m
> > > > > > > >
> > > > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > > > >
> > > > > > > >> So I finally had a chance to try out the DTN on the
> > > > > > > zaurus.  So I
> > > > > > > >> copied over the libs that I had cross compiled, which
> > > > > > > seemed obvious
> > > > > > > >> to do. Then DTN was complaining about stdc++ lib so I
> > > > > > > copied over the
> > > > > > > >> libs from the lib directory of the cross compile tool
> > > > > > > chain, I figured
> > > > > > > >> that if it was linking in those libs to make arm binaries
> > > > > > > the libs
> > > > > > > >> themselves must be arm compatabile, is this right?  So the
> > > > > > > sum of it
> > > > > > > >> is I get this when I try to run DTN:
> > > > > > > >>
> > > > > > > >>
> > > > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > ./dtnd -l DEBUG
> > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > >> ./dtnd: error while loading shared libraries:
> > > > > > > libstdc++.so.5: cannot
> > > > > > > >> open shared object file: No such file or directory
> > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon#
> > > > > > > ldconfig
> > > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd
> > > > > > > -l DEBUG
> > > > > > > >> -c ./dtn.conf --init-db
> > > > > > > >> [1142218881.762749 /log debug] adding log reparse signal
> > > > > > > handler
> > > > > > > >> [1142218881.929239 /timer debug] adding signal handler
> > > > > > > 0xd6c14 for
> > > > > > > >> signal 1
> > > > > > > >> [ 1142218881.931204 /log debug] adding log rotate signal
> > > > > > > handler
> > > > > > > >> [1142218881.933055 /timer debug] adding signal handler
> > > > > > > 0xd6b9c for
> > > > > > > >> signal 10
> > > > > > > >> [1142218881.935286 /dtnd notice] DTN daemon starting up...
> > > > > > > (pid 1870)
> > > > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
> > > > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > > > >> Illegal instruction
> > > > > > > >>
> > > > > > > >> any thoughts?
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

------=_Part_63381_4846652.1163969679379
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

make test in the oasys directory fails here:<br><br>arm-linux-g++ test/sample-test.cc -o test/sample-test -I. -I.&nbsp;&nbsp; -I/opt/arm-linux-libraries/include -I/opt/arm-linux-libraries/include -g -fno-inline&nbsp; -MMD -MP -MT &quot;sample-.o
 sample-.E sample-.po&quot; -Wall -W -Wcast-align&nbsp; -Werror&nbsp; -static&nbsp; -L/opt/arm-linux-libraries/lib -L/opt/arm-linux-libraries/lib -ldl -lm -lpthread&nbsp; liboasys.a -ltcl8.4 -ldb-4.4<br>liboasys.a(FatalSignals.o):debug/FatalSignals.cc:113: undefined reference to `pthread_kill'
<br>liboasys.a(Thread.o):thread/Thread.cc:186: undefined reference to `pthread_detach'<br>liboasys.a(Thread.o):thread/Thread.cc:210: undefined reference to `pthread_join'<br>liboasys.a(Thread.o):thread/Thread.cc:225: undefined reference to `pthread_kill'
<br>liboasys.a(Thread.o):thread/Thread.cc:254: undefined reference to `pthread_sigmask'<br>collect2: ld returned 1 exit status<br>make: *** [test/sample-test] Error 1<br><br>so it definatly seems like a pthread library issue, any idea how I can fix this.&nbsp; The libraries do indeed exsist.
<br><br>edifyteam@runabout:/opt/arm-linux-toolchain/3.2.3/arm-linux/lib$ ls -ld *thread*<br>-rwxr-xr-x 1 2619 man 1065737 2003-04-22 09:23 <a href="http://libpthread-0.10.so">libpthread-0.10.so</a><br>-rw-r--r-- 1 2619 man 1465588 2003-04-22 09:23 
libpthread.a<br>-rw-r--r-- 1 2619 man 1469512 2003-04-22 09:23 libpthread_p.a<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 15 2006-10-31 17:11 libpthread.so -&gt; libpthread.so.0<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 18 2006-10-31 17:11 libpthread.so.0
 -&gt; <a href="http://libpthread-0.10.so">libpthread-0.10.so</a><br>-rwxr-xr-x 1 2619 man 1093631 2003-04-22 09:24 libthread_db-<a href="http://1.0.so">1.0.so</a><br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 17 2006-10-31 17:11 libthread_db.so -&gt; libthread_db.so.1
<br>lrwxrwxrwx 1 2619 man&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 19 2006-10-31 17:11 libthread_db.so.1 -&gt; libthread_db-<a href="http://1.0.so">1.0.so</a><br><br><br>EVERY zaurus specific cross compile evironment I can find (either instructions on producing one or a tar of one) is gcc 
2.x which as we found out is unable to compile DTN2 ri.&nbsp; Has anyone found a suitable cross compile environment for the zaurus based off of gcc 3.x?<br><br><div><span class="gmail_quote">On 11/17/06, <b class="gmail_sendername">
Michael Demmer</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div>Unfortunately I'm not sure if I can give you any more advice on this -- again this looks like there's something wrong with the build and/or the system being incompatible or unstable. You could try compiling and running simpler programs with your setup to make sure the basic compiler is working, then perhaps try a simple multithreaded one, etc. If you run 'make tests' in the DTN2/oasys directory that will build a bunch of unit tests which you could try out to make sure things are working.&nbsp;
</div><span class="sg"><div><br></div><div>-m</div></span><div><span class="e" id="q_10ef6e7e5f6ab0a4_2"><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:10 PM, ryan m wrote:</div><br><blockquote type="cite">backtrace to follow:
<br><br>[1142331726.187026 /dtnd debug] started dtn server<br>[1142331726.187788 /dtn/apiserver/13 debug] created socket 13<br>[1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR<br>[1142331726.188407 /dtn/apiserver/13 debug] binding to 
<a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</a><br>[1142331726.188762 /dtn/apiserver/13 debug] listening<br>[1142331726.189139 /dtn/apiserver/13 debug] state INIT -&gt; LISTENING
<br> [1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to barrier<br>[1142331726.189880 /thread debug] releasing thread creation barrier -- 3 queued threads<br>[1142331726.190299 /thread debug] starting thread 0x42b544 
<br><br>Program received signal SIG32, Real-time event 32.<br>0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55<br>55&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. 
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in ../sysdeps/unix/sysv/linux/sigsuspend.c<br>Current language:&nbsp; auto; currently c<br>(gdb) backtrace<br>#0&nbsp; 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55<br>#1&nbsp; 0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at 
pthread.c:1067<br>#2&nbsp; 0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64, <br>&nbsp;&nbsp;&nbsp; start_routine=0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, arg=0x42b544) at restart.h:36<br>#3&nbsp; 0x0010949c in oasys::Thread::start (this=0x42b544) at thread/Thread.cc:169 
<br>#4&nbsp; 0x0010912c in oasys::Thread::release_start_barrier () at thread/Thread.cc:70<br>#5&nbsp; 0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5, argv=0xbffffd14) at dtnd.cc:401<br>#6&nbsp; 0x0000aa0c in main (argc=5, argv=0xbffffd14) at 
dtnd.cc:427<br><br><br>as far as my cross compiler I used a generic one for arm embedded systems... I couldn't find a zaurus one that was up to date enough to compile DTN2<br><br><div><span class="gmail_quote">On 11/16/06, 
<b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div>It looks like there's something more seriously wrong with your build. If you could print out the stack trace using gdb or some such, that would be helpful, but both these errors seem to me like there's something quite messed up in your build setup, perhaps a bogus cross compiler or the wrong endianness or something like that. 
<div><br></div><div>-mike</div><div><span><div><br><div><div>On Nov 16, 2006, at 8:30 AM, ryan m wrote:</div><br><blockquote type="cite">well --db-init completed so I went to run it without --init-db and got: <br><br>[1142293298.812187
 /dtn/storage/globals debug] loading global store<br>[1142293298.813051 /dtn/storage/globals debug] opening file /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key- <br>[1142293298.814094 /thread debug] delaying start of thread 0x429220 due to barrier
<br>[1142293298.814538 /dtnd debug] started dtn server<br>[1142293298.815085 /dtn/apiserver/12 debug] created socket 12<br>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR <br>[1142293298.815706 /dtn/apiserver/12 debug] binding to 
<a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</a><br>[1142293298.816067 /dtn/apiserver/12 debug] listening <br>[1142293298.816451 /dtn/apiserver/12 debug] state INIT -&gt; LISTENING
<br>[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to barrier<br>[1142293298.839105 /thread debug] releasing thread creation barrier -- 3 queued threads <br>[1142293298.845033 /thread debug] starting thread 0x42ae7c
<br>[1142293298.851478 /thread debug] starting thread 0x429220<br>[1142293298.857805 /thread debug] starting thread 0x424030<br>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core <br>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc 
<br>[1142293298.929080 /dtnd info] starting console on <a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</a> <br>[1142293298.929495 /command debug] starting command server on 
<a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</a><br>[1142293298.937500 /command info] can't load tclreadline: can't find package tclreadline<br>[1142293298.938120
 /command info] fall back to simple command loop<br>collie dtn% Segmentation fault<br><br>THANK YOU for your help and patience <br> <br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] </a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp; </div><span><div><br></div><div>-m</div></span> <div><span>
<div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time: <br><br>[1142289491.726722 /dtnd notice] initializing persistent data store
<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db 
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented 
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369
 /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962
 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">
 libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">
 <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">
 I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>
  <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div></div>
 is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">
 I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>
 when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h
 (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>
 -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286
  /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>
 <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote>
</div><br></blockquote></div><br></div></span></div></div>
</blockquote></div><br>

------=_Part_63381_4846652.1163969679379--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Date: Fri, 17 Nov 2006 09:11:05 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-1-792671741
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Unfortunately I'm not sure if I can give you any more advice on this  
-- again this looks like there's something wrong with the build and/ 
or the system being incompatible or unstable. You could try compiling  
and running simpler programs with your setup to make sure the basic  
compiler is working, then perhaps try a simple multithreaded one,  
etc. If you run 'make tests' in the DTN2/oasys directory that will  
build a bunch of unit tests which you could try out to make sure  
things are working.

-m

On Nov 16, 2006, at 7:10 PM, ryan m wrote:

> backtrace to follow:
>
> [1142331726.187026 /dtnd debug] started dtn server
> [1142331726.187788 /dtn/apiserver/13 debug] created socket 13
> [1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
> [1142331726.188407 /dtn/apiserver/13 debug] binding to 127.0.0.1:5010
> [1142331726.188762 /dtn/apiserver/13 debug] listening
> [1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
> [1142331726.189462 /thread debug] delaying start of thread 0x4240f8  
> due to barrier
> [1142331726.189880 /thread debug] releasing thread creation barrier  
> -- 3 queued threads
> [1142331726.190299 /thread debug] starting thread 0x42b544
>
> Program received signal SIG32, Real-time event 32.
> 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/ 
> linux/sigsuspend.c:55
> 55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or  
> directory.
>         in ../sysdeps/unix/sysv/linux/sigsuspend.c
> Current language:  auto; currently c
> (gdb) backtrace
> #0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/ 
> sysv/linux/sigsuspend.c:55
> #1  0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620)  
> at pthread.c:1067
> #2  0x002496ac in __pthread_create_2_1 (thread=0x42b548,  
> attr=0x3c3e64,
>     start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*)>,  
> arg=0x42b544) at restart.h:36
> #3  0x0010949c in oasys::Thread::start (this=0x42b544) at thread/ 
> Thread.cc:169
> #4  0x0010912c in oasys::Thread::release_start_barrier () at thread/ 
> Thread.cc:70
> #5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5,  
> argv=0xbffffd14) at dtnd.cc:401
> #6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427
>
>
> as far as my cross compiler I used a generic one for arm embedded  
> systems... I couldn't find a zaurus one that was up to date enough  
> to compile DTN2
>
> On 11/16/06, Michael Demmer <[email-masked]> wrote:
> It looks like there's something more seriously wrong with your  
> build. If you could print out the stack trace using gdb or some  
> such, that would be helpful, but both these errors seem to me like  
> there's something quite messed up in your build setup, perhaps a  
> bogus cross compiler or the wrong endianness or something like that.
>
> -mike
>
> On Nov 16, 2006, at 8:30 AM, ryan m wrote:
>
>> well --db-init completed so I went to run it without --init-db and  
>> got:
>>
>> [1142293298.812187 /dtn/storage/globals debug] loading global store
>> [1142293298.813051 /dtn/storage/globals debug] opening file /home/ 
>> root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
>> [1142293298.814094 /thread debug] delaying start of thread  
>> 0x429220 due to barrier
>> [1142293298.814538 /dtnd debug] started dtn server
>> [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
>> [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
>> [1142293298.815706 /dtn/apiserver/12 debug] binding to 127.0.0.1:5010
>> [1142293298.816067 /dtn/apiserver/12 debug] listening
>> [1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
>> [1142293298.833241 /thread debug] delaying start of thread  
>> 0x424030 due to barrier
>> [1142293298.839105 /thread debug] releasing thread creation  
>> barrier -- 3 queued threads
>> [1142293298.845033 /thread debug] starting thread 0x42ae7c
>> [1142293298.851478 /thread debug] starting thread 0x429220
>> [1142293298.857805 /thread debug] starting thread 0x424030
>> ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
>> STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c  
>> 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
>> [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
>> [1142293298.929495 /command debug] starting command server on  
>> 127.0.0.1:5050
>> [1142293298.937500 /command info] can't load tclreadline: can't  
>> find package tclreadline
>> [1142293298.938120 /command info] fall back to simple command loop
>> collie dtn% Segmentation fault
>>
>> THANK YOU for your help and patience
>>
>> On 11/16/06, Michael Demmer <[email-masked] > wrote:
>> Hmm... That's a strange one. You could try just using the  
>> filesystem store by changing 'storage set type berkeleydb' to  
>> 'storage set type filesysdb'.
>>
>> -m
>>
>>
>> On Nov 16, 2006, at 7:27 AM, ryan m wrote:
>>
>>> well that got me a little farther at least... this is where it  
>>> died this time:
>>>
>>> [1142289491.726722 /dtnd notice] initializing persistent data store
>>> [1142289491.767648 /dtn/storage notice] creating new database  
>>> directory /home/root/Applications/DTN_wireless/tmp/db
>>> [1142289491.884849 /dtn/storage info] initializing db name=DTN  
>>> (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
>>> [1142289492.284995 /storage/berkeleydb error] DB internal error:  
>>> unable to initialize mutex: Function not implemented
>>> [1142289492.290986 /storage/berkeleydb error] DB internal error:  
>>> PANIC: Function not implemented
>>> [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY:  
>>> Fatal error, run database recovery, cannot open database
>>> [1142289492.316046 /dtn/storage error] can't initialize  
>>> berkeleydb -1000
>>> [1142289492.316369 /dtnd critical] error creating storage system
>>> [1142289492.316683 /dtnd error] error initializing data store,  
>>> exiting...
>>>
>>>
>>>
>>> On 11/15/06, Michael Demmer <[email-masked]> wrote:
>>>
>>> The only reason you could be getting that error is if the name  
>>> lookup failed for some reason. You could try putting the IP  
>>> address in the llink configuration and seeing if that works. If  
>>> it does, then there must be something wrong with the host  
>>> configuration or some other reason why the gethostbyname wrapper  
>>> (in oasys/io/NetUtils.cc) would be failing. You could put more  
>>> debug logging in there to trace it down further.
>>>
>>> -m
>>>
>>>
>>> On Nov 15, 2006, at 7:37 AM, ryan m wrote:
>>>
>>>> so I've got a static version of dtnd compiled and on the zaurus,  
>>>> and now I'm getting this odd behavior when I try to run
>>>>
>>>> ./dtnd -l DEBUG -c ./dtn.conf --init-db
>>>>
>>>> [1142213113.431028 /dtnd info] parsing configuration file ./ 
>>>> dtn.conf...
>>>> [1142213113.433018 /command debug] executing command file ./ 
>>>> dtn.conf
>>>> [1142213113.438962 /dtnd info] dtnd parsing configuration...
>>>> [1142213113.447671 /dtn/interface/table info] adding interface  
>>>> tcp0 (tcp)
>>>> [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
>>>> [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created  
>>>> pipe, fds: 9 10
>>>> [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]  
>>>> set_nonblocking: nonblocking mode set
>>>> [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]  
>>>> set_nonblocking: nonblocking mode set
>>>> [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
>>>> [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting  
>>>> SO_REUSEADDR
>>>> [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to  
>>>> 0.0.0.0:5000
>>>> [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
>>>> [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->  
>>>> LISTENING
>>>> [1142213113.462443 /thread debug] delaying start of thread  
>>>> 0x42bb54 due to barrier
>>>> [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE - 
>>>> > AVAILABLE
>>>> [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link  
>>>> rcm2.cse.lehigh.edu:5000
>>>> [1142213113.465856 /dtn/cl/iputils warning] invalid hostname '  
>>>> rcm2.cse.lehigh.edu ' in next hop rcm2.cse.lehigh.edu:5000
>>>> [1142213113.466250 /dtn/cl/tcp error] invalid next hop address '  
>>>> rcm2.cse.lehigh.edu:5000 '
>>>> [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop  
>>>> ' rcm2.cse.lehigh.edu:5000'
>>>> [1142213113.467679 /command error] error: line 137: 'invalid  
>>>> link option: (unknown)':
>>>> invalid link option: (unknown)
>>>>     while executing
>>>> "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
>>>>     (file "./dtn.conf" line 137)
>>>> [1142213113.468105 /dtnd error] error in configuration file,  
>>>> exiting...
>>>>
>>>> and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a  
>>>> failure in name resolution.
>>>>
>>>> sorry about posting the "wrong" list, I knew there was  
>>>> discussion of making multiple lists, but I wasn't aware that it  
>>>> had actually happened, since I don't have the time to read  
>>>> everything that goes through dtn-interest. Thank you for the  
>>>> help so far.
>>>>
>>>>
>>>> On 11/13/06, Michael Demmer < [email-masked] > wrote:
>>>> First of all, let me say that this discussion should be on dtn- 
>>>> users. I don't know if ryan is on that list or not, but if  
>>>> you're not, please in the future use that list for dtn reference  
>>>> implementation questions, not dtn-interest.
>>>>
>>>> As far as building tcl statically goes, it's a bit confusing,  
>>>> but you need to run tcl's ./configure --disable-shared to tell  
>>>> it to build a full static libtcl8.4.a. You don't want the stub  
>>>> library linked in.
>>>>
>>>> As far as your original problem goes, I suggested linking  
>>>> statically to try to confirm that it's not a library  
>>>> compatibility issue due to the cross compilation. I don't know  
>>>> if this will help or not, but that's what I suggest to do first.
>>>>
>>>> -mike
>>>>
>>>>
>>>> On Nov 13, 2006, at 8:12 AM, ryan m wrote:
>>>>
>>>>> my libtclstub is libtclstub8.4.so.a and if i try to link to it  
>>>>> with a link name of libtclstub8.4.so.a or libtclstub8.4.so in  
>>>>> the /usr/lib directory.  ldconfig complains it " is not an ELF  
>>>>> file - it has the wrong magic bytes at the start" so I had to  
>>>>> leave that link out, but I did do the other links, but dtnd  
>>>>> crashes the same way.
>>>>>
>>>>> On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
>>>>> I added links in the target for the following:
>>>>>
>>>>> in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
>>>>> in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
>>>>> in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
>>>>>
>>>>> For some reason, it seemed like the tcl libraries wanted to be  
>>>>> in the same directory as the pthread libraries (but I haven't  
>>>>> confirmed that).  I just moved on as soon as things started  
>>>>> working.
>>>>>
>>>>> Let me know if this helps for you...
>>>>>
>>>>> From: [email-masked] [mailto:dtn-interest- 
>>>>> [email-masked]] On Behalf Of ryan m
>>>>> Sent: Monday, November 13, 2006 10:34 AM
>>>>> To: DTNRG
>>>>> Subject: Re: [dtn-interest] DTN on Zaurus sl-5500
>>>>>
>>>>> is that something I can do with a configure argument to  
>>>>> building the tcl library (I can't find it in ./configure -- 
>>>>> help)?, and do you think that doing a static build is the best  
>>>>> way to fix the original issue I was having on the PDA?
>>>>>
>>>>> On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
>>>>> I suspect the answer is that you need a 'real' tcl library  
>>>>> (a .a file) that can be linked statically.  I don't think  
>>>>> shared objects (the .so tcl library you have in the arm  
>>>>> directory) can be linked that way.
>>>>>
>>>>>         --keith
>>>>>
>>>>> From: [email-masked] [mailto: dtn- 
>>>>> [email-masked]] On Behalf Of ryan m
>>>>> Sent: Monday, November 13, 2006 10:17 AM
>>>>> To: DTNRG
>>>>> Subject: [dtn-interest] DTN on Zaurus sl-5500
>>>>>
>>>>> when i configure with this:
>>>>>
>>>>> ./configure --build=`uname -m` --host=arm-linux
>>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>>>> libraries
>>>>>
>>>>> configure completes fine, but... when I do this:
>>>>>
>>>>> ./configure --build=`uname -m` --host=arm-linux
>>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>>>> libraries
>>>>> --enable-static
>>>>>
>>>>> I get:
>>>>>
>>>>> configure: checking for tcl installation (version 8.4 )
>>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>>> include... yes
>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>> ltcl8.4 -ldl
>>>>> -lm -lpthread ... no
>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>>> ltcl84 -ldl
>>>>> -lm -lpthread ... no
>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl  
>>>>> -ldl -lm
>>>>> -lpthread ... no
>>>>>
>>>>> configure: checking for tcl installation (version 8.3)
>>>>> checking for tcl.h (version 8.3) in /opt/arm-linux-libraries/ 
>>>>> include... no
>>>>> configure: error: can't find usable tcl.h
>>>>>
>>>>> and it is there:
>>>>>
>>>>> edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
>>>>> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
>>>>> -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
>>>>> drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
>>>>> -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
>>>>>
>>>>> without enable-static:
>>>>>
>>>>> configure: checking for tcl installation (version 8.4)
>>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>>> include... yes
>>>>> checking for tcl library in /opt/arm-linux-libraries/lib: -  
>>>>> ltcl8.4 -ldl
>>>>> -lm -lpthread ... yes
>>>>>
>>>>>
>>>>> Thank you for the help
>>>>>
>>>>>
>>>>> Michael Demmer wrote:
>>>>> > try statically building dtnd and see if that works.
>>>>> >
>>>>> > -m
>>>>> >
>>>>> > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
>>>>> >
>>>>> >> So I finally had a chance to try out the DTN on the zaurus.   
>>>>> So I
>>>>> >> copied over the libs that I had cross compiled, which seemed  
>>>>> obvious
>>>>> >> to do. Then DTN was complaining about stdc++ lib so I copied  
>>>>> over the
>>>>> >> libs from the lib directory of the cross compile tool chain,  
>>>>> I figured
>>>>> >> that if it was linking in those libs to make arm binaries  
>>>>> the libs
>>>>> >> themselves must be arm compatabile, is this right?  So the  
>>>>> sum of it
>>>>> >> is I get this when I try to run DTN:
>>>>> >>
>>>>> >>
>>>>> >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd  
>>>>> -l DEBUG
>>>>> >> -c ./dtn.conf --init-db
>>>>> >> ./dtnd: error while loading shared libraries: libstdc++.so. 
>>>>> 5: cannot
>>>>> >> open shared object file: No such file or directory
>>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
>>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd - 
>>>>> l DEBUG
>>>>> >> -c ./dtn.conf --init-db
>>>>> >> [1142218881.762749 /log debug] adding log reparse signal  
>>>>> handler
>>>>> >> [1142218881.929239 /timer debug] adding signal handler  
>>>>> 0xd6c14 for
>>>>> >> signal 1
>>>>> >> [ 1142218881.931204 /log debug] adding log rotate signal  
>>>>> handler
>>>>> >> [1142218881.933055 /timer debug] adding signal handler  
>>>>> 0xd6b9c for
>>>>> >> signal 10
>>>>> >> [1142218881.935286 /dtnd notice] DTN daemon starting up...  
>>>>> (pid 1870)
>>>>> >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
>>>>> >> STACK TRACE: 0xce810 0x403c5d00 (nil)
>>>>> >> Illegal instruction
>>>>> >>
>>>>> >> any thoughts?
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

--Apple-Mail-1-792671741
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV>Unfortunately I'm not sure =
if I can give you any more advice on this -- again this looks like =
there's something wrong with the build and/or the system being =
incompatible or unstable. You could try compiling and running simpler =
programs with your setup to make sure the basic compiler is working, =
then perhaps try a simple multithreaded one, etc. If you run 'make =
tests' in the DTN2/oasys directory that will build a bunch of unit tests =
which you could try out to make sure things are working.=A0</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-m</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Nov 16, =
2006, at 7:10 PM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">backtrace =
to follow:<BR><BR>[1142331726.187026 /dtnd debug] started dtn =
server<BR>[1142331726.187788 /dtn/apiserver/13 debug] created socket =
13<BR>[1142331726.188106 /dtn/apiserver/13 debug] setting =
SO_REUSEADDR<BR>[1142331726.188407 /dtn/apiserver/13 debug] binding to =
<A href=3D"http://127.0.0.1:5010">127.0.0.1:5010</A><BR>[1142331726.188762=
 /dtn/apiserver/13 debug] listening<BR>[1142331726.189139 =
/dtn/apiserver/13 debug] state INIT -&gt; LISTENING<BR> =
[1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due =
to barrier<BR>[1142331726.189880 /thread debug] releasing thread =
creation barrier -- 3 queued threads<BR>[1142331726.190299 /thread =
debug] starting thread 0x42b544 <BR><BR>Program received signal SIG32, =
Real-time event 32.<BR>0x002c7580 in __sigsuspend (set=3D0xbffff9b0) at =
../sysdeps/unix/sysv/linux/sigsuspend.c:55<BR>55=A0=A0=A0=A0=A0 =
../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory. =
<BR>=A0=A0=A0=A0=A0=A0=A0 in =
../sysdeps/unix/sysv/linux/sigsuspend.c<BR>Current language:=A0 auto; =
currently c<BR>(gdb) backtrace<BR>#0=A0 0x002c7580 in __sigsuspend =
(set=3D0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55<BR>#1=A0 =
0x00249ed4 in __pthread_wait_for_restart_signal (self=3D0x3c3620) at =
pthread.c:1067<BR>#2=A0 0x002496ac in __pthread_create_2_1 =
(thread=3D0x42b548, attr=3D0x3c3e64, <BR>=A0=A0=A0 =
start_routine=3D0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, =
arg=3D0x42b544) at restart.h:36<BR>#3=A0 0x0010949c in =
oasys::Thread::start (this=3D0x42b544) at thread/Thread.cc:169 <BR>#4=A0 =
0x0010912c in oasys::Thread::release_start_barrier () at =
thread/Thread.cc:70<BR>#5=A0 0x0000a838 in dtn::DTND::main =
(this=3D0xbffffc1c, argc=3D5, argv=3D0xbffffd14) at dtnd.cc:401<BR>#6=A0 =
0x0000aa0c in main (argc=3D5, argv=3D0xbffffd14) at =
dtnd.cc:427<BR><BR><BR>as far as my cross compiler I used a generic one =
for arm embedded systems... I couldn't find a zaurus one that was up to =
date enough to compile DTN2<BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/16/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV style=3D"">It looks like there's something more seriously =
wrong with your build. If you could print out the stack trace using gdb =
or some such, that would be helpful, but both these errors seem to me =
like there's something quite messed up in your build setup, perhaps a =
bogus cross compiler or the wrong endianness or something like that. =
<DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN class=3D"e" =
id=3D"q_10ef38332b5bd364_1"><DIV><BR><DIV><DIV>On Nov 16, 2006, at 8:30 =
AM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well --db-init =
completed so I went to run it without --init-db and got: =
<BR><BR>[1142293298.812187 /dtn/storage/globals debug] loading global =
store<BR>[1142293298.813051 /dtn/storage/globals debug] opening file =
/home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key=
- <BR>[1142293298.814094 /thread debug] delaying start of thread =
0x429220 due to barrier<BR>[1142293298.814538 /dtnd debug] started dtn =
server<BR>[1142293298.815085 /dtn/apiserver/12 debug] created socket =
12<BR>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR =
<BR>[1142293298.815706 /dtn/apiserver/12 debug] binding to <A =
href=3D"http://127.0.0.1:5010" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</A><BR>[1142293298.8=
16067 /dtn/apiserver/12 debug] listening <BR>[1142293298.816451 =
/dtn/apiserver/12 debug] state INIT -&gt; =
LISTENING<BR>[1142293298.833241 /thread debug] delaying start of thread =
0x424030 due to barrier<BR>[1142293298.839105 /thread debug] releasing =
thread creation barrier -- 3 queued threads <BR>[1142293298.845033 =
/thread debug] starting thread 0x42ae7c<BR>[1142293298.851478 /thread =
debug] starting thread 0x429220<BR>[1142293298.857805 /thread debug] =
starting thread 0x424030<BR>ERROR: dtnd (pid 1896) got fatal SIGSEGV - =
will dump core <BR>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 =
0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc =
<BR>[1142293298.929080 /dtnd info] starting console on <A =
href=3D"http://127.0.0.1:5050" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> 127.0.0.1:5050</A> =
<BR>[1142293298.929495 /command debug] starting command server on <A =
href=3D"http://127.0.0.1:5050" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</A><BR>[1142293298.9=
37500 /command info] can't load tclreadline: can't find package =
tclreadline<BR>[1142293298.938120 /command info] fall back to simple =
command loop<BR>collie dtn% Segmentation fault<BR><BR>THANK YOU for your =
help and patience <BR> <BR><DIV><SPAN class=3D"gmail_quote">On 11/16/06, =
<B class=3D"gmail_sendername">Michael Demmer </B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV><DIV>Hmm... That's a strange one. You could try just using =
the filesystem store by changing 'storage set type =
berkeleydb'=A0to=A0'storage set type filesysdb'.=A0 =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN> =
<DIV><SPAN><DIV><BR></DIV><DIV><BR><DIV><DIV>On Nov 16, 2006, at 7:27 =
AM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well that got me a =
little farther at least... this is where it died this time: =
<BR><BR>[1142289491.726722 /dtnd notice] initializing persistent data =
store<BR>[1142289491.767648 /dtn/storage notice] creating new database =
directory /home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289491.884849 /dtn/storage info] initializing db name=3DDTN =
(not shared), dir=3D/home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289492.284995 /storage/berkeleydb error] DB internal error: =
unable to initialize mutex: Function not implemented =
<BR>[1142289492.290986 /storage/berkeleydb error] DB internal error: =
PANIC: Function not implemented <BR>[1142289492.315647 /dtn/storage =
critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot =
open database <BR>[1142289492.316046 /dtn/storage error] can't =
initialize berkeleydb -1000<BR>[1142289492.316369 /dtnd critical] error =
creating storage system<BR>[1142289492.316683 /dtnd error] error =
initializing data store, exiting... <BR><BR><BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/15/06, <B class=3D"gmail_sendername">Michael =
Demmer </B> &lt;<A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV><DIV><DIV><DIV><BR></DIV><DIV>The only reason you could be =
getting that error is if the name lookup failed for some reason. You =
could try putting the IP address in the llink configuration and seeing =
if that works. If it does, then there must be something wrong with the =
host configuration or some other reason why the gethostbyname wrapper =
(in oasys/io/NetUtils.cc) would be failing. You could put more debug =
logging in there to trace it down further. =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><=
DIV><BR><DIV><DIV>On Nov 15, 2006, at 7:37 AM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">so I've got a static version =
of dtnd compiled and on the zaurus, and now I'm getting this odd =
behavior when I try to run <BR><BR>./dtnd -l DEBUG -c ./dtn.conf =
--init-db<BR><BR>[1142213113.431028 /dtnd info] parsing configuration =
file ./dtn.conf... <BR>[1142213113.433018 /command debug] executing =
command file ./dtn.conf<BR>[1142213113.438962 /dtnd info] dtnd parsing =
configuration...<BR>[1142213113.447671 /dtn/interface/table info] adding =
interface tcp0 (tcp)<BR>[1142213113.449577  /dtn/cl/tcp debug] adding =
interface tcp0<BR>[1142213113.452019 /dtn/cl/tcp/listener/notifier =
debug] created pipe, fds: 9 10 <BR>[1142213113.453889 =
/dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode =
set <BR>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] =
set_nonblocking: nonblocking mode set<BR>[1142213113.458433 =
/dtn/cl/tcp/iface/tcp0 debug] created socket 11 <BR>[1142213113.460564 =
/dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR =
<BR>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <A =
href=3D"http://0.0.0.0:5000" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
0.0.0.0:5000</A><BR>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] =
listening <BR>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state =
INIT -&gt; LISTENING <BR>[1142213113.462443 /thread debug] delaying =
start of thread 0x42bb54 due to barrier <BR>[1142213113.464152 =
/dtn/link/link1 debug] set_state UNAVAILABLE -&gt; =
AVAILABLE<BR>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link =
<A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.465856 /dtn/cl/iputils =
warning] invalid hostname '<A href=3D"http://rcm2.cse.lehigh.edu" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu </A>' in =
next hop <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.466250 /dtn/cl/tcp error] =
invalid next hop address ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 =
</A>'<BR>[1142213113.466579 /dtn/cl/tcp error] error parsing link =
nexthop ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A>'<BR>[1142213113.467679 /command error] =
error: line 137: 'invalid link option: (unknown)': <BR>invalid link =
option: (unknown)<BR>=A0=A0=A0 while executing<BR> "link add link1 <A =
href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A> ONDEMAND tcp"<BR>=A0=A0=A0 (file =
"./dtn.conf" line 137) <BR>[1142213113.468105 /dtnd error] error in =
configuration file, exiting... <BR><BR>and i can ssh to <A =
href=3D"http://rcm2.cse.lehigh.edu" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu</A> from the =
pda so it isn't a failure in name resolution.<BR><BR>sorry about posting =
the "wrong" list, I knew there was discussion of making multiple lists, =
but I wasn't aware that it had actually happened, since I don't have the =
time to read everything that goes through dtn-interest. Thank you for =
the help so far. <BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/13/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> [email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>First of all, let me say that this discussion should be on =
dtn-users. I don't know if ryan is on that list or not, but if you're =
not, please in the future use that list for dtn reference implementation =
questions, not dtn-interest.=A0 <DIV><BR></DIV><DIV>As far as building =
tcl statically goes, it's a bit confusing, but you need to run tcl's =
./configure --disable-shared to tell it to build a full static =
libtcl8.4.a.=A0You don't want the stub library linked in. =
</DIV><DIV><BR></DIV><DIV>As far as your original problem goes, I =
suggested linking statically to try to confirm that it's not a library =
compatibility issue due to the cross compilation. I don't know if this =
will help or not, but that's what I suggest to do first. =
</DIV><DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR></DIV><DIV><BR><D=
IV><DIV>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite"><SPAN style=3D"color: rgb(0, 0, 0);"> my libtclstub is =
<FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a and if i try to link =
to it with a link name of </FONT></SPAN><SPAN style=3D"color: rgb(0, 0, =
0);"><FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a =
or</FONT></SPAN> <SPAN style=3D"color: rgb(0, 0, 0);"><FONT face=3D"Arial"=
 size=3D"2"> <A href=3D"http://libtclstub8.4.so" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> in the =
/usr/lib directory.=A0 ldconfig complains it " is not an ELF file - it =
has the wrong magic bytes at the start" so I had to leave that link out, =
but I did do the other links, but dtnd crashes the same way. =
</FONT></SPAN><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">=
 I added links in the target for the following:=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">in /usr/lib from <A href=3D"http://libtcl8.4.so"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so</A> -&gt; =
/usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib from libtcl.so =
-&gt; /usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> in /usr/lib/ from <A =
href=3D"http://libtclstub8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> -&gt; =
/usr/lib/libtclstub8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> </FONT></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">For some =
reason, it seemed like the tcl libraries wanted to be in the same =
directory as the pthread libraries (but I haven't confirmed that).=A0 I =
just moved on as soon as things started working.=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Let me know if this helps for =
you...</FONT></SPAN></DIV> <DIV><BR></DIV>  <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><SPAN><B>From:</B>=
 <A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked] </A>   [mailto:<A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of </B>ryan   m<BR></SPAN><SPAN><B>Sent:</B> =
Monday, November 13, 2006 10:34 AM<BR><B>To:</B>   =
DTNRG<BR></SPAN><B>Subject:</B> Re: [dtn-interest] DTN on Zaurus   =
sl-5500<BR></FONT><BR></DIV><DIV><SPAN>  <DIV></DIV> is that something I =
can do with a configure argument to building   the tcl library (I can't =
find it in ./configure --help)?, and do you think   that doing a static =
build is the best way to fix the original issue I was   having on the =
PDA? <BR><BR>  <DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Scott,   Keith L.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> I     suspect the answer is =
that you need a 'real' tcl library (a .a file) that     can be linked =
statically.=A0 I don't think shared objects (the .so tcl     library you =
have in the arm directory) can be linked that     way. =
</FONT></SPAN></DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    =
<DIV dir=3D"ltr" align=3D"left"><SPAN>=A0=A0=A0=A0=A0=A0=A0     <FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">--keith =
</FONT></SPAN></DIV><BR>    <BLOCKQUOTE style=3D"margin-right: 0px;">    =
  <DIV dir=3D"ltr" align=3D"left" lang=3D"en-us">      <HR>      <FONT =
face=3D"Tahoma" size=3D"2"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked]</A> [mailto: <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of       </B>ryan m<BR><B>Sent:</B> Monday, =
November 13, 2006 10:17       AM<BR><B>To:</B> DTNRG<BR><B>Subject:</B> =
[dtn-interest] DTN on Zaurus       sl-5500<BR></FONT><BR></DIV>      =
<DIV><SPAN>      <DIV></DIV> when i configure with this: =
<BR><BR>./configure --build=3D`uname       -m`       =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR><BR>configure       completes fine, =
but... when I do this: <BR><BR>./configure --build=3D`uname       -m`    =
   --host=3Darm-linux =
<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=3D/opt/arm-linux-=
libraries<BR>--enable-static<BR><BR>I       get:<BR><BR>configure: =
checking for tcl installation (version 8.4 )       <BR>checking for =
tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes =
<BR>checking for tcl library in       /opt/arm-linux-libraries/lib: =
-ltcl8.4 -ldl<BR>-lm -lpthread ...       no<BR>checking for tcl library =
in /opt/arm-linux-libraries/lib: -ltcl84       -ldl <BR>-lm -lpthread =
... no<BR> checking for tcl library in       =
/opt/arm-linux-libraries/lib: -ltcl -ldl -lm <BR>-lpthread ...       =
no<BR><BR>configure: checking for tcl installation (version       =
8.3)<BR>checking for tcl.h (version 8.3) in       =
/opt/arm-linux-libraries/include... no <BR>configure: error: can't find  =
     usable tcl.h<BR><BR>and it is       =
there:<BR><BR>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld    =
   *tcl*<BR> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <A =
href=3D"http://libtcl8.4.so/" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </A><BR>-rw-r--r--  =
     1 root root=A0=A0 6894 2006-10-31 17:28       =
libtclstub8.4.a<BR>drwxr-xr-x 8 root root=A0=A0 4096 2006-10-31       =
17:28 tcl8.4<BR>-rw-r--r-- 1 root root=A0=A0 7333 2006-10-31 17:28       =
tclConfig.sh <BR><BR>without enable-static: <BR><BR>configure: checking =
for       tcl installation (version 8.4)<BR>checking for tcl.h (version =
8.4) in       /opt/arm-linux-libraries/include... yes<BR>checking for =
tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<BR>-lm =
-lpthread ... yes       <BR><BR><BR>Thank you for the help =
<BR><BR><BR>Michael Demmer       wrote:<BR>&gt; try statically building =
dtnd and see if that       works.<BR>&gt;<BR>&gt; -m<BR>&gt;<BR>&gt; On =
Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <BR>&gt; =
<BR>&gt;&gt; So I finally had a chance to try       out the DTN on the =
zaurus.=A0=A0So I <BR>&gt;&gt; copied over the       libs that I had =
cross compiled, which seemed obvious<BR>&gt;&gt; to do.       Then DTN =
was complaining about stdc++ lib so I copied over the       <BR>&gt;&gt; =
libs from the lib directory of the cross compile tool chain,       I =
figured <BR>&gt;&gt; that if it was linking in those libs to make arm    =
   binaries the libs<BR>&gt;&gt; themselves must be arm compatabile, is =
this       right?=A0=A0So the sum of it <BR>&gt;&gt; is I get this when =
I try       to run       DTN: =
<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;=A0=A0root@collie:~/Applications/DTN_w=
ireless/DTN2/daemon#       ./dtnd -l DEBUG<BR>&gt;&gt; -c ./dtn.conf =
--init-db<BR>&gt;&gt; ./dtnd:       error while loading shared =
libraries: libstdc++.so.5: cannot <BR>&gt;&gt;       open shared object =
file: No such file or directory<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
ldconfig<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       =
DEBUG <BR>&gt;&gt; -c ./dtn.conf --init-db<BR>&gt;&gt; =
[1142218881.762749       /log debug] adding log reparse signal =
handler<BR>&gt;&gt;       [1142218881.929239 /timer debug] adding signal =
handler 0xd6c14       for<BR>&gt;&gt; signal 1 <BR>&gt;&gt; [ =
1142218881.931204 /log debug]       adding log rotate signal =
handler<BR>&gt;&gt; [1142218881.933055 /timer       debug] adding signal =
handler 0xd6b9c for<BR>&gt;&gt; signal 10<BR>&gt;&gt;       =
[1142218881.935286  /dtnd notice] DTN daemon starting up... (pid 1870)   =
    <BR>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump     =
  core<BR>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<BR>&gt;&gt; =
Illegal       instruction <BR>&gt;&gt;<BR>&gt;&gt; any thoughts?     =
</SPAN></DIV></BLOCKQUOTE></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOC=
KQUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV> =
<BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-1-792671741--

Date: Thu, 16 Nov 2006 22:10:56 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_38695_19276717.1163733056335
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

backtrace to follow:

[1142331726.187026 /dtnd debug] started dtn server
[1142331726.187788 /dtn/apiserver/13 debug] created socket 13
[1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR
[1142331726.188407 /dtn/apiserver/13 debug] binding to 127.0.0.1:5010
[1142331726.188762 /dtn/apiserver/13 debug] listening
[1142331726.189139 /dtn/apiserver/13 debug] state INIT -> LISTENING
[1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to
barrier
[1142331726.189880 /thread debug] releasing thread creation barrier -- 3
queued threads
[1142331726.190299 /thread debug] starting thread 0x42b544

Program received signal SIG32, Real-time event 32.
0x002c7580 in __sigsuspend (set=0xbffff9b0) at
../sysdeps/unix/sysv/linux/sigsuspend.c:55
55      ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory.
        in ../sysdeps/unix/sysv/linux/sigsuspend.c
Current language:  auto; currently c
(gdb) backtrace
#0  0x002c7580 in __sigsuspend (set=0xbffff9b0) at
../sysdeps/unix/sysv/linux/sigsuspend.c:55
#1  0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at
pthread.c:1067
#2  0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64,
    start_routine=0x1097f8 <oasys::Thread::pre_thread_run(void*)>,
arg=0x42b544) at restart.h:36
#3  0x0010949c in oasys::Thread::start (this=0x42b544) at
thread/Thread.cc:169
#4  0x0010912c in oasys::Thread::release_start_barrier () at
thread/Thread.cc:70
#5  0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5, argv=0xbffffd14)
at dtnd.cc:401
#6  0x0000aa0c in main (argc=5, argv=0xbffffd14) at dtnd.cc:427

as far as my cross compiler I used a generic one for arm embedded systems...
I couldn't find a zaurus one that was up to date enough to compile DTN2

On 11/16/06, Michael Demmer <[email-masked]> wrote:
>
> It looks like there's something more seriously wrong with your build. If
> you could print out the stack trace using gdb or some such, that would be
> helpful, but both these errors seem to me like there's something quite
> messed up in your build setup, perhaps a bogus cross compiler or the wrong
> endianness or something like that.
> -mike
>
> On Nov 16, 2006, at 8:30 AM, ryan m wrote:
>
> well --db-init completed so I went to run it without --init-db and got:
>
> [1142293298.812187 /dtn/storage/globals debug] loading global store
> [1142293298.813051 /dtn/storage/globals debug] opening file
> /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
> [1142293298.814094 /thread debug] delaying start of thread 0x429220 due to
> barrier
> [1142293298.814538 /dtnd debug] started dtn server
> [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
> [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
> [1142293298.815706 /dtn/apiserver/12 debug] binding to 127.0.0.1:5010
> [1142293298.816067 /dtn/apiserver/12 debug] listening
> [1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
> [1142293298.833241 /thread debug] delaying start of thread 0x424030 due to
> barrier
> [1142293298.839105 /thread debug] releasing thread creation barrier -- 3
> queued threads
> [1142293298.845033 /thread debug] starting thread 0x42ae7c
> [1142293298.851478 /thread debug] starting thread 0x429220
> [1142293298.857805 /thread debug] starting thread 0x424030
> ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
> STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc
> 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
> [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
> [1142293298.929495 /command debug] starting command server on
> 127.0.0.1:5050
> [1142293298.937500 /command info] can't load tclreadline: can't find
> package tclreadline
> [1142293298.938120 /command info] fall back to simple command loop
> collie dtn% Segmentation fault
>
> THANK YOU for your help and patience
>
> On 11/16/06, Michael Demmer <[email-masked]> wrote:
> >
> > Hmm... That's a strange one. You could try just using the filesystem
> > store by changing 'storage set type berkeleydb' to 'storage set type
> > filesysdb'.
> >
> > -m
> >
> >
> > On Nov 16, 2006, at 7:27 AM, ryan m wrote:
> >
> > well that got me a little farther at least... this is where it died this
> > time:
> >
> > [1142289491.726722 /dtnd notice] initializing persistent data store
> > [1142289491.767648 /dtn/storage notice] creating new database directory
> > /home/root/Applications/DTN_wireless/tmp/db
> > [1142289491.884849 /dtn/storage info] initializing db name=DTN (not
> > shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> > [1142289492.284995 /storage/berkeleydb error] DB internal error: unable
> > to initialize mutex: Function not implemented
> > [1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC:
> > Function not implemented
> > [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal
> > error, run database recovery, cannot open database
> > [1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000
> > [1142289492.316369 /dtnd critical] error creating storage system
> > [1142289492.316683 /dtnd error] error initializing data store,
> > exiting...
> >
> >
> >
> > On 11/15/06, Michael Demmer <[email-masked]> wrote:
> > >
> > >
> > > The only reason you could be getting that error is if the name lookup
> > > failed for some reason. You could try putting the IP address in the llink
> > > configuration and seeing if that works. If it does, then there must be
> > > something wrong with the host configuration or some other reason why the
> > > gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could
> > > put more debug logging in there to trace it down further.
> > >
> > > -m
> > >
> > >
> > > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> > >
> > > so I've got a static version of dtnd compiled and on the zaurus, and
> > > now I'm getting this odd behavior when I try to run
> > >
> > > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> > >
> > > [1142213113.431028 /dtnd info] parsing configuration file
> > > ./dtn.conf...
> > > [1142213113.433018 /command debug] executing command file ./dtn.conf
> > > [1142213113.438962 /dtnd info] dtnd parsing configuration...
> > > [1142213113.447671 /dtn/interface/table info] adding interface tcp0
> > > (tcp)
> > > [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> > > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe,
> > > fds: 9 10
> > > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]
> > > set_nonblocking: nonblocking mode set
> > > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]
> > > set_nonblocking: nonblocking mode set
> > > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
> > > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
> > > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to
> > > 0.0.0.0:5000
> > > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->
> > > LISTENING
> > > [1142213113.462443 /thread debug] delaying start of thread 0x42bb54
> > > due to barrier
> > > [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE ->
> > > AVAILABLE
> > > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > > rcm2.cse.lehigh.edu:5000
> > > [1142213113.465856 /dtn/cl/iputils warning] invalid hostname 'rcm2.cse.lehigh.edu '
> > > in next hop rcm2.cse.lehigh.edu:5000
> > > [1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' rcm2.cse.lehigh.edu:5000
> > > '
> > > [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '
> > > rcm2.cse.lehigh.edu:5000'
> > > [1142213113.467679 /command error] error: line 137: 'invalid link
> > > option: (unknown)':
> > > invalid link option: (unknown)
> > >     while executing
> > > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> > >     (file "./dtn.conf" line 137)
> > > [1142213113.468105 /dtnd error] error in configuration file,
> > > exiting...
> > >
> > > and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a
> > > failure in name resolution.
> > >
> > > sorry about posting the "wrong" list, I knew there was discussion of
> > > making multiple lists, but I wasn't aware that it had actually happened,
> > > since I don't have the time to read everything that goes through
> > > dtn-interest. Thank you for the help so far.
> > >
> > >
> > > On 11/13/06, Michael Demmer < [email-masked] > wrote:
> > > >
> > > > First of all, let me say that this discussion should be on
> > > > dtn-users. I don't know if ryan is on that list or not, but if you're not,
> > > > please in the future use that list for dtn reference implementation
> > > > questions, not dtn-interest.
> > > > As far as building tcl statically goes, it's a bit confusing, but
> > > > you need to run tcl's ./configure --disable-shared to tell it to build a
> > > > full static libtcl8.4.a. You don't want the stub library linked in.
> > > >
> > > > As far as your original problem goes, I suggested linking statically
> > > > to try to confirm that it's not a library compatibility issue due to the
> > > > cross compilation. I don't know if this will help or not, but that's what I
> > > > suggest to do first.
> > > >
> > > > -mike
> > > >
> > > >
> > > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > > >
> > > > my libtclstub is libtclstub8.4.so.a and if i try to link to it with
> > > > a link name of libtclstub8.4.so.a or libtclstub8.4.so in the
> > > > /usr/lib directory.  ldconfig complains it " is not an ELF file - it has the
> > > > wrong magic bytes at the start" so I had to leave that link out, but I did
> > > > do the other links, but dtnd crashes the same way.
> > > >
> > > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > > >
> > > > >  I added links in the target for the following:
> > > > >
> > > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > > >  in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
> > > > >
> > > > > For some reason, it seemed like the tcl libraries wanted to be in
> > > > > the same directory as the pthread libraries (but I haven't confirmed that).
> > > > > I just moved on as soon as things started working.
> > > > >
> > > > > Let me know if this helps for you...
> > > > >
> > > > >  ------------------------------
> > > > > *From:* [email-masked] [mailto:
> > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > > *To:* DTNRG
> > > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > > >
> > > > >  is that something I can do with a configure argument to building
> > > > > the tcl library (I can't find it in ./configure --help)?, and do you think
> > > > > that doing a static build is the best way to fix the original issue I was
> > > > > having on the PDA?
> > > > >
> > > > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > > > >
> > > > > >  I suspect the answer is that you need a 'real' tcl library (a
> > > > > > .a file) that can be linked statically.  I don't think shared objects (the
> > > > > > .so tcl library you have in the arm directory) can be linked that way.
> > > > > >
> > > > > >         --keith
> > > > > >
> > > > > >  ------------------------------
> > > > > > *From:* [email-masked] [mailto:
> > > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > > *To:* DTNRG
> > > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > > >
> > > > > >  when i configure with this:
> > > > > >
> > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > >
> > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > >
> > > > > > configure completes fine, but... when I do this:
> > > > > >
> > > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > > >
> > > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > > --enable-static
> > > > > >
> > > > > > I get:
> > > > > >
> > > > > > configure: checking for tcl installation (version 8.4 )
> > > > > > checking for tcl.h (version 8.4) in
> > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -
> > > > > > ltcl8.4 -ldl
> > > > > > -lm -lpthread ... no
> > > > > > checking for tcl library in /opt/arm-linux-libraries/lib:
> > > > > > -ltcl84 -ldl
> > > > > > -lm -lpthread ... no
> > > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl
> > > > > > -ldl -lm
> > > > > > -lpthread ... no
> > > > > >
> > > > > > configure: checking for tcl installation (version 8.3)
> > > > > > checking for tcl.h (version 8.3) in
> > > > > > /opt/arm-linux-libraries/include... no
> > > > > > configure: error: can't find usable tcl.h
> > > > > >
> > > > > > and it is there:
> > > > > >
> > > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
> > > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
> > > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
> > > > > >
> > > > > > without enable-static:
> > > > > >
> > > > > > configure: checking for tcl installation (version 8.4)
> > > > > > checking for tcl.h (version 8.4) in
> > > > > > /opt/arm-linux-libraries/include... yes
> > > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -
> > > > > > ltcl8.4 -ldl
> > > > > > -lm -lpthread ... yes
> > > > > >
> > > > > >
> > > > > > Thank you for the help
> > > > > >
> > > > > >
> > > > > > Michael Demmer wrote:
> > > > > > > try statically building dtnd and see if that works.
> > > > > > >
> > > > > > > -m
> > > > > > >
> > > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > > >
> > > > > > >> So I finally had a chance to try out the DTN on the
> > > > > > zaurus.  So I
> > > > > > >> copied over the libs that I had cross compiled, which seemed
> > > > > > obvious
> > > > > > >> to do. Then DTN was complaining about stdc++ lib so I copied
> > > > > > over the
> > > > > > >> libs from the lib directory of the cross compile tool chain,
> > > > > > I figured
> > > > > > >> that if it was linking in those libs to make arm binaries the
> > > > > > libs
> > > > > > >> themselves must be arm compatabile, is this right?  So the
> > > > > > sum of it
> > > > > > >> is I get this when I try to run DTN:
> > > > > > >>
> > > > > > >>
> > > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd
> > > > > > -l DEBUG
> > > > > > >> -c ./dtn.conf --init-db
> > > > > > >> ./dtnd: error while loading shared libraries: libstdc++.so.5:
> > > > > > cannot
> > > > > > >> open shared object file: No such file or directory
> > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
> > > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd
> > > > > > -l DEBUG
> > > > > > >> -c ./dtn.conf --init-db
> > > > > > >> [1142218881.762749 /log debug] adding log reparse signal
> > > > > > handler
> > > > > > >> [1142218881.929239 /timer debug] adding signal handler
> > > > > > 0xd6c14 for
> > > > > > >> signal 1
> > > > > > >> [ 1142218881.931204 /log debug] adding log rotate signal
> > > > > > handler
> > > > > > >> [1142218881.933055 /timer debug] adding signal handler
> > > > > > 0xd6b9c for
> > > > > > >> signal 10
> > > > > > >> [1142218881.935286 /dtnd notice] DTN daemon starting up...
> > > > > > (pid 1870)
> > > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
> > > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > > >> Illegal instruction
> > > > > > >>
> > > > > > >> any thoughts?
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

------=_Part_38695_19276717.1163733056335
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

backtrace to follow:<br><br>[1142331726.187026 /dtnd debug] started dtn server<br>[1142331726.187788 /dtn/apiserver/13 debug] created socket 13<br>[1142331726.188106 /dtn/apiserver/13 debug] setting SO_REUSEADDR<br>[1142331726.188407
 /dtn/apiserver/13 debug] binding to <a href="http://127.0.0.1:5010">127.0.0.1:5010</a><br>[1142331726.188762 /dtn/apiserver/13 debug] listening<br>[1142331726.189139 /dtn/apiserver/13 debug] state INIT -&gt; LISTENING<br>
[1142331726.189462 /thread debug] delaying start of thread 0x4240f8 due to barrier<br>[1142331726.189880 /thread debug] releasing thread creation barrier -- 3 queued threads<br>[1142331726.190299 /thread debug] starting thread 0x42b544
<br><br>Program received signal SIG32, Real-time event 32.<br>0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55<br>55&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory.
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in ../sysdeps/unix/sysv/linux/sigsuspend.c<br>Current language:&nbsp; auto; currently c<br>(gdb) backtrace<br>#0&nbsp; 0x002c7580 in __sigsuspend (set=0xbffff9b0) at ../sysdeps/unix/sysv/linux/sigsuspend.c:55<br>#1&nbsp; 0x00249ed4 in __pthread_wait_for_restart_signal (self=0x3c3620) at 
pthread.c:1067<br>#2&nbsp; 0x002496ac in __pthread_create_2_1 (thread=0x42b548, attr=0x3c3e64, <br>&nbsp;&nbsp;&nbsp; start_routine=0x1097f8 &lt;oasys::Thread::pre_thread_run(void*)&gt;, arg=0x42b544) at restart.h:36<br>#3&nbsp; 0x0010949c in oasys::Thread::start (this=0x42b544) at thread/Thread.cc:169
<br>#4&nbsp; 0x0010912c in oasys::Thread::release_start_barrier () at thread/Thread.cc:70<br>#5&nbsp; 0x0000a838 in dtn::DTND::main (this=0xbffffc1c, argc=5, argv=0xbffffd14) at dtnd.cc:401<br>#6&nbsp; 0x0000aa0c in main (argc=5, argv=0xbffffd14) at 
dtnd.cc:427<br><br><br>as far as my cross compiler I used a generic one for arm embedded systems... I couldn't find a zaurus one that was up to date enough to compile DTN2<br><br><div><span class="gmail_quote">On 11/16/06, 
<b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="">It looks like there's something more seriously wrong with your build. If you could print out the stack trace using gdb or some such, that would be helpful, but both these errors seem to me like there's something quite messed up in your build setup, perhaps a bogus cross compiler or the wrong endianness or something like that.
<div><br></div><div>-mike</div><div><span class="e" id="q_10ef38332b5bd364_1"><div><br><div><div>On Nov 16, 2006, at 8:30 AM, ryan m wrote:</div><br><blockquote type="cite">well --db-init completed so I went to run it without --init-db and got:
<br><br>[1142293298.812187 /dtn/storage/globals debug] loading global store<br>[1142293298.813051 /dtn/storage/globals debug] opening file /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key- <br>[1142293298.814094
 /thread debug] delaying start of thread 0x429220 due to barrier<br>[1142293298.814538 /dtnd debug] started dtn server<br>[1142293298.815085 /dtn/apiserver/12 debug] created socket 12<br>[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
<br>[1142293298.815706 /dtn/apiserver/12 debug] binding to <a href="http://127.0.0.1:5010" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5010</a><br>[1142293298.816067 /dtn/apiserver/12 debug] listening
<br>[1142293298.816451 /dtn/apiserver/12 debug] state INIT -&gt; LISTENING<br>[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to barrier<br>[1142293298.839105 /thread debug] releasing thread creation barrier -- 3 queued threads 
<br>[1142293298.845033 /thread debug] starting thread 0x42ae7c<br>[1142293298.851478 /thread debug] starting thread 0x429220<br>[1142293298.857805 /thread debug] starting thread 0x424030<br>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core 
<br>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc <br>[1142293298.929080 /dtnd info] starting console on <a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
127.0.0.1:5050</a> <br>[1142293298.929495 /command debug] starting command server on <a href="http://127.0.0.1:5050" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">127.0.0.1:5050</a><br>[1142293298.937500
 /command info] can't load tclreadline: can't find package tclreadline<br>[1142293298.938120 /command info] fall back to simple command loop<br>collie dtn% Segmentation fault<br><br>THANK YOU for your help and patience <br>
<br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer </b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp;
</div><span><div><br></div><div>-m</div></span> <div><span><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time: 
<br><br>[1142289491.726722 /dtnd notice] initializing persistent data store<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db 
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented 
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369
 /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer 
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962
 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">
 libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">
 <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">
 I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>
  <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div></div>
 is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">
 I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>
 when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h
 (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>
 -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286
  /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>
 <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div>
</blockquote></div><br>

------=_Part_38695_19276717.1163733056335--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Date: Thu, 16 Nov 2006 17:22:32 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-10-735759349
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

It looks like there's something more seriously wrong with your build.  
If you could print out the stack trace using gdb or some such, that  
would be helpful, but both these errors seem to me like there's  
something quite messed up in your build setup, perhaps a bogus cross  
compiler or the wrong endianness or something like that.

-mike

On Nov 16, 2006, at 8:30 AM, ryan m wrote:

> well --db-init completed so I went to run it without --init-db and  
> got:
>
> [1142293298.812187 /dtn/storage/globals debug] loading global store
> [1142293298.813051 /dtn/storage/globals debug] opening file /home/ 
> root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
> [1142293298.814094 /thread debug] delaying start of thread 0x429220  
> due to barrier
> [1142293298.814538 /dtnd debug] started dtn server
> [1142293298.815085 /dtn/apiserver/12 debug] created socket 12
> [1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
> [1142293298.815706 /dtn/apiserver/12 debug] binding to 127.0.0.1:5010
> [1142293298.816067 /dtn/apiserver/12 debug] listening
> [1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
> [1142293298.833241 /thread debug] delaying start of thread 0x424030  
> due to barrier
> [1142293298.839105 /thread debug] releasing thread creation barrier  
> -- 3 queued threads
> [1142293298.845033 /thread debug] starting thread 0x42ae7c
> [1142293298.851478 /thread debug] starting thread 0x429220
> [1142293298.857805 /thread debug] starting thread 0x424030
> ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
> STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c  
> 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
> [1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
> [1142293298.929495 /command debug] starting command server on  
> 127.0.0.1:5050
> [1142293298.937500 /command info] can't load tclreadline: can't  
> find package tclreadline
> [1142293298.938120 /command info] fall back to simple command loop
> collie dtn% Segmentation fault
>
> THANK YOU for your help and patience
>
> On 11/16/06, Michael Demmer <[email-masked]> wrote:
> Hmm... That's a strange one. You could try just using the  
> filesystem store by changing 'storage set type berkeleydb' to  
> 'storage set type filesysdb'.
>
> -m
>
>
> On Nov 16, 2006, at 7:27 AM, ryan m wrote:
>
>> well that got me a little farther at least... this is where it  
>> died this time:
>>
>> [1142289491.726722 /dtnd notice] initializing persistent data store
>> [1142289491.767648 /dtn/storage notice] creating new database  
>> directory /home/root/Applications/DTN_wireless/tmp/db
>> [1142289491.884849 /dtn/storage info] initializing db name=DTN  
>> (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
>> [1142289492.284995 /storage/berkeleydb error] DB internal error:  
>> unable to initialize mutex: Function not implemented
>> [1142289492.290986 /storage/berkeleydb error] DB internal error:  
>> PANIC: Function not implemented
>> [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY:  
>> Fatal error, run database recovery, cannot open database
>> [1142289492.316046 /dtn/storage error] can't initialize berkeleydb  
>> -1000
>> [1142289492.316369 /dtnd critical] error creating storage system
>> [1142289492.316683 /dtnd error] error initializing data store,  
>> exiting...
>>
>>
>>
>> On 11/15/06, Michael Demmer <[email-masked]> wrote:
>>
>> The only reason you could be getting that error is if the name  
>> lookup failed for some reason. You could try putting the IP  
>> address in the llink configuration and seeing if that works. If it  
>> does, then there must be something wrong with the host  
>> configuration or some other reason why the gethostbyname wrapper  
>> (in oasys/io/NetUtils.cc) would be failing. You could put more  
>> debug logging in there to trace it down further.
>>
>> -m
>>
>>
>> On Nov 15, 2006, at 7:37 AM, ryan m wrote:
>>
>>> so I've got a static version of dtnd compiled and on the zaurus,  
>>> and now I'm getting this odd behavior when I try to run
>>>
>>> ./dtnd -l DEBUG -c ./dtn.conf --init-db
>>>
>>> [1142213113.431028 /dtnd info] parsing configuration file ./ 
>>> dtn.conf...
>>> [1142213113.433018 /command debug] executing command file ./dtn.conf
>>> [1142213113.438962 /dtnd info] dtnd parsing configuration...
>>> [1142213113.447671 /dtn/interface/table info] adding interface  
>>> tcp0 (tcp)
>>> [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
>>> [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created  
>>> pipe, fds: 9 10
>>> [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]  
>>> set_nonblocking: nonblocking mode set
>>> [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]  
>>> set_nonblocking: nonblocking mode set
>>> [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
>>> [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting  
>>> SO_REUSEADDR
>>> [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to  
>>> 0.0.0.0:5000
>>> [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
>>> [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->  
>>> LISTENING
>>> [1142213113.462443 /thread debug] delaying start of thread  
>>> 0x42bb54 due to barrier
>>> [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE - 
>>> > AVAILABLE
>>> [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link  
>>> rcm2.cse.lehigh.edu:5000
>>> [1142213113.465856 /dtn/cl/iputils warning] invalid hostname '  
>>> rcm2.cse.lehigh.edu ' in next hop rcm2.cse.lehigh.edu:5000
>>> [1142213113.466250 /dtn/cl/tcp error] invalid next hop address '  
>>> rcm2.cse.lehigh.edu:5000 '
>>> [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop  
>>> ' rcm2.cse.lehigh.edu:5000'
>>> [1142213113.467679 /command error] error: line 137: 'invalid link  
>>> option: (unknown)':
>>> invalid link option: (unknown)
>>>     while executing
>>> "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
>>>     (file "./dtn.conf" line 137)
>>> [1142213113.468105 /dtnd error] error in configuration file,  
>>> exiting...
>>>
>>> and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a  
>>> failure in name resolution.
>>>
>>> sorry about posting the "wrong" list, I knew there was discussion  
>>> of making multiple lists, but I wasn't aware that it had actually  
>>> happened, since I don't have the time to read everything that  
>>> goes through dtn-interest. Thank you for the help so far.
>>>
>>>
>>> On 11/13/06, Michael Demmer < [email-masked] > wrote:
>>> First of all, let me say that this discussion should be on dtn- 
>>> users. I don't know if ryan is on that list or not, but if you're  
>>> not, please in the future use that list for dtn reference  
>>> implementation questions, not dtn-interest.
>>>
>>> As far as building tcl statically goes, it's a bit confusing, but  
>>> you need to run tcl's ./configure --disable-shared to tell it to  
>>> build a full static libtcl8.4.a. You don't want the stub library  
>>> linked in.
>>>
>>> As far as your original problem goes, I suggested linking  
>>> statically to try to confirm that it's not a library  
>>> compatibility issue due to the cross compilation. I don't know if  
>>> this will help or not, but that's what I suggest to do first.
>>>
>>> -mike
>>>
>>>
>>> On Nov 13, 2006, at 8:12 AM, ryan m wrote:
>>>
>>>> my libtclstub is libtclstub8.4.so.a and if i try to link to it  
>>>> with a link name of libtclstub8.4.so.a or libtclstub8.4.so in  
>>>> the /usr/lib directory.  ldconfig complains it " is not an ELF  
>>>> file - it has the wrong magic bytes at the start" so I had to  
>>>> leave that link out, but I did do the other links, but dtnd  
>>>> crashes the same way.
>>>>
>>>> On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
>>>> I added links in the target for the following:
>>>>
>>>> in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
>>>> in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
>>>> in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
>>>>
>>>> For some reason, it seemed like the tcl libraries wanted to be  
>>>> in the same directory as the pthread libraries (but I haven't  
>>>> confirmed that).  I just moved on as soon as things started  
>>>> working.
>>>>
>>>> Let me know if this helps for you...
>>>>
>>>> From: [email-masked] [mailto:dtn-interest- 
>>>> [email-masked]] On Behalf Of ryan m
>>>> Sent: Monday, November 13, 2006 10:34 AM
>>>> To: DTNRG
>>>> Subject: Re: [dtn-interest] DTN on Zaurus sl-5500
>>>>
>>>> is that something I can do with a configure argument to building  
>>>> the tcl library (I can't find it in ./configure --help)?, and do  
>>>> you think that doing a static build is the best way to fix the  
>>>> original issue I was having on the PDA?
>>>>
>>>> On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
>>>> I suspect the answer is that you need a 'real' tcl library (a .a  
>>>> file) that can be linked statically.  I don't think shared  
>>>> objects (the .so tcl library you have in the arm directory) can  
>>>> be linked that way.
>>>>
>>>>         --keith
>>>>
>>>> From: [email-masked] [mailto: dtn-interest- 
>>>> [email-masked]] On Behalf Of ryan m
>>>> Sent: Monday, November 13, 2006 10:17 AM
>>>> To: DTNRG
>>>> Subject: [dtn-interest] DTN on Zaurus sl-5500
>>>>
>>>> when i configure with this:
>>>>
>>>> ./configure --build=`uname -m` --host=arm-linux
>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>>> libraries
>>>>
>>>> configure completes fine, but... when I do this:
>>>>
>>>> ./configure --build=`uname -m` --host=arm-linux
>>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>>> libraries
>>>> --enable-static
>>>>
>>>> I get:
>>>>
>>>> configure: checking for tcl installation (version 8.4 )
>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>> include... yes
>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>> ltcl8.4 -ldl
>>>> -lm -lpthread ... no
>>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>>> ltcl84 -ldl
>>>> -lm -lpthread ... no
>>>> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl - 
>>>> ldl -lm
>>>> -lpthread ... no
>>>>
>>>> configure: checking for tcl installation (version 8.3)
>>>> checking for tcl.h (version 8.3) in /opt/arm-linux-libraries/ 
>>>> include... no
>>>> configure: error: can't find usable tcl.h
>>>>
>>>> and it is there:
>>>>
>>>> edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
>>>> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
>>>> -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
>>>> drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
>>>> -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
>>>>
>>>> without enable-static:
>>>>
>>>> configure: checking for tcl installation (version 8.4)
>>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>>> include... yes
>>>> checking for tcl library in /opt/arm-linux-libraries/lib: -  
>>>> ltcl8.4 -ldl
>>>> -lm -lpthread ... yes
>>>>
>>>>
>>>> Thank you for the help
>>>>
>>>>
>>>> Michael Demmer wrote:
>>>> > try statically building dtnd and see if that works.
>>>> >
>>>> > -m
>>>> >
>>>> > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
>>>> >
>>>> >> So I finally had a chance to try out the DTN on the zaurus.   
>>>> So I
>>>> >> copied over the libs that I had cross compiled, which seemed  
>>>> obvious
>>>> >> to do. Then DTN was complaining about stdc++ lib so I copied  
>>>> over the
>>>> >> libs from the lib directory of the cross compile tool chain,  
>>>> I figured
>>>> >> that if it was linking in those libs to make arm binaries the  
>>>> libs
>>>> >> themselves must be arm compatabile, is this right?  So the  
>>>> sum of it
>>>> >> is I get this when I try to run DTN:
>>>> >>
>>>> >>
>>>> >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd - 
>>>> l DEBUG
>>>> >> -c ./dtn.conf --init-db
>>>> >> ./dtnd: error while loading shared libraries: libstdc++.so.5:  
>>>> cannot
>>>> >> open shared object file: No such file or directory
>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
>>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd - 
>>>> l DEBUG
>>>> >> -c ./dtn.conf --init-db
>>>> >> [1142218881.762749 /log debug] adding log reparse signal handler
>>>> >> [1142218881.929239 /timer debug] adding signal handler  
>>>> 0xd6c14 for
>>>> >> signal 1
>>>> >> [ 1142218881.931204 /log debug] adding log rotate signal handler
>>>> >> [1142218881.933055 /timer debug] adding signal handler  
>>>> 0xd6b9c for
>>>> >> signal 10
>>>> >> [1142218881.935286 /dtnd notice] DTN daemon starting up...  
>>>> (pid 1870)
>>>> >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
>>>> >> STACK TRACE: 0xce810 0x403c5d00 (nil)
>>>> >> Illegal instruction
>>>> >>
>>>> >> any thoughts?
>>>>
>>>>
>>>
>>>
>>
>>
>
>

--Apple-Mail-10-735759349
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">It looks like there's something =
more seriously wrong with your build. If you could print out the stack =
trace using gdb or some such, that would be helpful, but both these =
errors seem to me like there's something quite messed up in your build =
setup, perhaps a bogus cross compiler or the wrong endianness or =
something like that.<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-mike</DIV><DIV><BR><DIV><DIV=
>On Nov 16, 2006, at 8:30 AM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">well =
--db-init completed so I went to run it without --init-db and =
got:<BR><BR>[1142293298.812187 /dtn/storage/globals debug] loading =
global store<BR>[1142293298.813051 /dtn/storage/globals debug] opening =
file =
/home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key=
- <BR>[1142293298.814094 /thread debug] delaying start of thread =
0x429220 due to barrier<BR>[1142293298.814538 /dtnd debug] started dtn =
server<BR>[1142293298.815085 /dtn/apiserver/12 debug] created socket =
12<BR>[1142293298.815400 /dtn/apiserver/12 debug] setting =
SO_REUSEADDR<BR>[1142293298.815706 /dtn/apiserver/12 debug] binding to =
<A href=3D"http://127.0.0.1:5010">127.0.0.1:5010</A><BR>[1142293298.816067=
 /dtn/apiserver/12 debug] listening<BR>[1142293298.816451 =
/dtn/apiserver/12 debug] state INIT -&gt; =
LISTENING<BR>[1142293298.833241 /thread debug] delaying start of thread =
0x424030 due to barrier<BR>[1142293298.839105 /thread debug] releasing =
thread creation barrier -- 3 queued threads <BR>[1142293298.845033 =
/thread debug] starting thread 0x42ae7c<BR>[1142293298.851478 /thread =
debug] starting thread 0x429220<BR>[1142293298.857805 /thread debug] =
starting thread 0x424030<BR>ERROR: dtnd (pid 1896) got fatal SIGSEGV - =
will dump core <BR>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 =
0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc =
<BR>[1142293298.929080 /dtnd info] starting console on <A =
href=3D"http://127.0.0.1:5050">127.0.0.1:5050</A> <BR>[1142293298.929495 =
/command debug] starting command server on <A =
href=3D"http://127.0.0.1:5050">127.0.0.1:5050</A><BR>[1142293298.937500 =
/command info] can't load tclreadline: can't find package =
tclreadline<BR>[1142293298.938120 /command info] fall back to simple =
command loop<BR>collie dtn% Segmentation fault<BR><BR>THANK YOU for your =
help and patience <BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/16/06, =
<B class=3D"gmail_sendername">Michael Demmer </B> &lt;<A =
href=3D"mailto:[email-masked]">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV style=3D""><DIV>Hmm... That's a strange one. You could try =
just using the filesystem store by changing 'storage set type =
berkeleydb'=A0to=A0'storage set type filesysdb'.=A0</DIV><SPAN =
class=3D"sg"><DIV><BR></DIV><DIV>-m</DIV></SPAN> <DIV><SPAN class=3D"e" =
id=3D"q_10ef18317744364d_2"><DIV><BR></DIV><DIV><BR><DIV><DIV>On Nov 16, =
2006, at 7:27 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">well =
that got me a little farther at least... this is where it died this =
time: <BR><BR>[1142289491.726722 /dtnd notice] initializing persistent =
data store<BR>[1142289491.767648 /dtn/storage notice] creating new =
database directory /home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289491.884849 /dtn/storage info] initializing db name=3DDTN =
(not shared), dir=3D/home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289492.284995 /storage/berkeleydb error] DB internal error: =
unable to initialize mutex: Function not implemented =
<BR>[1142289492.290986 /storage/berkeleydb error] DB internal error: =
PANIC: Function not implemented <BR>[1142289492.315647 /dtn/storage =
critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot =
open database <BR>[1142289492.316046 /dtn/storage error] can't =
initialize berkeleydb -1000<BR>[1142289492.316369 /dtnd critical] error =
creating storage system<BR>[1142289492.316683 /dtnd error] error =
initializing data store, exiting... <BR><BR><BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 11/15/06, <B class=3D"gmail_sendername">Michael =
Demmer </B> &lt;<A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV><DIV><DIV><DIV><BR></DIV><DIV>The only reason you could be =
getting that error is if the name lookup failed for some reason. You =
could try putting the IP address in the llink configuration and seeing =
if that works. If it does, then there must be something wrong with the =
host configuration or some other reason why the gethostbyname wrapper =
(in oasys/io/NetUtils.cc) would be failing. You could put more debug =
logging in there to trace it down further. =
</DIV><SPAN><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN><DIV><BR></DIV><=
DIV><BR><DIV><DIV>On Nov 15, 2006, at 7:37 AM, ryan m =
wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">so I've got a static version =
of dtnd compiled and on the zaurus, and now I'm getting this odd =
behavior when I try to run <BR><BR>./dtnd -l DEBUG -c ./dtn.conf =
--init-db<BR><BR>[1142213113.431028 /dtnd info] parsing configuration =
file ./dtn.conf... <BR>[1142213113.433018 /command debug] executing =
command file ./dtn.conf<BR>[1142213113.438962 /dtnd info] dtnd parsing =
configuration...<BR>[1142213113.447671 /dtn/interface/table info] adding =
interface tcp0 (tcp)<BR>[1142213113.449577  /dtn/cl/tcp debug] adding =
interface tcp0<BR>[1142213113.452019 /dtn/cl/tcp/listener/notifier =
debug] created pipe, fds: 9 10 <BR>[1142213113.453889 =
/dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode =
set <BR>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] =
set_nonblocking: nonblocking mode set<BR>[1142213113.458433 =
/dtn/cl/tcp/iface/tcp0 debug] created socket 11 <BR>[1142213113.460564 =
/dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR =
<BR>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <A =
href=3D"http://0.0.0.0:5000" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
0.0.0.0:5000</A><BR>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] =
listening <BR>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state =
INIT -&gt; LISTENING <BR>[1142213113.462443 /thread debug] delaying =
start of thread 0x42bb54 due to barrier <BR>[1142213113.464152 =
/dtn/link/link1 debug] set_state UNAVAILABLE -&gt; =
AVAILABLE<BR>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link =
<A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.465856 /dtn/cl/iputils =
warning] invalid hostname '<A href=3D"http://rcm2.cse.lehigh.edu" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu </A>' in =
next hop <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.466250 /dtn/cl/tcp error] =
invalid next hop address ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 =
</A>'<BR>[1142213113.466579 /dtn/cl/tcp error] error parsing link =
nexthop ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A>'<BR>[1142213113.467679 /command error] =
error: line 137: 'invalid link option: (unknown)': <BR>invalid link =
option: (unknown)<BR>=A0=A0=A0 while executing<BR> "link add link1 <A =
href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A> ONDEMAND tcp"<BR>=A0=A0=A0 (file =
"./dtn.conf" line 137) <BR>[1142213113.468105 /dtnd error] error in =
configuration file, exiting... <BR><BR>and i can ssh to <A =
href=3D"http://rcm2.cse.lehigh.edu" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu</A> from the =
pda so it isn't a failure in name resolution.<BR><BR>sorry about posting =
the "wrong" list, I knew there was discussion of making multiple lists, =
but I wasn't aware that it had actually happened, since I don't have the =
time to read everything that goes through dtn-interest. Thank you for =
the help so far. <BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/13/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> [email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>First of all, let me say that this discussion should be on =
dtn-users. I don't know if ryan is on that list or not, but if you're =
not, please in the future use that list for dtn reference implementation =
questions, not dtn-interest.=A0 <DIV><BR></DIV><DIV>As far as building =
tcl statically goes, it's a bit confusing, but you need to run tcl's =
./configure --disable-shared to tell it to build a full static =
libtcl8.4.a.=A0You don't want the stub library linked in. =
</DIV><DIV><BR></DIV><DIV>As far as your original problem goes, I =
suggested linking statically to try to confirm that it's not a library =
compatibility issue due to the cross compilation. I don't know if this =
will help or not, but that's what I suggest to do first. =
</DIV><DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR></DIV><DIV><BR><D=
IV><DIV>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite"><SPAN style=3D"color: rgb(0, 0, 0);"> my libtclstub is =
<FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a and if i try to link =
to it with a link name of </FONT></SPAN><SPAN style=3D"color: rgb(0, 0, =
0);"><FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a =
or</FONT></SPAN> <SPAN style=3D"color: rgb(0, 0, 0);"><FONT face=3D"Arial"=
 size=3D"2"> <A href=3D"http://libtclstub8.4.so" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> in the =
/usr/lib directory.=A0 ldconfig complains it " is not an ELF file - it =
has the wrong magic bytes at the start" so I had to leave that link out, =
but I did do the other links, but dtnd crashes the same way. =
</FONT></SPAN><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">=
 I added links in the target for the following:=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">in /usr/lib from <A href=3D"http://libtcl8.4.so"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so</A> -&gt; =
/usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib from libtcl.so =
-&gt; /usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> in /usr/lib/ from <A =
href=3D"http://libtclstub8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> -&gt; =
/usr/lib/libtclstub8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> </FONT></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">For some =
reason, it seemed like the tcl libraries wanted to be in the same =
directory as the pthread libraries (but I haven't confirmed that).=A0 I =
just moved on as soon as things started working.=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Let me know if this helps for =
you...</FONT></SPAN></DIV> <DIV><BR></DIV>  <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><SPAN><B>From:</B>=
 <A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked] </A>   [mailto:<A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of </B>ryan   m<BR></SPAN><SPAN><B>Sent:</B> =
Monday, November 13, 2006 10:34 AM<BR><B>To:</B>   =
DTNRG<BR></SPAN><B>Subject:</B> Re: [dtn-interest] DTN on Zaurus   =
sl-5500<BR></FONT><BR></DIV><DIV><SPAN>  <DIV></DIV> is that something I =
can do with a configure argument to building   the tcl library (I can't =
find it in ./configure --help)?, and do you think   that doing a static =
build is the best way to fix the original issue I was   having on the =
PDA? <BR><BR>  <DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Scott,   Keith L.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> I     suspect the answer is =
that you need a 'real' tcl library (a .a file) that     can be linked =
statically.=A0 I don't think shared objects (the .so tcl     library you =
have in the arm directory) can be linked that     way. =
</FONT></SPAN></DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    =
<DIV dir=3D"ltr" align=3D"left"><SPAN>=A0=A0=A0=A0=A0=A0=A0     <FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">--keith =
</FONT></SPAN></DIV><BR>    <BLOCKQUOTE style=3D"margin-right: 0px;">    =
  <DIV dir=3D"ltr" align=3D"left" lang=3D"en-us">      <HR>      <FONT =
face=3D"Tahoma" size=3D"2"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked]</A> [mailto: <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of       </B>ryan m<BR><B>Sent:</B> Monday, =
November 13, 2006 10:17       AM<BR><B>To:</B> DTNRG<BR><B>Subject:</B> =
[dtn-interest] DTN on Zaurus       sl-5500<BR></FONT><BR></DIV>      =
<DIV><SPAN>      <DIV></DIV> when i configure with this: =
<BR><BR>./configure --build=3D`uname       -m`       =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR><BR>configure       completes fine, =
but... when I do this: <BR><BR>./configure --build=3D`uname       -m`    =
   --host=3Darm-linux =
<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=3D/opt/arm-linux-=
libraries<BR>--enable-static<BR><BR>I       get:<BR><BR>configure: =
checking for tcl installation (version 8.4 )       <BR>checking for =
tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes =
<BR>checking for tcl library in       /opt/arm-linux-libraries/lib: =
-ltcl8.4 -ldl<BR>-lm -lpthread ...       no<BR>checking for tcl library =
in /opt/arm-linux-libraries/lib: -ltcl84       -ldl <BR>-lm -lpthread =
... no<BR> checking for tcl library in       =
/opt/arm-linux-libraries/lib: -ltcl -ldl -lm <BR>-lpthread ...       =
no<BR><BR>configure: checking for tcl installation (version       =
8.3)<BR>checking for tcl.h (version 8.3) in       =
/opt/arm-linux-libraries/include... no <BR>configure: error: can't find  =
     usable tcl.h<BR><BR>and it is       =
there:<BR><BR>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld    =
   *tcl*<BR> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <A =
href=3D"http://libtcl8.4.so/" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </A><BR>-rw-r--r--  =
     1 root root=A0=A0 6894 2006-10-31 17:28       =
libtclstub8.4.a<BR>drwxr-xr-x 8 root root=A0=A0 4096 2006-10-31       =
17:28 tcl8.4<BR>-rw-r--r-- 1 root root=A0=A0 7333 2006-10-31 17:28       =
tclConfig.sh <BR><BR>without enable-static: <BR><BR>configure: checking =
for       tcl installation (version 8.4)<BR>checking for tcl.h (version =
8.4) in       /opt/arm-linux-libraries/include... yes<BR>checking for =
tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<BR>-lm =
-lpthread ... yes       <BR><BR><BR>Thank you for the help =
<BR><BR><BR>Michael Demmer       wrote:<BR>&gt; try statically building =
dtnd and see if that       works.<BR>&gt;<BR>&gt; -m<BR>&gt;<BR>&gt; On =
Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <BR>&gt; =
<BR>&gt;&gt; So I finally had a chance to try       out the DTN on the =
zaurus.=A0=A0So I <BR>&gt;&gt; copied over the       libs that I had =
cross compiled, which seemed obvious<BR>&gt;&gt; to do.       Then DTN =
was complaining about stdc++ lib so I copied over the       <BR>&gt;&gt; =
libs from the lib directory of the cross compile tool chain,       I =
figured <BR>&gt;&gt; that if it was linking in those libs to make arm    =
   binaries the libs<BR>&gt;&gt; themselves must be arm compatabile, is =
this       right?=A0=A0So the sum of it <BR>&gt;&gt; is I get this when =
I try       to run       DTN: =
<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;=A0=A0root@collie:~/Applications/DTN_w=
ireless/DTN2/daemon#       ./dtnd -l DEBUG<BR>&gt;&gt; -c ./dtn.conf =
--init-db<BR>&gt;&gt; ./dtnd:       error while loading shared =
libraries: libstdc++.so.5: cannot <BR>&gt;&gt;       open shared object =
file: No such file or directory<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
ldconfig<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       =
DEBUG <BR>&gt;&gt; -c ./dtn.conf --init-db<BR>&gt;&gt; =
[1142218881.762749       /log debug] adding log reparse signal =
handler<BR>&gt;&gt;       [1142218881.929239 /timer debug] adding signal =
handler 0xd6c14       for<BR>&gt;&gt; signal 1 <BR>&gt;&gt; [ =
1142218881.931204 /log debug]       adding log rotate signal =
handler<BR>&gt;&gt; [1142218881.933055 /timer       debug] adding signal =
handler 0xd6b9c for<BR>&gt;&gt; signal 10<BR>&gt;&gt;       =
[1142218881.935286  /dtnd notice] DTN daemon starting up... (pid 1870)   =
    <BR>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump     =
  core<BR>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<BR>&gt;&gt; =
Illegal       instruction <BR>&gt;&gt;<BR>&gt;&gt; any thoughts?     =
</SPAN></DIV></BLOCKQUOTE></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOC=
KQUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV> =
<BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-10-735759349--

Date: Thu, 16 Nov 2006 11:32:48 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_31503_5931822.1163694768637
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I had a throught, when I did the static build of dtnd, i recompiled a static
version of tcl, but i didn't recompile berkelydb, but the compile of dtnd
finished fine, so I didn't think it was a problem... So should I have
recompiled berkelydb?

On 11/16/06, Michael Demmer <[email-masked]> wrote:
>
> Hmm... That's a strange one. You could try just using the filesystem store
> by changing 'storage set type berkeleydb' to 'storage set type filesysdb'.
>
> -m
>
>
> On Nov 16, 2006, at 7:27 AM, ryan m wrote:
>
> well that got me a little farther at least... this is where it died this
> time:
>
> [1142289491.726722 /dtnd notice] initializing persistent data store
> [1142289491.767648 /dtn/storage notice] creating new database directory
> /home/root/Applications/DTN_wireless/tmp/db
> [1142289491.884849 /dtn/storage info] initializing db name=DTN (not
> shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> [1142289492.284995 /storage/berkeleydb error] DB internal error: unable to
> initialize mutex: Function not implemented
> [1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC:
> Function not implemented
> [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error,
> run database recovery, cannot open database
> [1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000
> [1142289492.316369 /dtnd critical] error creating storage system
> [1142289492.316683 /dtnd error] error initializing data store, exiting...
>
>
>
> On 11/15/06, Michael Demmer <[email-masked]> wrote:
> >
> >
> > The only reason you could be getting that error is if the name lookup
> > failed for some reason. You could try putting the IP address in the llink
> > configuration and seeing if that works. If it does, then there must be
> > something wrong with the host configuration or some other reason why the
> > gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could
> > put more debug logging in there to trace it down further.
> >
> > -m
> >
> >
> > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> >
> > so I've got a static version of dtnd compiled and on the zaurus, and now
> > I'm getting this odd behavior when I try to run
> >
> > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> >
> > [1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf...
> > [1142213113.433018 /command debug] executing command file ./dtn.conf
> > [1142213113.438962 /dtnd info] dtnd parsing configuration...
> > [1142213113.447671 /dtn/interface/table info] adding interface tcp0
> > (tcp)
> > [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe,
> > fds: 9 10
> > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking:
> > nonblocking mode set
> > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking:
> > nonblocking mode set
> > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
> > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
> > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to 0.0.0.0:5000
> > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING
> >
> > [1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due
> > to barrier
> > [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE ->
> > AVAILABLE
> > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > rcm2.cse.lehigh.edu:5000
> > [1142213113.465856 /dtn/cl/iputils warning] invalid hostname 'rcm2.cse.lehigh.edu '
> > in next hop rcm2.cse.lehigh.edu:5000
> > [1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' rcm2.cse.lehigh.edu:5000
> > '
> > [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '
> > rcm2.cse.lehigh.edu:5000'
> > [1142213113.467679 /command error] error: line 137: 'invalid link
> > option: (unknown)':
> > invalid link option: (unknown)
> >     while executing
> > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> >     (file "./dtn.conf" line 137)
> > [1142213113.468105 /dtnd error] error in configuration file, exiting...
> >
> > and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a failure
> > in name resolution.
> >
> > sorry about posting the "wrong" list, I knew there was discussion of
> > making multiple lists, but I wasn't aware that it had actually happened,
> > since I don't have the time to read everything that goes through
> > dtn-interest. Thank you for the help so far.
> >
> >
> > On 11/13/06, Michael Demmer < [email-masked] > wrote:
> > >
> > > First of all, let me say that this discussion should be on dtn-users.
> > > I don't know if ryan is on that list or not, but if you're not, please in
> > > the future use that list for dtn reference implementation questions, not
> > > dtn-interest.
> > > As far as building tcl statically goes, it's a bit confusing, but you
> > > need to run tcl's ./configure --disable-shared to tell it to build a full
> > > static libtcl8.4.a. You don't want the stub library linked in.
> > >
> > > As far as your original problem goes, I suggested linking statically
> > > to try to confirm that it's not a library compatibility issue due to the
> > > cross compilation. I don't know if this will help or not, but that's what I
> > > suggest to do first.
> > >
> > > -mike
> > >
> > >
> > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > >
> > > my libtclstub is libtclstub8.4.so.a and if i try to link to it with a
> > > link name of libtclstub8.4.so.a or libtclstub8.4.so in the /usr/lib
> > > directory.  ldconfig complains it " is not an ELF file - it has the wrong
> > > magic bytes at the start" so I had to leave that link out, but I did do the
> > > other links, but dtnd crashes the same way.
> > >
> > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > >
> > > >  I added links in the target for the following:
> > > >
> > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > >  in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
> > > >
> > > > For some reason, it seemed like the tcl libraries wanted to be in
> > > > the same directory as the pthread libraries (but I haven't confirmed that).
> > > > I just moved on as soon as things started working.
> > > >
> > > > Let me know if this helps for you...
> > > >
> > > >  ------------------------------
> > > > *From:* [email-masked] [mailto:
> > > > [email-masked]] * On Behalf Of *ryan m
> > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > *To:* DTNRG
> > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > >
> > > >  is that something I can do with a configure argument to building
> > > > the tcl library (I can't find it in ./configure --help)?, and do you think
> > > > that doing a static build is the best way to fix the original issue I was
> > > > having on the PDA?
> > > >
> > > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > > >
> > > > >  I suspect the answer is that you need a 'real' tcl library (a .a
> > > > > file) that can be linked statically.  I don't think shared objects (the .so
> > > > > tcl library you have in the arm directory) can be linked that way.
> > > > >
> > > > >         --keith
> > > > >
> > > > >  ------------------------------
> > > > > *From:* [email-masked] [mailto:
> > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > *To:* DTNRG
> > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > >
> > > > >  when i configure with this:
> > > > >
> > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > >
> > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > >
> > > > > configure completes fine, but... when I do this:
> > > > >
> > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > >
> > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > --enable-static
> > > > >
> > > > > I get:
> > > > >
> > > > > configure: checking for tcl installation (version 8.4 )
> > > > > checking for tcl.h (version 8.4) in
> > > > > /opt/arm-linux-libraries/include... yes
> > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4-ldl
> > > > > -lm -lpthread ... no
> > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84
> > > > > -ldl
> > > > > -lm -lpthread ... no
> > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl
> > > > > -ldl -lm
> > > > > -lpthread ... no
> > > > >
> > > > > configure: checking for tcl installation (version 8.3)
> > > > > checking for tcl.h (version 8.3) in
> > > > > /opt/arm-linux-libraries/include... no
> > > > > configure: error: can't find usable tcl.h
> > > > >
> > > > > and it is there:
> > > > >
> > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
> > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
> > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
> > > > >
> > > > > without enable-static:
> > > > >
> > > > > configure: checking for tcl installation (version 8.4)
> > > > > checking for tcl.h (version 8.4) in
> > > > > /opt/arm-linux-libraries/include... yes
> > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -
> > > > > ltcl8.4 -ldl
> > > > > -lm -lpthread ... yes
> > > > >
> > > > >
> > > > > Thank you for the help
> > > > >
> > > > >
> > > > > Michael Demmer wrote:
> > > > > > try statically building dtnd and see if that works.
> > > > > >
> > > > > > -m
> > > > > >
> > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > >
> > > > > >> So I finally had a chance to try out the DTN on the zaurus.  So
> > > > > I
> > > > > >> copied over the libs that I had cross compiled, which seemed
> > > > > obvious
> > > > > >> to do. Then DTN was complaining about stdc++ lib so I copied
> > > > > over the
> > > > > >> libs from the lib directory of the cross compile tool chain, I
> > > > > figured
> > > > > >> that if it was linking in those libs to make arm binaries the
> > > > > libs
> > > > > >> themselves must be arm compatabile, is this right?  So the sum
> > > > > of it
> > > > > >> is I get this when I try to run DTN:
> > > > > >>
> > > > > >>
> > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l
> > > > > DEBUG
> > > > > >> -c ./dtn.conf --init-db
> > > > > >> ./dtnd: error while loading shared libraries: libstdc++.so.5:
> > > > > cannot
> > > > > >> open shared object file: No such file or directory
> > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
> > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l
> > > > > DEBUG
> > > > > >> -c ./dtn.conf --init-db
> > > > > >> [1142218881.762749 /log debug] adding log reparse signal
> > > > > handler
> > > > > >> [1142218881.929239 /timer debug] adding signal handler 0xd6c14
> > > > > for
> > > > > >> signal 1
> > > > > >> [ 1142218881.931204 /log debug] adding log rotate signal
> > > > > handler
> > > > > >> [1142218881.933055 /timer debug] adding signal handler 0xd6b9c
> > > > > for
> > > > > >> signal 10
> > > > > >> [1142218881.935286 /dtnd notice] DTN daemon starting up... (pid
> > > > > 1870)
> > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
> > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > >> Illegal instruction
> > > > > >>
> > > > > >> any thoughts?
> > > > >
> > > > >
> > > >
> > >
> > >
> >
> >
>
>

------=_Part_31503_5931822.1163694768637
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I had a throught, when I did the static build of dtnd, i recompiled a static version of tcl, but i didn't recompile berkelydb, but the compile of dtnd finished fine, so I didn't think it was a problem... So should I have recompiled berkelydb?
<br><br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp;</div><span class="sg"><div><br></div><div>-m</div></span>
<div><span class="e" id="q_10ef18317744364d_2"><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time:
<br><br>[1142289491.726722 /dtnd notice] initializing persistent data store<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369
 /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962
 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">
 libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">
 <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">
 I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>
  <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div></div>
 is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">
 I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>
 when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h
 (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>
 -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286
  /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>
 <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div>
</blockquote></div><br>

------=_Part_31503_5931822.1163694768637--

Date: Thu, 16 Nov 2006 11:30:45 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_31475_7634827.1163694645743
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

well --db-init completed so I went to run it without --init-db and got:

[1142293298.812187 /dtn/storage/globals debug] loading global store
[1142293298.813051 /dtn/storage/globals debug] opening file
/home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
[1142293298.814094 /thread debug] delaying start of thread 0x429220 due to
barrier
[1142293298.814538 /dtnd debug] started dtn server
[1142293298.815085 /dtn/apiserver/12 debug] created socket 12
[1142293298.815400 /dtn/apiserver/12 debug] setting SO_REUSEADDR
[1142293298.815706 /dtn/apiserver/12 debug] binding to 127.0.0.1:5010
[1142293298.816067 /dtn/apiserver/12 debug] listening
[1142293298.816451 /dtn/apiserver/12 debug] state INIT -> LISTENING
[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to
barrier
[1142293298.839105 /thread debug] releasing thread creation barrier -- 3
queued threads
[1142293298.845033 /thread debug] starting thread 0x42ae7c
[1142293298.851478 /thread debug] starting thread 0x429220
[1142293298.857805 /thread debug] starting thread 0x424030
ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc
0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc
[1142293298.929080 /dtnd info] starting console on 127.0.0.1:5050
[1142293298.929495 /command debug] starting command server on 127.0.0.1:5050
[1142293298.937500 /command info] can't load tclreadline: can't find package
tclreadline
[1142293298.938120 /command info] fall back to simple command loop
collie dtn% Segmentation fault

THANK YOU for your help and patience

On 11/16/06, Michael Demmer <[email-masked]> wrote:
>
> Hmm... That's a strange one. You could try just using the filesystem store
> by changing 'storage set type berkeleydb' to 'storage set type filesysdb'.
>
> -m
>
>
> On Nov 16, 2006, at 7:27 AM, ryan m wrote:
>
> well that got me a little farther at least... this is where it died this
> time:
>
> [1142289491.726722 /dtnd notice] initializing persistent data store
> [1142289491.767648 /dtn/storage notice] creating new database directory
> /home/root/Applications/DTN_wireless/tmp/db
> [1142289491.884849 /dtn/storage info] initializing db name=DTN (not
> shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> [1142289492.284995 /storage/berkeleydb error] DB internal error: unable to
> initialize mutex: Function not implemented
> [1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC:
> Function not implemented
> [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error,
> run database recovery, cannot open database
> [1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000
> [1142289492.316369 /dtnd critical] error creating storage system
> [1142289492.316683 /dtnd error] error initializing data store, exiting...
>
>
>
> On 11/15/06, Michael Demmer <[email-masked]> wrote:
> >
> >
> > The only reason you could be getting that error is if the name lookup
> > failed for some reason. You could try putting the IP address in the llink
> > configuration and seeing if that works. If it does, then there must be
> > something wrong with the host configuration or some other reason why the
> > gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could
> > put more debug logging in there to trace it down further.
> >
> > -m
> >
> >
> > On Nov 15, 2006, at 7:37 AM, ryan m wrote:
> >
> > so I've got a static version of dtnd compiled and on the zaurus, and now
> > I'm getting this odd behavior when I try to run
> >
> > ./dtnd -l DEBUG -c ./dtn.conf --init-db
> >
> > [1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf...
> > [1142213113.433018 /command debug] executing command file ./dtn.conf
> > [1142213113.438962 /dtnd info] dtnd parsing configuration...
> > [1142213113.447671 /dtn/interface/table info] adding interface tcp0
> > (tcp)
> > [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> > [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe,
> > fds: 9 10
> > [1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking:
> > nonblocking mode set
> > [1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking:
> > nonblocking mode set
> > [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
> > [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
> > [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to 0.0.0.0:5000
> > [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> > [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING
> >
> > [1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due
> > to barrier
> > [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE ->
> > AVAILABLE
> > [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> > rcm2.cse.lehigh.edu:5000
> > [1142213113.465856 /dtn/cl/iputils warning] invalid hostname 'rcm2.cse.lehigh.edu '
> > in next hop rcm2.cse.lehigh.edu:5000
> > [1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' rcm2.cse.lehigh.edu:5000
> > '
> > [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '
> > rcm2.cse.lehigh.edu:5000'
> > [1142213113.467679 /command error] error: line 137: 'invalid link
> > option: (unknown)':
> > invalid link option: (unknown)
> >     while executing
> > "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
> >     (file "./dtn.conf" line 137)
> > [1142213113.468105 /dtnd error] error in configuration file, exiting...
> >
> > and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a failure
> > in name resolution.
> >
> > sorry about posting the "wrong" list, I knew there was discussion of
> > making multiple lists, but I wasn't aware that it had actually happened,
> > since I don't have the time to read everything that goes through
> > dtn-interest. Thank you for the help so far.
> >
> >
> > On 11/13/06, Michael Demmer < [email-masked] > wrote:
> > >
> > > First of all, let me say that this discussion should be on dtn-users.
> > > I don't know if ryan is on that list or not, but if you're not, please in
> > > the future use that list for dtn reference implementation questions, not
> > > dtn-interest.
> > > As far as building tcl statically goes, it's a bit confusing, but you
> > > need to run tcl's ./configure --disable-shared to tell it to build a full
> > > static libtcl8.4.a. You don't want the stub library linked in.
> > >
> > > As far as your original problem goes, I suggested linking statically
> > > to try to confirm that it's not a library compatibility issue due to the
> > > cross compilation. I don't know if this will help or not, but that's what I
> > > suggest to do first.
> > >
> > > -mike
> > >
> > >
> > > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> > >
> > > my libtclstub is libtclstub8.4.so.a and if i try to link to it with a
> > > link name of libtclstub8.4.so.a or libtclstub8.4.so in the /usr/lib
> > > directory.  ldconfig complains it " is not an ELF file - it has the wrong
> > > magic bytes at the start" so I had to leave that link out, but I did do the
> > > other links, but dtnd crashes the same way.
> > >
> > > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > > >
> > > >  I added links in the target for the following:
> > > >
> > > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > > >  in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
> > > >
> > > > For some reason, it seemed like the tcl libraries wanted to be in
> > > > the same directory as the pthread libraries (but I haven't confirmed that).
> > > > I just moved on as soon as things started working.
> > > >
> > > > Let me know if this helps for you...
> > > >
> > > >  ------------------------------
> > > > *From:* [email-masked] [mailto:
> > > > [email-masked]] * On Behalf Of *ryan m
> > > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > > *To:* DTNRG
> > > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > > >
> > > >  is that something I can do with a configure argument to building
> > > > the tcl library (I can't find it in ./configure --help)?, and do you think
> > > > that doing a static build is the best way to fix the original issue I was
> > > > having on the PDA?
> > > >
> > > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > > >
> > > > >  I suspect the answer is that you need a 'real' tcl library (a .a
> > > > > file) that can be linked statically.  I don't think shared objects (the .so
> > > > > tcl library you have in the arm directory) can be linked that way.
> > > > >
> > > > >         --keith
> > > > >
> > > > >  ------------------------------
> > > > > *From:* [email-masked] [mailto:
> > > > > [email-masked]] * On Behalf Of *ryan m
> > > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > > *To:* DTNRG
> > > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > > >
> > > > >  when i configure with this:
> > > > >
> > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > >
> > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > >
> > > > > configure completes fine, but... when I do this:
> > > > >
> > > > > ./configure --build=`uname -m` --host=arm-linux
> > > > >
> > > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > > --enable-static
> > > > >
> > > > > I get:
> > > > >
> > > > > configure: checking for tcl installation (version 8.4 )
> > > > > checking for tcl.h (version 8.4) in
> > > > > /opt/arm-linux-libraries/include... yes
> > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4-ldl
> > > > > -lm -lpthread ... no
> > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84
> > > > > -ldl
> > > > > -lm -lpthread ... no
> > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl
> > > > > -ldl -lm
> > > > > -lpthread ... no
> > > > >
> > > > > configure: checking for tcl installation (version 8.3)
> > > > > checking for tcl.h (version 8.3) in
> > > > > /opt/arm-linux-libraries/include... no
> > > > > configure: error: can't find usable tcl.h
> > > > >
> > > > > and it is there:
> > > > >
> > > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
> > > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
> > > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
> > > > >
> > > > > without enable-static:
> > > > >
> > > > > configure: checking for tcl installation (version 8.4)
> > > > > checking for tcl.h (version 8.4) in
> > > > > /opt/arm-linux-libraries/include... yes
> > > > > checking for tcl library in /opt/arm-linux-libraries/lib: -
> > > > > ltcl8.4 -ldl
> > > > > -lm -lpthread ... yes
> > > > >
> > > > >
> > > > > Thank you for the help
> > > > >
> > > > >
> > > > > Michael Demmer wrote:
> > > > > > try statically building dtnd and see if that works.
> > > > > >
> > > > > > -m
> > > > > >
> > > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > > >
> > > > > >> So I finally had a chance to try out the DTN on the zaurus.  So
> > > > > I
> > > > > >> copied over the libs that I had cross compiled, which seemed
> > > > > obvious
> > > > > >> to do. Then DTN was complaining about stdc++ lib so I copied
> > > > > over the
> > > > > >> libs from the lib directory of the cross compile tool chain, I
> > > > > figured
> > > > > >> that if it was linking in those libs to make arm binaries the
> > > > > libs
> > > > > >> themselves must be arm compatabile, is this right?  So the sum
> > > > > of it
> > > > > >> is I get this when I try to run DTN:
> > > > > >>
> > > > > >>
> > > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l
> > > > > DEBUG
> > > > > >> -c ./dtn.conf --init-db
> > > > > >> ./dtnd: error while loading shared libraries: libstdc++.so.5:
> > > > > cannot
> > > > > >> open shared object file: No such file or directory
> > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
> > > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l
> > > > > DEBUG
> > > > > >> -c ./dtn.conf --init-db
> > > > > >> [1142218881.762749 /log debug] adding log reparse signal
> > > > > handler
> > > > > >> [1142218881.929239 /timer debug] adding signal handler 0xd6c14
> > > > > for
> > > > > >> signal 1
> > > > > >> [ 1142218881.931204 /log debug] adding log rotate signal
> > > > > handler
> > > > > >> [1142218881.933055 /timer debug] adding signal handler 0xd6b9c
> > > > > for
> > > > > >> signal 10
> > > > > >> [1142218881.935286 /dtnd notice] DTN daemon starting up... (pid
> > > > > 1870)
> > > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
> > > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > > >> Illegal instruction
> > > > > >>
> > > > > >> any thoughts?
> > > > >
> > > > >
> > > >
> > >
> > >
> >
> >
>
>

------=_Part_31475_7634827.1163694645743
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

well --db-init completed so I went to run it without --init-db and got:<br><br>[1142293298.812187 /dtn/storage/globals debug] loading global store<br>[1142293298.813051 /dtn/storage/globals debug] opening file /home/root/Applications/DTN_wireless/tmp/db/DTN/globals/0000000aglobal_key-
<br>[1142293298.814094 /thread debug] delaying start of thread 0x429220 due to barrier<br>[1142293298.814538 /dtnd debug] started dtn server<br>[1142293298.815085 /dtn/apiserver/12 debug] created socket 12<br>[1142293298.815400
 /dtn/apiserver/12 debug] setting SO_REUSEADDR<br>[1142293298.815706 /dtn/apiserver/12 debug] binding to <a href="http://127.0.0.1:5010">127.0.0.1:5010</a><br>[1142293298.816067 /dtn/apiserver/12 debug] listening<br>[1142293298.816451
 /dtn/apiserver/12 debug] state INIT -&gt; LISTENING<br>[1142293298.833241 /thread debug] delaying start of thread 0x424030 due to barrier<br>[1142293298.839105 /thread debug] releasing thread creation barrier -- 3 queued threads
<br>[1142293298.845033 /thread debug] starting thread 0x42ae7c<br>[1142293298.851478 /thread debug] starting thread 0x429220<br>[1142293298.857805 /thread debug] starting thread 0x424030<br>ERROR: dtnd (pid 1896) got fatal SIGSEGV - will dump core
<br>STACK TRACE: 0xca478 0x24c84c 0x17910 0x36ac0 0x8e720 0x9ad4c 0x8ecfc 0x8e148 0x29fc4 0x1099f0 0x109838 0x2478bc <br>[1142293298.929080 /dtnd info] starting console on <a href="http://127.0.0.1:5050">127.0.0.1:5050</a>
<br>[1142293298.929495 /command debug] starting command server on <a href="http://127.0.0.1:5050">127.0.0.1:5050</a><br>[1142293298.937500 /command info] can't load tclreadline: can't find package tclreadline<br>[1142293298.938120
 /command info] fall back to simple command loop<br>collie dtn% Segmentation fault<br><br>THANK YOU for your help and patience <br><br><div><span class="gmail_quote">On 11/16/06, <b class="gmail_sendername">Michael Demmer
</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div>Hmm... That's a strange one. You could try just using the filesystem store by changing 'storage set type berkeleydb'&nbsp;to&nbsp;'storage set type filesysdb'.&nbsp;</div><span class="sg"><div><br></div><div>-m</div></span>
<div><span class="e" id="q_10ef18317744364d_2"><div><br></div><div><br><div><div>On Nov 16, 2006, at 7:27 AM, ryan m wrote:</div><br><blockquote type="cite">well that got me a little farther at least... this is where it died this time:
<br><br>[1142289491.726722 /dtnd notice] initializing persistent data store<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db <br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db
<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented <br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented
<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database <br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369
 /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting... <br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer
</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 <div><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further. 
</div><span><div><br></div><div>-m</div></span><div><span><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run 
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962
 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11 
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier 
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu 
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address ' 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far. 
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked] 
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">
 libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">
 <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">
 I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>
  <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div></div>
 is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">
 I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>
 when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this: 
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h
 (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>
 -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help 
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I 
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured 
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN: 
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286
  /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>
 <br></blockquote></div><br></div></span></div></div></div></div> </blockquote></div><br></blockquote></div><br></div></span></div></div>
</blockquote></div><br>

------=_Part_31475_7634827.1163694645743--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Date: Thu, 16 Nov 2006 08:03:14 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-3-702200778
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Hmm... That's a strange one. You could try just using the filesystem  
store by changing 'storage set type berkeleydb' to 'storage set type  
filesysdb'.

-m

On Nov 16, 2006, at 7:27 AM, ryan m wrote:

> well that got me a little farther at least... this is where it died  
> this time:
>
> [1142289491.726722 /dtnd notice] initializing persistent data store
> [1142289491.767648 /dtn/storage notice] creating new database  
> directory /home/root/Applications/DTN_wireless/tmp/db
> [1142289491.884849 /dtn/storage info] initializing db name=DTN (not  
> shared), dir=/home/root/Applications/DTN_wireless/tmp/db
> [1142289492.284995 /storage/berkeleydb error] DB internal error:  
> unable to initialize mutex: Function not implemented
> [1142289492.290986 /storage/berkeleydb error] DB internal error:  
> PANIC: Function not implemented
> [1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal  
> error, run database recovery, cannot open database
> [1142289492.316046 /dtn/storage error] can't initialize berkeleydb  
> -1000
> [1142289492.316369 /dtnd critical] error creating storage system
> [1142289492.316683 /dtnd error] error initializing data store,  
> exiting...
>
>
>
> On 11/15/06, Michael Demmer <[email-masked]> wrote:
>
> The only reason you could be getting that error is if the name  
> lookup failed for some reason. You could try putting the IP address  
> in the llink configuration and seeing if that works. If it does,  
> then there must be something wrong with the host configuration or  
> some other reason why the gethostbyname wrapper (in oasys/io/ 
> NetUtils.cc) would be failing. You could put more debug logging in  
> there to trace it down further.
>
> -m
>
>
> On Nov 15, 2006, at 7:37 AM, ryan m wrote:
>
>> so I've got a static version of dtnd compiled and on the zaurus,  
>> and now I'm getting this odd behavior when I try to run
>>
>> ./dtnd -l DEBUG -c ./dtn.conf --init-db
>>
>> [1142213113.431028 /dtnd info] parsing configuration file ./ 
>> dtn.conf...
>> [1142213113.433018 /command debug] executing command file ./dtn.conf
>> [1142213113.438962 /dtnd info] dtnd parsing configuration...
>> [1142213113.447671 /dtn/interface/table info] adding interface  
>> tcp0 (tcp)
>> [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
>> [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created  
>> pipe, fds: 9 10
>> [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]  
>> set_nonblocking: nonblocking mode set
>> [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]  
>> set_nonblocking: nonblocking mode set
>> [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
>> [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
>> [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to  
>> 0.0.0.0:5000
>> [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
>> [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->  
>> LISTENING
>> [1142213113.462443 /thread debug] delaying start of thread  
>> 0x42bb54 due to barrier
>> [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE ->  
>> AVAILABLE
>> [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link  
>> rcm2.cse.lehigh.edu:5000
>> [1142213113.465856 /dtn/cl/iputils warning] invalid hostname '  
>> rcm2.cse.lehigh.edu ' in next hop rcm2.cse.lehigh.edu:5000
>> [1142213113.466250 /dtn/cl/tcp error] invalid next hop address '  
>> rcm2.cse.lehigh.edu:5000 '
>> [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '  
>> rcm2.cse.lehigh.edu:5000'
>> [1142213113.467679 /command error] error: line 137: 'invalid link  
>> option: (unknown)':
>> invalid link option: (unknown)
>>     while executing
>> "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
>>     (file "./dtn.conf" line 137)
>> [1142213113.468105 /dtnd error] error in configuration file,  
>> exiting...
>>
>> and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a  
>> failure in name resolution.
>>
>> sorry about posting the "wrong" list, I knew there was discussion  
>> of making multiple lists, but I wasn't aware that it had actually  
>> happened, since I don't have the time to read everything that goes  
>> through dtn-interest. Thank you for the help so far.
>>
>>
>> On 11/13/06, Michael Demmer < [email-masked] > wrote:
>> First of all, let me say that this discussion should be on dtn- 
>> users. I don't know if ryan is on that list or not, but if you're  
>> not, please in the future use that list for dtn reference  
>> implementation questions, not dtn-interest.
>>
>> As far as building tcl statically goes, it's a bit confusing, but  
>> you need to run tcl's ./configure --disable-shared to tell it to  
>> build a full static libtcl8.4.a. You don't want the stub library  
>> linked in.
>>
>> As far as your original problem goes, I suggested linking  
>> statically to try to confirm that it's not a library compatibility  
>> issue due to the cross compilation. I don't know if this will help  
>> or not, but that's what I suggest to do first.
>>
>> -mike
>>
>>
>> On Nov 13, 2006, at 8:12 AM, ryan m wrote:
>>
>>> my libtclstub is libtclstub8.4.so.a and if i try to link to it  
>>> with a link name of libtclstub8.4.so.a or libtclstub8.4.so in  
>>> the /usr/lib directory.  ldconfig complains it " is not an ELF  
>>> file - it has the wrong magic bytes at the start" so I had to  
>>> leave that link out, but I did do the other links, but dtnd  
>>> crashes the same way.
>>>
>>> On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
>>> I added links in the target for the following:
>>>
>>> in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
>>> in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
>>> in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
>>>
>>> For some reason, it seemed like the tcl libraries wanted to be in  
>>> the same directory as the pthread libraries (but I haven't  
>>> confirmed that).  I just moved on as soon as things started working.
>>>
>>> Let me know if this helps for you...
>>>
>>> From: [email-masked] [mailto:dtn-interest- 
>>> [email-masked]] On Behalf Of ryan m
>>> Sent: Monday, November 13, 2006 10:34 AM
>>> To: DTNRG
>>> Subject: Re: [dtn-interest] DTN on Zaurus sl-5500
>>>
>>> is that something I can do with a configure argument to building  
>>> the tcl library (I can't find it in ./configure --help)?, and do  
>>> you think that doing a static build is the best way to fix the  
>>> original issue I was having on the PDA?
>>>
>>> On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
>>> I suspect the answer is that you need a 'real' tcl library (a .a  
>>> file) that can be linked statically.  I don't think shared  
>>> objects (the .so tcl library you have in the arm directory) can  
>>> be linked that way.
>>>
>>>         --keith
>>>
>>> From: [email-masked] [mailto: dtn-interest- 
>>> [email-masked]] On Behalf Of ryan m
>>> Sent: Monday, November 13, 2006 10:17 AM
>>> To: DTNRG
>>> Subject: [dtn-interest] DTN on Zaurus sl-5500
>>>
>>> when i configure with this:
>>>
>>> ./configure --build=`uname -m` --host=arm-linux
>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>> libraries
>>>
>>> configure completes fine, but... when I do this:
>>>
>>> ./configure --build=`uname -m` --host=arm-linux
>>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>>> libraries
>>> --enable-static
>>>
>>> I get:
>>>
>>> configure: checking for tcl installation (version 8.4 )
>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>> include... yes
>>> checking for tcl library in /opt/arm-linux-libraries/lib: - 
>>> ltcl8.4 -ldl
>>> -lm -lpthread ... no
>>> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84  
>>> -ldl
>>> -lm -lpthread ... no
>>> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl - 
>>> ldl -lm
>>> -lpthread ... no
>>>
>>> configure: checking for tcl installation (version 8.3)
>>> checking for tcl.h (version 8.3) in /opt/arm-linux-libraries/ 
>>> include... no
>>> configure: error: can't find usable tcl.h
>>>
>>> and it is there:
>>>
>>> edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
>>> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
>>> -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
>>> drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
>>> -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
>>>
>>> without enable-static:
>>>
>>> configure: checking for tcl installation (version 8.4)
>>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>>> include... yes
>>> checking for tcl library in /opt/arm-linux-libraries/lib: -  
>>> ltcl8.4 -ldl
>>> -lm -lpthread ... yes
>>>
>>>
>>> Thank you for the help
>>>
>>>
>>> Michael Demmer wrote:
>>> > try statically building dtnd and see if that works.
>>> >
>>> > -m
>>> >
>>> > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
>>> >
>>> >> So I finally had a chance to try out the DTN on the zaurus.  So I
>>> >> copied over the libs that I had cross compiled, which seemed  
>>> obvious
>>> >> to do. Then DTN was complaining about stdc++ lib so I copied  
>>> over the
>>> >> libs from the lib directory of the cross compile tool chain, I  
>>> figured
>>> >> that if it was linking in those libs to make arm binaries the  
>>> libs
>>> >> themselves must be arm compatabile, is this right?  So the sum  
>>> of it
>>> >> is I get this when I try to run DTN:
>>> >>
>>> >>
>>> >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd - 
>>> l DEBUG
>>> >> -c ./dtn.conf --init-db
>>> >> ./dtnd: error while loading shared libraries: libstdc++.so.5:  
>>> cannot
>>> >> open shared object file: No such file or directory
>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
>>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l  
>>> DEBUG
>>> >> -c ./dtn.conf --init-db
>>> >> [1142218881.762749 /log debug] adding log reparse signal handler
>>> >> [1142218881.929239 /timer debug] adding signal handler 0xd6c14  
>>> for
>>> >> signal 1
>>> >> [ 1142218881.931204 /log debug] adding log rotate signal handler
>>> >> [1142218881.933055 /timer debug] adding signal handler 0xd6b9c  
>>> for
>>> >> signal 10
>>> >> [1142218881.935286 /dtnd notice] DTN daemon starting up...  
>>> (pid 1870)
>>> >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
>>> >> STACK TRACE: 0xce810 0x403c5d00 (nil)
>>> >> Illegal instruction
>>> >>
>>> >> any thoughts?
>>>
>>>
>>
>>
>
>

--Apple-Mail-3-702200778
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV>Hmm... That's a strange =
one. You could try just using the filesystem store by changing 'storage =
set type berkeleydb'=A0to=A0'storage set type filesysdb'.=A0</DIV><DIV><BR=
 class=3D"khtml-block-placeholder"></DIV><DIV>-m</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Nov 16, =
2006, at 7:27 AM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">well that =
got me a little farther at least... this is where it died this =
time:<BR><BR>[1142289491.726722 /dtnd notice] initializing persistent =
data store<BR>[1142289491.767648 /dtn/storage notice] creating new =
database directory /home/root/Applications/DTN_wireless/tmp/db =
<BR>[1142289491.884849 /dtn/storage info] initializing db name=3DDTN =
(not shared), =
dir=3D/home/root/Applications/DTN_wireless/tmp/db<BR>[1142289492.284995 =
/storage/berkeleydb error] DB internal error: unable to initialize =
mutex: Function not implemented <BR>[1142289492.290986 =
/storage/berkeleydb error] DB internal error: PANIC: Function not =
implemented<BR>[1142289492.315647 /dtn/storage critical] DB: =
DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database =
<BR>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb =
-1000<BR>[1142289492.316369 /dtnd critical] error creating storage =
system<BR>[1142289492.316683 /dtnd error] error initializing data store, =
exiting... <BR><BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/15/06, =
<B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV style=3D""><DIV><DIV><DIV><BR></DIV><DIV>The only reason you =
could be getting that error is if the name lookup failed for some =
reason. You could try putting the IP address in the llink configuration =
and seeing if that works. If it does, then there must be something wrong =
with the host configuration or some other reason why the gethostbyname =
wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more =
debug logging in there to trace it down further. </DIV><SPAN =
class=3D"sg"><DIV><BR></DIV><DIV>-m</DIV></SPAN><DIV><SPAN class=3D"e" =
id=3D"q_10eed6312fceb047_2"><DIV><BR></DIV><DIV><BR><DIV><DIV>On Nov 15, =
2006, at 7:37 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE type=3D"cite">so =
I've got a static version of dtnd compiled and on the zaurus, and now =
I'm getting this odd behavior when I try to run <BR><BR>./dtnd -l DEBUG =
-c ./dtn.conf --init-db<BR><BR>[1142213113.431028 /dtnd info] parsing =
configuration file ./dtn.conf... <BR>[1142213113.433018 /command debug] =
executing command file ./dtn.conf<BR>[1142213113.438962 /dtnd info] dtnd =
parsing configuration...<BR>[1142213113.447671 /dtn/interface/table =
info] adding interface tcp0 (tcp)<BR>[1142213113.449577  /dtn/cl/tcp =
debug] adding interface tcp0<BR>[1142213113.452019 =
/dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10 =
<BR>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] =
set_nonblocking: nonblocking mode set <BR>[1142213113.456037 =
/dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode =
set<BR>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket =
11 <BR>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting =
SO_REUSEADDR <BR>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] =
binding to <A href=3D"http://0.0.0.0:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
0.0.0.0:5000</A><BR>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] =
listening <BR>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state =
INIT -&gt; LISTENING <BR>[1142213113.462443 /thread debug] delaying =
start of thread 0x42bb54 due to barrier <BR>[1142213113.464152 =
/dtn/link/link1 debug] set_state UNAVAILABLE -&gt; =
AVAILABLE<BR>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link =
<A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.465856 /dtn/cl/iputils =
warning] invalid hostname '<A href=3D"http://rcm2.cse.lehigh.edu" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu </A>' in =
next hop <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.466250 /dtn/cl/tcp error] =
invalid next hop address ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 =
</A>'<BR>[1142213113.466579 /dtn/cl/tcp error] error parsing link =
nexthop ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A>'<BR>[1142213113.467679 /command error] =
error: line 137: 'invalid link option: (unknown)': <BR>invalid link =
option: (unknown)<BR>=A0=A0=A0 while executing<BR> "link add link1 <A =
href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A> ONDEMAND tcp"<BR>=A0=A0=A0 (file =
"./dtn.conf" line 137) <BR>[1142213113.468105 /dtnd error] error in =
configuration file, exiting... <BR><BR>and i can ssh to <A =
href=3D"http://rcm2.cse.lehigh.edu" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu</A> from the =
pda so it isn't a failure in name resolution.<BR><BR>sorry about posting =
the "wrong" list, I knew there was discussion of making multiple lists, =
but I wasn't aware that it had actually happened, since I don't have the =
time to read everything that goes through dtn-interest. Thank you for =
the help so far. <BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/13/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> [email-masked] </A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>First of all, let me say that this discussion should be on =
dtn-users. I don't know if ryan is on that list or not, but if you're =
not, please in the future use that list for dtn reference implementation =
questions, not dtn-interest.=A0 <DIV><BR></DIV><DIV>As far as building =
tcl statically goes, it's a bit confusing, but you need to run tcl's =
./configure --disable-shared to tell it to build a full static =
libtcl8.4.a.=A0You don't want the stub library linked in. =
</DIV><DIV><BR></DIV><DIV>As far as your original problem goes, I =
suggested linking statically to try to confirm that it's not a library =
compatibility issue due to the cross compilation. I don't know if this =
will help or not, but that's what I suggest to do first. =
</DIV><DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR></DIV><DIV><BR><D=
IV><DIV>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite"><SPAN style=3D"color: rgb(0, 0, 0);"> my libtclstub is =
<FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a and if i try to link =
to it with a link name of </FONT></SPAN><SPAN style=3D"color: rgb(0, 0, =
0);"><FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a =
or</FONT></SPAN> <SPAN style=3D"color: rgb(0, 0, 0);"><FONT face=3D"Arial"=
 size=3D"2"> <A href=3D"http://libtclstub8.4.so" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> in the =
/usr/lib directory.=A0 ldconfig complains it " is not an ELF file - it =
has the wrong magic bytes at the start" so I had to leave that link out, =
but I did do the other links, but dtnd crashes the same way. =
</FONT></SPAN><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">=
 I added links in the target for the following:=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">in /usr/lib from <A href=3D"http://libtcl8.4.so"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so</A> -&gt; =
/usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib from libtcl.so =
-&gt; /usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> in /usr/lib/ from <A =
href=3D"http://libtclstub8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> -&gt; =
/usr/lib/libtclstub8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> </FONT></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">For some =
reason, it seemed like the tcl libraries wanted to be in the same =
directory as the pthread libraries (but I haven't confirmed that).=A0 I =
just moved on as soon as things started working.=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Let me know if this helps for =
you...</FONT></SPAN></DIV> <DIV><BR></DIV>  <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><SPAN><B>From:</B>=
 <A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked] </A>   [mailto:<A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of </B>ryan   m<BR></SPAN><SPAN><B>Sent:</B> =
Monday, November 13, 2006 10:34 AM<BR><B>To:</B>   =
DTNRG<BR></SPAN><B>Subject:</B> Re: [dtn-interest] DTN on Zaurus   =
sl-5500<BR></FONT><BR></DIV><DIV><SPAN>  <DIV></DIV> is that something I =
can do with a configure argument to building   the tcl library (I can't =
find it in ./configure --help)?, and do you think   that doing a static =
build is the best way to fix the original issue I was   having on the =
PDA? <BR><BR>  <DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Scott,   Keith L.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> I     suspect the answer is =
that you need a 'real' tcl library (a .a file) that     can be linked =
statically.=A0 I don't think shared objects (the .so tcl     library you =
have in the arm directory) can be linked that     way. =
</FONT></SPAN></DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    =
<DIV dir=3D"ltr" align=3D"left"><SPAN>=A0=A0=A0=A0=A0=A0=A0     <FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">--keith =
</FONT></SPAN></DIV><BR>    <BLOCKQUOTE style=3D"margin-right: 0px;">    =
  <DIV dir=3D"ltr" align=3D"left" lang=3D"en-us">      <HR>      <FONT =
face=3D"Tahoma" size=3D"2"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked]</A> [mailto: <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of       </B>ryan m<BR><B>Sent:</B> Monday, =
November 13, 2006 10:17       AM<BR><B>To:</B> DTNRG<BR><B>Subject:</B> =
[dtn-interest] DTN on Zaurus       sl-5500<BR></FONT><BR></DIV>      =
<DIV><SPAN>      <DIV></DIV> when i configure with this: =
<BR><BR>./configure --build=3D`uname       -m`       =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR><BR>configure       completes fine, =
but... when I do this: <BR><BR>./configure --build=3D`uname       -m`    =
   --host=3Darm-linux =
<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=3D/opt/arm-linux-=
libraries<BR>--enable-static<BR><BR>I       get:<BR><BR>configure: =
checking for tcl installation (version 8.4 )       <BR>checking for =
tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes =
<BR>checking for tcl library in       /opt/arm-linux-libraries/lib: =
-ltcl8.4 -ldl<BR>-lm -lpthread ...       no<BR>checking for tcl library =
in /opt/arm-linux-libraries/lib: -ltcl84       -ldl <BR>-lm -lpthread =
... no<BR> checking for tcl library in       =
/opt/arm-linux-libraries/lib: -ltcl -ldl -lm <BR>-lpthread ...       =
no<BR><BR>configure: checking for tcl installation (version       =
8.3)<BR>checking for tcl.h (version 8.3) in       =
/opt/arm-linux-libraries/include... no <BR>configure: error: can't find  =
     usable tcl.h<BR><BR>and it is       =
there:<BR><BR>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld    =
   *tcl*<BR> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <A =
href=3D"http://libtcl8.4.so/" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </A><BR>-rw-r--r--  =
     1 root root=A0=A0 6894 2006-10-31 17:28       =
libtclstub8.4.a<BR>drwxr-xr-x 8 root root=A0=A0 4096 2006-10-31       =
17:28 tcl8.4<BR>-rw-r--r-- 1 root root=A0=A0 7333 2006-10-31 17:28       =
tclConfig.sh <BR><BR>without enable-static: <BR><BR>configure: checking =
for       tcl installation (version 8.4)<BR>checking for tcl.h (version =
8.4) in       /opt/arm-linux-libraries/include... yes<BR>checking for =
tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<BR>-lm =
-lpthread ... yes       <BR><BR><BR>Thank you for the help =
<BR><BR><BR>Michael Demmer       wrote:<BR>&gt; try statically building =
dtnd and see if that       works.<BR>&gt;<BR>&gt; -m<BR>&gt;<BR>&gt; On =
Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <BR>&gt; =
<BR>&gt;&gt; So I finally had a chance to try       out the DTN on the =
zaurus.=A0=A0So I <BR>&gt;&gt; copied over the       libs that I had =
cross compiled, which seemed obvious<BR>&gt;&gt; to do.       Then DTN =
was complaining about stdc++ lib so I copied over the       <BR>&gt;&gt; =
libs from the lib directory of the cross compile tool chain,       I =
figured <BR>&gt;&gt; that if it was linking in those libs to make arm    =
   binaries the libs<BR>&gt;&gt; themselves must be arm compatabile, is =
this       right?=A0=A0So the sum of it <BR>&gt;&gt; is I get this when =
I try       to run       DTN: =
<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;=A0=A0root@collie:~/Applications/DTN_w=
ireless/DTN2/daemon#       ./dtnd -l DEBUG<BR>&gt;&gt; -c ./dtn.conf =
--init-db<BR>&gt;&gt; ./dtnd:       error while loading shared =
libraries: libstdc++.so.5: cannot <BR>&gt;&gt;       open shared object =
file: No such file or directory<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
ldconfig<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       =
DEBUG <BR>&gt;&gt; -c ./dtn.conf --init-db<BR>&gt;&gt; =
[1142218881.762749       /log debug] adding log reparse signal =
handler<BR>&gt;&gt;       [1142218881.929239 /timer debug] adding signal =
handler 0xd6c14       for<BR>&gt;&gt; signal 1 <BR>&gt;&gt; [ =
1142218881.931204 /log debug]       adding log rotate signal =
handler<BR>&gt;&gt; [1142218881.933055 /timer       debug] adding signal =
handler 0xd6b9c for<BR>&gt;&gt; signal 10<BR>&gt;&gt;       =
[1142218881.935286  /dtnd notice] DTN daemon starting up... (pid 1870)   =
    <BR>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump     =
  core<BR>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<BR>&gt;&gt; =
Illegal       instruction <BR>&gt;&gt;<BR>&gt;&gt; any thoughts?     =
</SPAN></DIV></BLOCKQUOTE></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOC=
KQUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV> =
<BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-3-702200778--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] DTN using 2 NIC cards, Identification of which link has the bundle come on
Date: Thu, 16 Nov 2006 08:01:49 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

StreamConvergenceLayer.cc:1142 -- that's the base class used by the  
TCPCL and the Bluetooth CL.

On Nov 16, 2006, at 7:11 AM, Zahir Koradia wrote:

> Hi Mike,
> I saw that the BundleReceivedEvent class has a field for Contact  
> but none of the convergence layers provide the contact while  
> creating a new BundleReceivedEvent effectively the field remains  
> NULL. I have checked this in the latest cvs code. Please let me  
> know if I am looking in the wrong place.
>
> Thanks,
> Zahir

Date: Thu, 16 Nov 2006 10:27:07 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Cc: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_30718_12469718.1163690827968
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

well that got me a little farther at least... this is where it died this
time:

[1142289491.726722 /dtnd notice] initializing persistent data store
[1142289491.767648 /dtn/storage notice] creating new database directory
/home/root/Applications/DTN_wireless/tmp/db
[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared),
dir=/home/root/Applications/DTN_wireless/tmp/db
[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to
initialize mutex: Function not implemented
[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC:
Function not implemented
[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error,
run database recovery, cannot open database
[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000
[1142289492.316369 /dtnd critical] error creating storage system
[1142289492.316683 /dtnd error] error initializing data store, exiting...

On 11/15/06, Michael Demmer <[email-masked]> wrote:
>
>
> The only reason you could be getting that error is if the name lookup
> failed for some reason. You could try putting the IP address in the llink
> configuration and seeing if that works. If it does, then there must be
> something wrong with the host configuration or some other reason why the
> gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could
> put more debug logging in there to trace it down further.
>
> -m
>
>
> On Nov 15, 2006, at 7:37 AM, ryan m wrote:
>
> so I've got a static version of dtnd compiled and on the zaurus, and now
> I'm getting this odd behavior when I try to run
>
> ./dtnd -l DEBUG -c ./dtn.conf --init-db
>
> [1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf...
> [1142213113.433018 /command debug] executing command file ./dtn.conf
> [1142213113.438962 /dtnd info] dtnd parsing configuration...
> [1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)
> [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds:
> 9 10
> [1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking:
> nonblocking mode set
> [1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking:
> nonblocking mode set
> [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
> [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
> [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to 0.0.0.0:5000
> [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING
> [1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to
> barrier
> [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE ->
> AVAILABLE
> [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
> rcm2.cse.lehigh.edu:5000
> [1142213113.465856 /dtn/cl/iputils warning] invalid hostname 'rcm2.cse.lehigh.edu'
> in next hop rcm2.cse.lehigh.edu:5000
> [1142213113.466250 /dtn/cl/tcp error] invalid next hop address 'rcm2.cse.lehigh.edu:5000
> '
> [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '
> rcm2.cse.lehigh.edu:5000'
> [1142213113.467679 /command error] error: line 137: 'invalid link option:
> (unknown)':
> invalid link option: (unknown)
>     while executing
> "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
>     (file "./dtn.conf" line 137)
> [1142213113.468105 /dtnd error] error in configuration file, exiting...
>
> and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a failure in
> name resolution.
>
> sorry about posting the "wrong" list, I knew there was discussion of
> making multiple lists, but I wasn't aware that it had actually happened,
> since I don't have the time to read everything that goes through
> dtn-interest. Thank you for the help so far.
>
>
> On 11/13/06, Michael Demmer < [email-masked]> wrote:
> >
> > First of all, let me say that this discussion should be on dtn-users. I
> > don't know if ryan is on that list or not, but if you're not, please in the
> > future use that list for dtn reference implementation questions, not
> > dtn-interest.
> > As far as building tcl statically goes, it's a bit confusing, but you
> > need to run tcl's ./configure --disable-shared to tell it to build a full
> > static libtcl8.4.a. You don't want the stub library linked in.
> >
> > As far as your original problem goes, I suggested linking statically to
> > try to confirm that it's not a library compatibility issue due to the cross
> > compilation. I don't know if this will help or not, but that's what I
> > suggest to do first.
> >
> > -mike
> >
> >
> > On Nov 13, 2006, at 8:12 AM, ryan m wrote:
> >
> > my libtclstub is libtclstub8.4.so.a and if i try to link to it with a
> > link name of libtclstub8.4.so.a or libtclstub8.4.so in the /usr/lib
> > directory.  ldconfig complains it " is not an ELF file - it has the wrong
> > magic bytes at the start" so I had to leave that link out, but I did do the
> > other links, but dtnd crashes the same way.
> >
> > On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> > >
> > >  I added links in the target for the following:
> > >
> > > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> > >  in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
> > >
> > > For some reason, it seemed like the tcl libraries wanted to be in the
> > > same directory as the pthread libraries (but I haven't confirmed that).  I
> > > just moved on as soon as things started working.
> > >
> > > Let me know if this helps for you...
> > >
> > >  ------------------------------
> > > *From:* [email-masked] [mailto:
> > > [email-masked]] * On Behalf Of *ryan m
> > > *Sent:* Monday, November 13, 2006 10:34 AM
> > > *To:* DTNRG
> > > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> > >
> > >  is that something I can do with a configure argument to building the
> > > tcl library (I can't find it in ./configure --help)?, and do you think that
> > > doing a static build is the best way to fix the original issue I was having
> > > on the PDA?
> > >
> > > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > > >
> > > >  I suspect the answer is that you need a 'real' tcl library (a .a
> > > > file) that can be linked statically.  I don't think shared objects (the .so
> > > > tcl library you have in the arm directory) can be linked that way.
> > > >
> > > >         --keith
> > > >
> > > >  ------------------------------
> > > > *From:* [email-masked] [mailto:
> > > > [email-masked]] * On Behalf Of *ryan m
> > > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > > *To:* DTNRG
> > > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > > >
> > > >  when i configure with this:
> > > >
> > > > ./configure --build=`uname -m` --host=arm-linux
> > > >
> > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > >
> > > > configure completes fine, but... when I do this:
> > > >
> > > > ./configure --build=`uname -m` --host=arm-linux
> > > >
> > > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > > --enable-static
> > > >
> > > > I get:
> > > >
> > > > configure: checking for tcl installation (version 8.4 )
> > > > checking for tcl.h (version 8.4) in
> > > > /opt/arm-linux-libraries/include... yes
> > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4-ldl
> > > > -lm -lpthread ... no
> > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84
> > > > -ldl
> > > > -lm -lpthread ... no
> > > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl -ldl
> > > > -lm
> > > > -lpthread ... no
> > > >
> > > > configure: checking for tcl installation (version 8.3)
> > > > checking for tcl.h (version 8.3) in
> > > > /opt/arm-linux-libraries/include... no
> > > > configure: error: can't find usable tcl.h
> > > >
> > > > and it is there:
> > > >
> > > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
> > > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
> > > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
> > > >
> > > > without enable-static:
> > > >
> > > > configure: checking for tcl installation (version 8.4)
> > > > checking for tcl.h (version 8.4) in
> > > > /opt/arm-linux-libraries/include... yes
> > > > checking for tcl library in /opt/arm-linux-libraries/lib: - ltcl8.4-ldl
> > > > -lm -lpthread ... yes
> > > >
> > > >
> > > > Thank you for the help
> > > >
> > > >
> > > > Michael Demmer wrote:
> > > > > try statically building dtnd and see if that works.
> > > > >
> > > > > -m
> > > > >
> > > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > > >
> > > > >> So I finally had a chance to try out the DTN on the zaurus.  So I
> > > > >> copied over the libs that I had cross compiled, which seemed
> > > > obvious
> > > > >> to do. Then DTN was complaining about stdc++ lib so I copied over
> > > > the
> > > > >> libs from the lib directory of the cross compile tool chain, I
> > > > figured
> > > > >> that if it was linking in those libs to make arm binaries the
> > > > libs
> > > > >> themselves must be arm compatabile, is this right?  So the sum of
> > > > it
> > > > >> is I get this when I try to run DTN:
> > > > >>
> > > > >>
> > > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l
> > > > DEBUG
> > > > >> -c ./dtn.conf --init-db
> > > > >> ./dtnd: error while loading shared libraries: libstdc++.so.5:
> > > > cannot
> > > > >> open shared object file: No such file or directory
> > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
> > > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l
> > > > DEBUG
> > > > >> -c ./dtn.conf --init-db
> > > > >> [1142218881.762749 /log debug] adding log reparse signal handler
> > > > >> [1142218881.929239 /timer debug] adding signal handler 0xd6c14
> > > > for
> > > > >> signal 1
> > > > >> [ 1142218881.931204 /log debug] adding log rotate signal handler
> > > > >> [1142218881.933055 /timer debug] adding signal handler 0xd6b9c
> > > > for
> > > > >> signal 10
> > > > >> [1142218881.935286 /dtnd notice] DTN daemon starting up... (pid
> > > > 1870)
> > > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
> > > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > > >> Illegal instruction
> > > > >>
> > > > >> any thoughts?
> > > >
> > > >
> > >
> >
> >
>
>

------=_Part_30718_12469718.1163690827968
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

well that got me a little farther at least... this is where it died this time:<br><br>[1142289491.726722 /dtnd notice] initializing persistent data store<br>[1142289491.767648 /dtn/storage notice] creating new database directory /home/root/Applications/DTN_wireless/tmp/db
<br>[1142289491.884849 /dtn/storage info] initializing db name=DTN (not shared), dir=/home/root/Applications/DTN_wireless/tmp/db<br>[1142289492.284995 /storage/berkeleydb error] DB internal error: unable to initialize mutex: Function not implemented
<br>[1142289492.290986 /storage/berkeleydb error] DB internal error: PANIC: Function not implemented<br>[1142289492.315647 /dtn/storage critical] DB: DB_RUNRECOVERY: Fatal error, run database recovery, cannot open database
<br>[1142289492.316046 /dtn/storage error] can't initialize berkeleydb -1000<br>[1142289492.316369 /dtnd critical] error creating storage system<br>[1142289492.316683 /dtnd error] error initializing data store, exiting...
<br><br><br><br><div><span class="gmail_quote">On 11/15/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div><div><div><br></div><div>The only reason you could be getting that error is if the name lookup failed for some reason. You could try putting the IP address in the llink configuration and seeing if that works. If it does, then there must be something wrong with the host configuration or some other reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would be failing. You could put more debug logging in there to trace it down further.
</div><span class="sg"><div><br></div><div>-m</div></span><div><span class="e" id="q_10eed6312fceb047_2"><div><br></div><div><br><div><div>On Nov 15, 2006, at 7:37 AM, ryan m wrote:</div><br><blockquote type="cite">so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run
<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf... <br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962
 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577  /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10
<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set <br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR <br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening <br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING <br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier
<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu
</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address '
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 </a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop ' <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)': <br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br> &quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137) <br>[1142213113.468105 /dtnd error] error in configuration file, exiting... <br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest. Thank you for the help so far.
<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> [email-masked]
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp; 
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in. 
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first. 
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);"> my libtclstub is <font face="Arial" size="2">
libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span> <span style="color: rgb(0, 0, 0);"><font face="Arial" size="2">
 <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">
 I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">
 </font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>
  <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div></div>
 is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked] 
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">
 I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way. 
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith 
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
 [email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
 On Behalf Of       </b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>
when i configure with this: <br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this:
<br><br>./configure --build=`uname       -m`       --host=arm-linux <br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 
8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes <br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl 
<br>-lm -lpthread ... no<br> checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm <br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h
 (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>
-r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       
libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh <br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 
8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help
<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote: <br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I
<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       <br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured
<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it <br>&gt;&gt; is I get this when I try       to run       DTN:
<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG 
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1 
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286
  /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction 
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div> </blockquote></div>
<br></blockquote></div><br></div></span></div></div></div></div>
</blockquote></div><br>

------=_Part_30718_12469718.1163690827968--

Date: Thu, 16 Nov 2006 20:41:43 +0530
From: "Zahir Koradia" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] DTN using 2 NIC cards, Identification of which link has the bundle come on
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_68011_21130475.1163689903112
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,
I saw that the BundleReceivedEvent class has a field for Contact but none of
the convergence layers provide the contact while creating a new
BundleReceivedEvent effectively the field remains NULL. I have checked this
in the latest cvs code. Please let me know if I am looking in the wrong
place.

Thanks,
Zahir

------=_Part_68011_21130475.1163689903112
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,<br>
I saw that the BundleReceivedEvent class has a field for Contact but
none of the convergence layers provide the contact while creating a new
BundleReceivedEvent effectively the field remains NULL. I have checked
this in the latest cvs code. Please let me know if I am looking in the
wrong place.<br>
<br>
Thanks,<br>
Zahir<br>

------=_Part_68011_21130475.1163689903112--

Cc: [email-masked]
From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Date: Wed, 15 Nov 2006 10:55:40 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-1-626146691
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

The only reason you could be getting that error is if the name lookup  
failed for some reason. You could try putting the IP address in the  
llink configuration and seeing if that works. If it does, then there  
must be something wrong with the host configuration or some other  
reason why the gethostbyname wrapper (in oasys/io/NetUtils.cc) would  
be failing. You could put more debug logging in there to trace it  
down further.

-m

On Nov 15, 2006, at 7:37 AM, ryan m wrote:

> so I've got a static version of dtnd compiled and on the zaurus,  
> and now I'm getting this odd behavior when I try to run
>
> ./dtnd -l DEBUG -c ./dtn.conf --init-db
>
> [1142213113.431028 /dtnd info] parsing configuration file ./ 
> dtn.conf...
> [1142213113.433018 /command debug] executing command file ./dtn.conf
> [1142213113.438962 /dtnd info] dtnd parsing configuration...
> [1142213113.447671 /dtn/interface/table info] adding interface tcp0  
> (tcp)
> [1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
> [1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created  
> pipe, fds: 9 10
> [1142213113.453889 /dtn/cl/tcp/listener/notifier debug]  
> set_nonblocking: nonblocking mode set
> [1142213113.456037 /dtn/cl/tcp/listener/notifier debug]  
> set_nonblocking: nonblocking mode set
> [1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
> [1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
> [1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to  
> 0.0.0.0:5000
> [1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
> [1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT ->  
> LISTENING
> [1142213113.462443 /thread debug] delaying start of thread 0x42bb54  
> due to barrier
> [1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE ->  
> AVAILABLE
> [1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link  
> rcm2.cse.lehigh.edu:5000
> [1142213113.465856 /dtn/cl/iputils warning] invalid hostname '  
> rcm2.cse.lehigh.edu' in next hop rcm2.cse.lehigh.edu:5000
> [1142213113.466250 /dtn/cl/tcp error] invalid next hop address  
> 'rcm2.cse.lehigh.edu:5000 '
> [1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '  
> rcm2.cse.lehigh.edu:5000'
> [1142213113.467679 /command error] error: line 137: 'invalid link  
> option: (unknown)':
> invalid link option: (unknown)
>     while executing
> "link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
>     (file "./dtn.conf" line 137)
> [1142213113.468105 /dtnd error] error in configuration file,  
> exiting...
>
> and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a  
> failure in name resolution.
>
> sorry about posting the "wrong" list, I knew there was discussion  
> of making multiple lists, but I wasn't aware that it had actually  
> happened, since I don't have the time to read everything that goes  
> through dtn-interest. Thank you for the help so far.
>
>
> On 11/13/06, Michael Demmer < [email-masked]> wrote:
> First of all, let me say that this discussion should be on dtn- 
> users. I don't know if ryan is on that list or not, but if you're  
> not, please in the future use that list for dtn reference  
> implementation questions, not dtn-interest.
>
> As far as building tcl statically goes, it's a bit confusing, but  
> you need to run tcl's ./configure --disable-shared to tell it to  
> build a full static libtcl8.4.a. You don't want the stub library  
> linked in.
>
> As far as your original problem goes, I suggested linking  
> statically to try to confirm that it's not a library compatibility  
> issue due to the cross compilation. I don't know if this will help  
> or not, but that's what I suggest to do first.
>
> -mike
>
>
> On Nov 13, 2006, at 8:12 AM, ryan m wrote:
>
>> my libtclstub is libtclstub8.4.so.a and if i try to link to it  
>> with a link name of libtclstub8.4.so.a or libtclstub8.4.so in the / 
>> usr/lib directory.  ldconfig complains it " is not an ELF file -  
>> it has the wrong magic bytes at the start" so I had to leave that  
>> link out, but I did do the other links, but dtnd crashes the same  
>> way.
>>
>> On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
>> I added links in the target for the following:
>>
>> in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
>> in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
>> in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
>>
>> For some reason, it seemed like the tcl libraries wanted to be in  
>> the same directory as the pthread libraries (but I haven't  
>> confirmed that).  I just moved on as soon as things started working.
>>
>> Let me know if this helps for you...
>>
>> From: [email-masked] [mailto:dtn-interest- 
>> [email-masked]] On Behalf Of ryan m
>> Sent: Monday, November 13, 2006 10:34 AM
>> To: DTNRG
>> Subject: Re: [dtn-interest] DTN on Zaurus sl-5500
>>
>> is that something I can do with a configure argument to building  
>> the tcl library (I can't find it in ./configure --help)?, and do  
>> you think that doing a static build is the best way to fix the  
>> original issue I was having on the PDA?
>>
>> On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
>> I suspect the answer is that you need a 'real' tcl library (a .a  
>> file) that can be linked statically.  I don't think shared objects  
>> (the .so tcl library you have in the arm directory) can be linked  
>> that way.
>>
>>         --keith
>>
>> From: [email-masked] [mailto: dtn-interest- 
>> [email-masked]] On Behalf Of ryan m
>> Sent: Monday, November 13, 2006 10:17 AM
>> To: DTNRG
>> Subject: [dtn-interest] DTN on Zaurus sl-5500
>>
>> when i configure with this:
>>
>> ./configure --build=`uname -m` --host=arm-linux
>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>> libraries
>>
>> configure completes fine, but... when I do this:
>>
>> ./configure --build=`uname -m` --host=arm-linux
>> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
>> libraries
>> --enable-static
>>
>> I get:
>>
>> configure: checking for tcl installation (version 8.4 )
>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>> include... yes
>> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4  
>> -ldl
>> -lm -lpthread ... no
>> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 - 
>> ldl
>> -lm -lpthread ... no
>> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl - 
>> ldl -lm
>> -lpthread ... no
>>
>> configure: checking for tcl installation (version 8.3)
>> checking for tcl.h (version 8.3) in /opt/arm-linux-libraries/ 
>> include... no
>> configure: error: can't find usable tcl.h
>>
>> and it is there:
>>
>> edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
>> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
>> -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
>> drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
>> -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
>>
>> without enable-static:
>>
>> configure: checking for tcl installation (version 8.4)
>> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
>> include... yes
>> checking for tcl library in /opt/arm-linux-libraries/lib: -  
>> ltcl8.4 -ldl
>> -lm -lpthread ... yes
>>
>>
>> Thank you for the help
>>
>>
>> Michael Demmer wrote:
>> > try statically building dtnd and see if that works.
>> >
>> > -m
>> >
>> > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
>> >
>> >> So I finally had a chance to try out the DTN on the zaurus.  So I
>> >> copied over the libs that I had cross compiled, which seemed  
>> obvious
>> >> to do. Then DTN was complaining about stdc++ lib so I copied  
>> over the
>> >> libs from the lib directory of the cross compile tool chain, I  
>> figured
>> >> that if it was linking in those libs to make arm binaries the libs
>> >> themselves must be arm compatabile, is this right?  So the sum  
>> of it
>> >> is I get this when I try to run DTN:
>> >>
>> >>
>> >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l  
>> DEBUG
>> >> -c ./dtn.conf --init-db
>> >> ./dtnd: error while loading shared libraries: libstdc++.so.5:  
>> cannot
>> >> open shared object file: No such file or directory
>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
>> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l  
>> DEBUG
>> >> -c ./dtn.conf --init-db
>> >> [1142218881.762749 /log debug] adding log reparse signal handler
>> >> [1142218881.929239 /timer debug] adding signal handler 0xd6c14 for
>> >> signal 1
>> >> [ 1142218881.931204 /log debug] adding log rotate signal handler
>> >> [1142218881.933055 /timer debug] adding signal handler 0xd6b9c for
>> >> signal 10
>> >> [1142218881.935286 /dtnd notice] DTN daemon starting up... (pid  
>> 1870)
>> >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
>> >> STACK TRACE: 0xce810 0x403c5d00 (nil)
>> >> Illegal instruction
>> >>
>> >> any thoughts?
>>
>>
>
>

--Apple-Mail-1-626146691
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV><DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>The only reason you could =
be getting that error is if the name lookup failed for some reason. You =
could try putting the IP address in the llink configuration and seeing =
if that works. If it does, then there must be something wrong with the =
host configuration or some other reason why the gethostbyname wrapper =
(in oasys/io/NetUtils.cc) would be failing. You could put more debug =
logging in there to trace it down further.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-m</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Nov 15, =
2006, at 7:37 AM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">so I've =
got a static version of dtnd compiled and on the zaurus, and now I'm =
getting this odd behavior when I try to run<BR><BR>./dtnd -l DEBUG -c =
./dtn.conf --init-db<BR><BR>[1142213113.431028 /dtnd info] parsing =
configuration file ./dtn.conf... <BR>[1142213113.433018 /command debug] =
executing command file ./dtn.conf<BR>[1142213113.438962 /dtnd info] dtnd =
parsing configuration...<BR>[1142213113.447671 /dtn/interface/table =
info] adding interface tcp0 (tcp)<BR>[1142213113.449577  /dtn/cl/tcp =
debug] adding interface tcp0<BR>[1142213113.452019 =
/dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 =
10<BR>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] =
set_nonblocking: nonblocking mode set <BR>[1142213113.456037 =
/dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode =
set<BR>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket =
11<BR>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting =
SO_REUSEADDR <BR>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] =
binding to <A href=3D"http://0.0.0.0:5000" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">0.0.0.0:5000</A><BR>[1142213113.461=
546 /dtn/cl/tcp/iface/tcp0 debug] listening <BR>[1142213113.462014 =
/dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING =
<BR>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 =
due to barrier<BR>[1142213113.464152 /dtn/link/link1 debug] set_state =
UNAVAILABLE -&gt; AVAILABLE<BR>[1142213113.464947 /dtn/cl/tcp debug] =
adding ONDEMAND link <A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000</A><BR>[11=
42213113.465856 /dtn/cl/iputils warning] invalid hostname '<A =
href=3D"http://rcm2.cse.lehigh.edu" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> rcm2.cse.lehigh.edu</A>' in next =
hop <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
rcm2.cse.lehigh.edu:5000</A><BR>[1142213113.466250 /dtn/cl/tcp error] =
invalid next hop address '<A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000 =
</A>'<BR>[1142213113.466579 /dtn/cl/tcp error] error parsing link =
nexthop ' <A href=3D"http://rcm2.cse.lehigh.edu:5000" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000</A>'<BR>[1=
142213113.467679 /command error] error: line 137: 'invalid link option: =
(unknown)': <BR>invalid link option: (unknown)<BR>=A0=A0=A0 while =
executing<BR> "link add link1 <A href=3D"http://rcm2.cse.lehigh.edu:5000" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000</A> =
ONDEMAND tcp"<BR>=A0=A0=A0 (file "./dtn.conf" line 137) =
<BR>[1142213113.468105 /dtnd error] error in configuration file, =
exiting... <BR><BR>and i can ssh to <A href=3D"http://rcm2.cse.lehigh.edu"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu</A> from the =
pda so it isn't a failure in name resolution.<BR><BR>sorry about posting =
the "wrong" list, I knew there was discussion of making multiple lists, =
but I wasn't aware that it had actually happened, since I don't have the =
time to read everything that goes through dtn-interest. Thank you for =
the help so far.<BR><BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/13/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return=
 top.js.OpenExtLink(window,event,this)"> [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV>First of all, let me say that this discussion should be on =
dtn-users. I don't know if ryan is on that list or not, but if you're =
not, please in the future use that list for dtn reference implementation =
questions, not dtn-interest.=A0 <DIV><BR></DIV><DIV>As far as building =
tcl statically goes, it's a bit confusing, but you need to run tcl's =
./configure --disable-shared to tell it to build a full static =
libtcl8.4.a.=A0You don't want the stub library linked in. =
</DIV><DIV><BR></DIV><DIV>As far as your original problem goes, I =
suggested linking statically to try to confirm that it's not a library =
compatibility issue due to the cross compilation. I don't know if this =
will help or not, but that's what I suggest to do first. =
</DIV><DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN><DIV><BR></DIV><DIV><BR><D=
IV><DIV>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite"><SPAN style=3D"color: rgb(0, 0, 0);"> my libtclstub is =
<FONT face=3D"Arial" size=3D"2">libtclstub8.4.so.a and if i try to link =
to it with a link name of </FONT></SPAN><SPAN style=3D"color: rgb(0, 0, =
0);"><FONT face=3D"Arial" size=3D"2"> libtclstub8.4.so.a =
or</FONT></SPAN> <SPAN style=3D"color: rgb(0, 0, 0);"><FONT face=3D"Arial"=
 size=3D"2"> <A href=3D"http://libtclstub8.4.so" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> in the =
/usr/lib directory.=A0 ldconfig complains it " is not an ELF file - it =
has the wrong magic bytes at the start" so I had to leave that link out, =
but I did do the other links, but dtnd crashes the same way. =
</FONT></SPAN><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> [email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">=
 I added links in the target for the following:=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">in /usr/lib from <A href=3D"http://libtcl8.4.so"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so</A> -&gt; =
/usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib from libtcl.so =
-&gt; /usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> in /usr/lib/ from <A =
href=3D"http://libtclstub8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> -&gt; =
/usr/lib/libtclstub8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> </FONT></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">For some =
reason, it seemed like the tcl libraries wanted to be in the same =
directory as the pthread libraries (but I haven't confirmed that).=A0 I =
just moved on as soon as things started working.=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Let me know if this helps for =
you...</FONT></SPAN></DIV> <DIV><BR></DIV>  <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><SPAN><B>From:</B>=
 <A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked] </A>   [mailto:<A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of </B>ryan   m<BR></SPAN><SPAN><B>Sent:</B> =
Monday, November 13, 2006 10:34 AM<BR><B>To:</B>   =
DTNRG<BR></SPAN><B>Subject:</B> Re: [dtn-interest] DTN on Zaurus   =
sl-5500<BR></FONT><BR></DIV><DIV><SPAN>  <DIV></DIV> is that something I =
can do with a configure argument to building   the tcl library (I can't =
find it in ./configure --help)?, and do you think   that doing a static =
build is the best way to fix the original issue I was   having on the =
PDA? <BR><BR>  <DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Scott,   Keith L.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked] </A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"> I     suspect the answer is =
that you need a 'real' tcl library (a .a file) that     can be linked =
statically.=A0 I don't think shared objects (the .so tcl     library you =
have in the arm directory) can be linked that     way. =
</FONT></SPAN></DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    =
<DIV dir=3D"ltr" align=3D"left"><SPAN>=A0=A0=A0=A0=A0=A0=A0     <FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">--keith =
</FONT></SPAN></DIV><BR>    <BLOCKQUOTE style=3D"margin-right: 0px;">    =
  <DIV dir=3D"ltr" align=3D"left" lang=3D"en-us">      <HR>      <FONT =
face=3D"Tahoma" size=3D"2"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked]</A> [mailto: <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B> On Behalf Of       </B>ryan m<BR><B>Sent:</B> Monday, =
November 13, 2006 10:17       AM<BR><B>To:</B> DTNRG<BR><B>Subject:</B> =
[dtn-interest] DTN on Zaurus       sl-5500<BR></FONT><BR></DIV>      =
<DIV><SPAN>      <DIV></DIV>when i configure with this: =
<BR><BR>./configure --build=3D`uname       -m`       =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR><BR>configure       completes fine, =
but... when I do this:<BR><BR>./configure --build=3D`uname       -m`     =
  --host=3Darm-linux =
<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=3D/opt/arm-linux-=
libraries<BR>--enable-static<BR><BR>I       get:<BR><BR>configure: =
checking for tcl installation (version 8.4 )       <BR>checking for =
tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes =
<BR>checking for tcl library in       /opt/arm-linux-libraries/lib: =
-ltcl8.4 -ldl<BR>-lm -lpthread ...       no<BR>checking for tcl library =
in /opt/arm-linux-libraries/lib: -ltcl84       -ldl <BR>-lm -lpthread =
... no<BR> checking for tcl library in       =
/opt/arm-linux-libraries/lib: -ltcl -ldl -lm <BR>-lpthread ...       =
no<BR><BR>configure: checking for tcl installation (version       =
8.3)<BR>checking for tcl.h (version 8.3) in       =
/opt/arm-linux-libraries/include... no <BR>configure: error: can't find  =
     usable tcl.h<BR><BR>and it is       =
there:<BR><BR>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld    =
   *tcl*<BR>-r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <A =
href=3D"http://libtcl8.4.so/" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> libtcl8.4.so </A><BR>-rw-r--r--  =
     1 root root=A0=A0 6894 2006-10-31 17:28       =
libtclstub8.4.a<BR>drwxr-xr-x 8 root root=A0=A0 4096 2006-10-31       =
17:28 tcl8.4<BR>-rw-r--r-- 1 root root=A0=A0 7333 2006-10-31 17:28       =
tclConfig.sh <BR><BR>without enable-static: <BR><BR>configure: checking =
for       tcl installation (version 8.4)<BR>checking for tcl.h (version =
8.4) in       /opt/arm-linux-libraries/include... yes<BR>checking for =
tcl library in       /opt/arm-linux-libraries/lib: - ltcl8.4 -ldl<BR>-lm =
-lpthread ... yes       <BR><BR><BR>Thank you for the =
help<BR><BR><BR>Michael Demmer       wrote:<BR>&gt; try statically =
building dtnd and see if that       works.<BR>&gt;<BR>&gt; =
-m<BR>&gt;<BR>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger =
wrote: <BR>&gt; <BR>&gt;&gt; So I finally had a chance to try       out =
the DTN on the zaurus.=A0=A0So I<BR>&gt;&gt; copied over the       libs =
that I had cross compiled, which seemed obvious<BR>&gt;&gt; to do.       =
Then DTN was complaining about stdc++ lib so I copied over the       =
<BR>&gt;&gt; libs from the lib directory of the cross compile tool =
chain,       I figured<BR>&gt;&gt; that if it was linking in those libs =
to make arm       binaries the libs<BR>&gt;&gt; themselves must be arm =
compatabile, is this       right?=A0=A0So the sum of it <BR>&gt;&gt; is =
I get this when I try       to run       =
DTN:<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;=A0=A0root@collie:~/Applications/D=
TN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<BR>&gt;&gt; -c ./dtn.conf =
--init-db<BR>&gt;&gt; ./dtnd:       error while loading shared =
libraries: libstdc++.so.5: cannot <BR>&gt;&gt;       open shared object =
file: No such file or directory<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
ldconfig<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       =
DEBUG <BR>&gt;&gt; -c ./dtn.conf --init-db<BR>&gt;&gt; =
[1142218881.762749       /log debug] adding log reparse signal =
handler<BR>&gt;&gt;       [1142218881.929239 /timer debug] adding signal =
handler 0xd6c14       for<BR>&gt;&gt; signal 1 <BR>&gt;&gt; [ =
1142218881.931204 /log debug]       adding log rotate signal =
handler<BR>&gt;&gt; [1142218881.933055 /timer       debug] adding signal =
handler 0xd6b9c for<BR>&gt;&gt; signal 10<BR>&gt;&gt;       =
[1142218881.935286  /dtnd notice] DTN daemon starting up... (pid 1870)   =
    <BR>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump     =
  core<BR>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<BR>&gt;&gt; =
Illegal       instruction <BR>&gt;&gt;<BR>&gt;&gt; any thoughts?     =
</SPAN></DIV></BLOCKQUOTE></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOC=
KQUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></DIV></DIV></BODY></H=
TML>=

--Apple-Mail-1-626146691--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] DTN using 2 NIC cards, Identification of which link has the bundle come on
Date: Wed, 15 Nov 2006 10:58:53 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

> Shimin at University of Waterloo is using a machine which has two  
> network cards (one wireless and one wired). I am assuming that to  
> have the daemon listen on both the IPs we would add an extra  
> interface with appropriate ip:port.

Yes. Although if you listen on INADDR_ANY you should still be able to  
make do with just one interface.

> The question I had in mind was that when I do a fwd_to_nexthop and  
> provide a particular link as the parameter then which interface  
> will be used to actually sent that bundle? Is there anyway to  
> control the interface on which the bundle is sent?

You can explicitly set which interface a link should use by adding  
the local_addr=1.2.3.4 parameter to the link configuration. That will  
cause the daemon to call bind() on that address before connecting to  
the nexthop.

> I had asked this question a few months back. I wanted to know if  
> there was anyway to know on which link has a bundle arrived? I  
> remember there was no way to know about it then. Since you have  
> made quite a few changes since then I thought this facility may be  
> available now.

The current implementation of the tcp convergence layer will fill in  
the Contact field in the BundleReceivedEvent, corresponding to the  
(bidirectional) link on which the bundle arrived.

-mike

Date: Wed, 15 Nov 2006 10:37:52 -0500
From: "ryan m" <[email-masked]>
To: [email-masked]
Cc: [email-masked]
Subject: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_15731_22065537.1163605072044
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

so I've got a static version of dtnd compiled and on the zaurus, and now I'm
getting this odd behavior when I try to run

./dtnd -l DEBUG -c ./dtn.conf --init-db

[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf...
[1142213113.433018 /command debug] executing command file ./dtn.conf
[1142213113.438962 /dtnd info] dtnd parsing configuration...
[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)
[1142213113.449577 /dtn/cl/tcp debug] adding interface tcp0
[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9
10
[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking:
nonblocking mode set
[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking:
nonblocking mode set
[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11
[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to 0.0.0.0:5000
[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -> LISTENING
[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to
barrier
[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -> AVAILABLE
[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link
rcm2.cse.lehigh.edu:5000
[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '
rcm2.cse.lehigh.edu' in next hop rcm2.cse.lehigh.edu:5000
[1142213113.466250 /dtn/cl/tcp error] invalid next hop address '
rcm2.cse.lehigh.edu:5000'
[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '
rcm2.cse.lehigh.edu:5000'
[1142213113.467679 /command error] error: line 137: 'invalid link option:
(unknown)':
invalid link option: (unknown)
    while executing
"link add link1 rcm2.cse.lehigh.edu:5000 ONDEMAND tcp"
    (file "./dtn.conf" line 137)
[1142213113.468105 /dtnd error] error in configuration file, exiting...

and i can ssh to rcm2.cse.lehigh.edu from the pda so it isn't a failure in
name resolution.

sorry about posting the "wrong" list, I knew there was discussion of making
multiple lists, but I wasn't aware that it had actually happened, since I
don't have the time to read everything that goes through dtn-interest. Thank
you for the help so far.

On 11/13/06, Michael Demmer <[email-masked]> wrote:
>
> First of all, let me say that this discussion should be on dtn-users. I
> don't know if ryan is on that list or not, but if you're not, please in the
> future use that list for dtn reference implementation questions, not
> dtn-interest.
> As far as building tcl statically goes, it's a bit confusing, but you need
> to run tcl's ./configure --disable-shared to tell it to build a full static
> libtcl8.4.a. You don't want the stub library linked in.
>
> As far as your original problem goes, I suggested linking statically to
> try to confirm that it's not a library compatibility issue due to the cross
> compilation. I don't know if this will help or not, but that's what I
> suggest to do first.
>
> -mike
>
>
> On Nov 13, 2006, at 8:12 AM, ryan m wrote:
>
> my libtclstub is libtclstub8.4.so.a and if i try to link to it with a link
> name of libtclstub8.4.so.a or libtclstub8.4.so in the /usr/lib directory.
> ldconfig complains it " is not an ELF file - it has the wrong magic bytes at
> the start" so I had to leave that link out, but I did do the other links,
> but dtnd crashes the same way.
>
> On 11/13/06, Durst, Robert C. < [email-masked]> wrote:
> >
> >  I added links in the target for the following:
> >
> > in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> > in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> >  in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
> >
> > For some reason, it seemed like the tcl libraries wanted to be in the
> > same directory as the pthread libraries (but I haven't confirmed that).  I
> > just moved on as soon as things started working.
> >
> > Let me know if this helps for you...
> >
> >  ------------------------------
> > *From:* [email-masked] [mailto:
> > [email-masked]] * On Behalf Of *ryan m
> > *Sent:* Monday, November 13, 2006 10:34 AM
> > *To:* DTNRG
> > *Subject:* Re: [dtn-interest] DTN on Zaurus sl-5500
> >
> >  is that something I can do with a configure argument to building the
> > tcl library (I can't find it in ./configure --help)?, and do you think that
> > doing a static build is the best way to fix the original issue I was having
> > on the PDA?
> >
> > On 11/13/06, Scott, Keith L. <[email-masked] > wrote:
> > >
> > >  I suspect the answer is that you need a 'real' tcl library (a .a
> > > file) that can be linked statically.  I don't think shared objects (the .so
> > > tcl library you have in the arm directory) can be linked that way.
> > >
> > >         --keith
> > >
> > >  ------------------------------
> > > *From:* [email-masked] [mailto:
> > > [email-masked]] *On Behalf Of *ryan m
> > > *Sent:* Monday, November 13, 2006 10:17 AM
> > > *To:* DTNRG
> > > *Subject:* [dtn-interest] DTN on Zaurus sl-5500
> > >
> > >  when i configure with this:
> > >
> > > ./configure --build=`uname -m` --host=arm-linux
> > >
> > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > >
> > > configure completes fine, but... when I do this:
> > >
> > > ./configure --build=`uname -m` --host=arm-linux
> > >
> > > --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux-libraries
> > > --enable-static
> > >
> > > I get:
> > >
> > > configure: checking for tcl installation (version 8.4 )
> > > checking for tcl.h (version 8.4) in
> > > /opt/arm-linux-libraries/include... yes
> > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4-ldl
> > > -lm -lpthread ... no
> > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 -ldl
> > >
> > > -lm -lpthread ... no
> > > checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl -ldl
> > > -lm
> > > -lpthread ... no
> > >
> > > configure: checking for tcl installation (version 8.3)
> > > checking for tcl.h (version 8.3) in
> > > /opt/arm-linux-libraries/include... no
> > > configure: error: can't find usable tcl.h
> > >
> > > and it is there:
> > >
> > > edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
> > > -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> > > -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
> > > drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> > > -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
> > >
> > > without enable-static:
> > >
> > > configure: checking for tcl installation (version 8.4)
> > > checking for tcl.h (version 8.4) in
> > > /opt/arm-linux-libraries/include... yes
> > > checking for tcl library in /opt/arm-linux-libraries/lib: - ltcl8.4-ldl
> > > -lm -lpthread ... yes
> > >
> > >
> > > Thank you for the help
> > >
> > >
> > > Michael Demmer wrote:
> > > > try statically building dtnd and see if that works.
> > > >
> > > > -m
> > > >
> > > > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> > > >
> > > >> So I finally had a chance to try out the DTN on the zaurus.  So I
> > > >> copied over the libs that I had cross compiled, which seemed
> > > obvious
> > > >> to do. Then DTN was complaining about stdc++ lib so I copied over
> > > the
> > > >> libs from the lib directory of the cross compile tool chain, I
> > > figured
> > > >> that if it was linking in those libs to make arm binaries the libs
> > > >> themselves must be arm compatabile, is this right?  So the sum of
> > > it
> > > >> is I get this when I try to run DTN:
> > > >>
> > > >>
> > > >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l
> > > DEBUG
> > > >> -c ./dtn.conf --init-db
> > > >> ./dtnd: error while loading shared libraries: libstdc++.so.5:
> > > cannot
> > > >> open shared object file: No such file or directory
> > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
> > > >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l
> > > DEBUG
> > > >> -c ./dtn.conf --init-db
> > > >> [1142218881.762749 /log debug] adding log reparse signal handler
> > > >> [1142218881.929239 /timer debug] adding signal handler 0xd6c14 for
> > > >> signal 1
> > > >> [ 1142218881.931204 /log debug] adding log rotate signal handler
> > > >> [1142218881.933055 /timer debug] adding signal handler 0xd6b9c for
> > > >> signal 10
> > > >> [1142218881.935286 /dtnd notice] DTN daemon starting up... (pid
> > > 1870)
> > > >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
> > > >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> > > >> Illegal instruction
> > > >>
> > > >> any thoughts?
> > >
> > >
> >
>
>

------=_Part_15731_22065537.1163605072044
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

so I've got a static version of dtnd compiled and on the zaurus, and now I'm getting this odd behavior when I try to run<br><br>./dtnd -l DEBUG -c ./dtn.conf --init-db<br><br>[1142213113.431028 /dtnd info] parsing configuration file ./dtn.conf...
<br>[1142213113.433018 /command debug] executing command file ./dtn.conf<br>[1142213113.438962 /dtnd info] dtnd parsing configuration...<br>[1142213113.447671 /dtn/interface/table info] adding interface tcp0 (tcp)<br>[1142213113.449577

 /dtn/cl/tcp debug] adding interface tcp0<br>[1142213113.452019 /dtn/cl/tcp/listener/notifier debug] created pipe, fds: 9 10<br>[1142213113.453889 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set
<br>[1142213113.456037 /dtn/cl/tcp/listener/notifier debug] set_nonblocking: nonblocking mode set<br>[1142213113.458433 /dtn/cl/tcp/iface/tcp0 debug] created socket 11<br>[1142213113.460564 /dtn/cl/tcp/iface/tcp0 debug] setting SO_REUSEADDR
<br>[1142213113.460922 /dtn/cl/tcp/iface/tcp0 debug] binding to <a href="http://0.0.0.0:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">0.0.0.0:5000</a><br>[1142213113.461546 /dtn/cl/tcp/iface/tcp0 debug] listening
<br>[1142213113.462014 /dtn/cl/tcp/iface/tcp0 debug] state INIT -&gt; LISTENING
<br>[1142213113.462443 /thread debug] delaying start of thread 0x42bb54 due to barrier<br>[1142213113.464152 /dtn/link/link1 debug] set_state UNAVAILABLE -&gt; AVAILABLE<br>[1142213113.464947 /dtn/cl/tcp debug] adding ONDEMAND link 
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000</a><br>[1142213113.465856 /dtn/cl/iputils warning] invalid hostname '<a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rcm2.cse.lehigh.edu</a>' in next hop <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rcm2.cse.lehigh.edu:5000</a><br>[1142213113.466250 /dtn/cl/tcp error] invalid next hop address '<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000
</a>'<br>[1142213113.466579 /dtn/cl/tcp error] error parsing link nexthop '
<a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000</a>'<br>[1142213113.467679 /command error] error: line 137: 'invalid link option: (unknown)':
<br>invalid link option: (unknown)<br>&nbsp;&nbsp;&nbsp; while executing<br>
&quot;link add link1 <a href="http://rcm2.cse.lehigh.edu:5000" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu:5000</a> ONDEMAND tcp&quot;<br>&nbsp;&nbsp;&nbsp; (file &quot;./dtn.conf&quot; line 137)
<br>[1142213113.468105 /dtnd error] error in configuration file, exiting...
<br><br>and i can ssh to <a href="http://rcm2.cse.lehigh.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rcm2.cse.lehigh.edu</a> from the pda so it isn't a failure in name resolution.<br><br>sorry about posting the &quot;wrong&quot; list, I knew there was discussion of making multiple lists, but I wasn't aware that it had actually happened, since I don't have the time to read everything that goes through dtn-interest.
Thank you for the help so far.<br><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>First of all, let me say that this discussion should be on dtn-users. I don't know if ryan is on that list or not, but if you're not, please in the future use that list for dtn reference implementation questions, not dtn-interest.&nbsp;
<div><br></div><div>As far as building tcl statically goes, it's a bit confusing, but you need to run tcl's ./configure --disable-shared to tell it to build a full static libtcl8.4.a.&nbsp;You don't want the stub library linked in.
</div><div><br></div><div>As far as your original problem goes, I suggested linking statically to try to confirm that it's not a library compatibility issue due to the cross compilation. I don't know if this will help or not, but that's what I suggest to do first.
</div><div><br></div><div>-mike</div><div><span><div><br></div><div><br><div><div>On Nov 13, 2006, at 8:12 AM, ryan m wrote:</div><br><blockquote type="cite"><span style="color: rgb(0, 0, 0);">
my libtclstub is <font face="Arial" size="2">libtclstub8.4.so.a and if i try to link to it with a link name of </font></span><span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> libtclstub8.4.so.a or</font></span>

<span style="color: rgb(0, 0, 0);"><font face="Arial" size="2"> <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> in the /usr/lib directory.&nbsp; ldconfig complains it &quot; is not an ELF file - it has the wrong magic bytes at the start&quot; so I had to leave that link out, but I did do the other links, but dtnd crashes the same way. 
</font></span><br><br><div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Durst, Robert C.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div> <div><span><font color="#0000ff" face="Arial" size="2">

I added links in the target for the following:&nbsp; </font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from <a href="http://libtcl8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

libtcl8.4.so</a> -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">in /usr/lib from libtcl.so -&gt; /usr/lib/libtcl8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">

in /usr/lib/ from <a href="http://libtclstub8.4.so" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</a> -&gt; /usr/lib/libtclstub8.4.so</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2">

</font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">For some reason, it seemed like the tcl libraries wanted to be in the same directory as the pthread libraries (but I haven't confirmed that).&nbsp; I just moved on as soon as things started working.&nbsp; 
</font></span></div> <div><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div> <div><span><font color="#0000ff" face="Arial" size="2">Let me know if this helps for you...</font></span></div> <div><br></div>

 <blockquote style="border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; margin-left: 5px; margin-right: 0px;">  <div dir="ltr" align="left" lang="en-us">  <hr>  <font face="Tahoma" size="2"><span><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

[email-masked] </a>   [mailto:<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>

On Behalf Of </b>ryan   m<br></span><span><b>Sent:</b> Monday, November 13, 2006 10:34 AM<br><b>To:</b>   DTNRG<br></span><b>Subject:</b> Re: [dtn-interest] DTN on Zaurus   sl-5500<br></font><br></div><div><span>  <div></div>

is that something I can do with a configure argument to building   the tcl library (I can't find it in ./configure --help)?, and do you think   that doing a static build is the best way to fix the original issue I was   having on the PDA? 
<br><br>  <div><span class="gmail_quote">On 11/13/06, <b class="gmail_sendername">Scott,   Keith L.</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]
</a>&gt;   wrote:</span>  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">    <div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">

I     suspect the answer is that you need a 'real' tcl library (a .a file) that     can be linked statically.&nbsp; I don't think shared objects (the .so tcl     library you have in the arm directory) can be linked that     way.
</font></span></div>    <div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span>&nbsp;</div>    <div dir="ltr" align="left"><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;     <font color="#0000ff" face="Arial" size="2">--keith
</font></span></div><br>    <blockquote style="margin-right: 0px;">      <div dir="ltr" align="left" lang="en-us">      <hr>      <font face="Tahoma" size="2"><b>From:</b> <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

[email-masked]</a> [mailto: <a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a>] <b>
On Behalf Of       
</b>ryan m<br><b>Sent:</b> Monday, November 13, 2006 10:17       AM<br><b>To:</b> DTNRG<br><b>Subject:</b> [dtn-interest] DTN on Zaurus       sl-5500<br></font><br></div>      <div><span>      <div></div>when i configure with this:
<br><br>./configure --build=`uname       -m`       --host=arm-linux<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br><br>configure       completes fine, but... when I do this:<br><br>./configure --build=`uname       -m`       --host=arm-linux
<br>--with-db=/opt/arm-linux-libraries&nbsp;&nbsp;--with-tcl=/opt/arm-linux-libraries<br>--enable-static<br><br>I       get:<br><br>configure: checking for tcl installation (version 8.4 )       <br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes
<br>checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<br>-lm -lpthread ...       no<br>checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84       -ldl <br>-lm -lpthread ... no<br>
checking for tcl library in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm
<br>-lpthread ...       no<br><br>configure: checking for tcl installation (version       8.3)<br>checking for tcl.h (version 8.3) in       /opt/arm-linux-libraries/include... no <br>configure: error: can't find       usable 
tcl.h<br><br>and it is       there:<br><br>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld       *tcl*<br>-r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <a href="http://libtcl8.4.so/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

libtcl8.4.so </a><br>-rw-r--r--       1 root root&nbsp;&nbsp; 6894 2006-10-31 17:28       libtclstub8.4.a<br>drwxr-xr-x 8 root root&nbsp;&nbsp; 4096 2006-10-31       17:28 tcl8.4<br>-rw-r--r-- 1 root root&nbsp;&nbsp; 7333 2006-10-31 17:28       tclConfig.sh

<br><br>without enable-static: <br><br>configure: checking for       tcl installation (version 8.4)<br>checking for tcl.h (version 8.4) in       /opt/arm-linux-libraries/include... yes<br>checking for tcl library in       /opt/arm-linux-libraries/lib: -
ltcl8.4 -ldl<br>-lm -lpthread ... yes       <br><br><br>Thank you for the help<br><br><br>Michael Demmer       wrote:<br>&gt; try statically building dtnd and see if that       works.<br>&gt;<br>&gt; -m<br>&gt;<br>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger wrote:
<br>&gt; <br>&gt;&gt; So I finally had a chance to try       out the DTN on the zaurus.&nbsp;&nbsp;So I<br>&gt;&gt; copied over the       libs that I had cross compiled, which seemed obvious<br>&gt;&gt; to do.       Then DTN was complaining about stdc++ lib so I copied over the       
<br>&gt;&gt; libs from the lib directory of the cross compile tool chain,       I figured<br>&gt;&gt; that if it was linking in those libs to make arm       binaries the libs<br>&gt;&gt; themselves must be arm compatabile, is this       right?&nbsp;&nbsp;So the sum of it 
<br>&gt;&gt; is I get this when I try       to run       DTN:<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp;root@collie:~/Applications/DTN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; ./dtnd:       error while loading shared libraries: libstdc++.so.5: cannot 
<br>&gt;&gt;       open shared object file: No such file or directory<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig<br>&gt;&gt;       root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       DEBUG
<br>&gt;&gt; -c ./dtn.conf --init-db<br>&gt;&gt; [1142218881.762749       /log debug] adding log reparse signal handler<br>&gt;&gt;       [1142218881.929239 /timer debug] adding signal handler 0xd6c14       for<br>&gt;&gt; signal 1
<br>&gt;&gt; [ 1142218881.931204 /log debug]       adding log rotate signal handler<br>&gt;&gt; [1142218881.933055 /timer       debug] adding signal handler 0xd6b9c for<br>&gt;&gt; signal 10<br>&gt;&gt;       [1142218881.935286

 /dtnd notice] DTN daemon starting up... (pid 1870)       <br>&gt;&gt; ERROR: dtnd (pid 1870) got fatal SIGILL - will dump       core<br>&gt;&gt; STACK TRACE: 0xce810 0x403c5d00 (nil)<br>&gt;&gt; Illegal       instruction
<br>&gt;&gt;<br>&gt;&gt; any thoughts?     </span></div></blockquote></div></blockquote></div><br></span></div></blockquote></div> </blockquote></div><br></blockquote></div><br></div></span></div></div>
</blockquote></div><br>

------=_Part_15731_22065537.1163605072044--

Date: Wed, 15 Nov 2006 20:04:21 +0530
From: "Zahir Koradia" <[email-masked]>
To: [email-masked]
Subject: [dtn-users] DTN using 2 NIC cards, Identification of which link has the bundle come on
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_46322_33371132.1163601261351
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,
Shimin at University of Waterloo is using a machine which has two network
cards (one wireless and one wired). I am assuming that to have the daemon
listen on both the IPs we would add an extra interface with appropriate
ip:port. The question I had in mind was that when I do a fwd_to_nexthop and
provide a particular link as the parameter then which interface will be used
to actually sent that bundle? Is there anyway to control the interface on
which the bundle is sent?

I had asked this question a few months back. I wanted to know if there was
anyway to know on which link has a bundle arrived? I remember there was no
way to know about it then. Since you have made quite a few changes since
then I thought this facility may be available now.

Thanks,
Zahir

------=_Part_46322_33371132.1163601261351
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,<br>
Shimin at University of Waterloo is using a machine which has two
network cards (one wireless and one wired). I am assuming that to have
the daemon listen on both the IPs we would add an extra interface with
appropriate ip:port. The question I had in mind was that when I do a
fwd_to_nexthop and provide a particular link as the parameter then
which interface will be used to actually sent that bundle? Is there
anyway to control the interface on which the bundle is sent?<br>
<br>
I had asked this question a few months back. I wanted to know if there
was anyway to know on which link has a bundle arrived? I remember there
was no way to know about it then. Since you have made quite a few
changes since then I thought this facility may be available now. <br>
<br>
Thanks,<br>
Zahir<br>
<br>
<br>

------=_Part_46322_33371132.1163601261351--

Date: Tue, 14 Nov 2006 12:58:06 -0500
To: [email-masked]
From: Florent Parent <[email-masked]>
Subject: [dtn-users] Bundle protocol dissector
Sender: [email-masked]
Reply-To: [email-masked]

Hi,

I'm writing a bundle protocol dissector for Wireshark (new name for 
Ethereal). It's currently stable and working fine. The bundle primary and 
payload packets are decoded and displayed in a protocol tree. You will find 
the source code, instructions and snapshot at 
<http://homepage.mac.com/florent.parent/dtnrg/README.html>.

There are still limitations, but this is work in progress :)

This will hopefully be useful to some. Comments/bug reports welcomed.

Florent

Cc: [email-masked]
From: Michael Demmer <[email-masked]>
Date: Tue, 14 Nov 2006 07:55:22 -0800
To: luo cheng <[email-masked]>
Subject: [dtn-users] Re: Compile DTN2 in Cygwin, Link problem: undefined reference _Tcl_CreateFileHandler from tclreadline.c
Sender: [email-masked]
Reply-To: [email-masked]

Try running ./configure --without-tclreadline and then rebuild.

-m

On Nov 14, 2006, at 3:02 AM, luo cheng wrote:

> Hi,
>
> I was trying to compile the newest version of DTN2 for Cygwin.  
> After correct these known error by type casting, I finnaly got a  
> link problem. When linking libtcl.a, it can not find the  
> Tcl_CreateFileHandler and Tcl_DeleteFileHandler, I check with  
> libtcl.a (which is linked to libtcl84.a) by objdump -d libtcl.a |  
> grep Tcl_CreateFileHandler, there is not such object. So could  
> anyone can give me some hints?
>
> NB, I tried compile the tcl from source code with version 4.5 by  
> Mingw, and the problem is still.

Date: Tue, 14 Nov 2006 13:02:41 +0200
From: "luo cheng" <[email-masked]>
To: [email-masked]
Cc: [email-masked]
Subject: [dtn-users] Compile DTN2 in Cygwin, Link problem: undefined reference _Tcl_CreateFileHandler from tclreadline.c
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_113549_4002010.1163502161588
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

I was trying to compile the newest version of DTN2 for Cygwin. After correct
these known error by type casting, I finnaly got a link problem. When
linking libtcl.a, it can not find the Tcl_CreateFileHandler and
Tcl_DeleteFileHandler, I check with libtcl.a (which is linked to libtcl84.a)
by objdump -d libtcl.a | grep Tcl_CreateFileHandler, there is not such
object. So could anyone can give me some hints?

NB, I tried compile the tcl from source code with version 4.5 by Mingw, and
the problem is still.

------=_Part_113549_4002010.1163502161588
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,<br><br>I was trying to compile the newest version of DTN2 for Cygwin. After correct these known error by type casting, I finnaly got a link problem. When linking libtcl.a, it can not find the Tcl_CreateFileHandler and Tcl_DeleteFileHandler, I check with 
libtcl.a (which is linked to libtcl84.a) by objdump -d libtcl.a | grep Tcl_CreateFileHandler, there is not such object. So could anyone can give me some hints?<br><br>NB, I tried compile the tcl from source code with version 
4.5 by Mingw, and the problem is still. <br>

------=_Part_113549_4002010.1163502161588--

Cc: [email-masked]
From: Michael Demmer <[email-masked]>
Date: Mon, 13 Nov 2006 09:02:55 -0800
To: ryan m <[email-masked]>
Subject: [dtn-users] Re: [dtn-interest] DTN on Zaurus sl-5500
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-1-446581435
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

First of all, let me say that this discussion should be on dtn-users.  
I don't know if ryan is on that list or not, but if you're not,  
please in the future use that list for dtn reference implementation  
questions, not dtn-interest.

As far as building tcl statically goes, it's a bit confusing, but you  
need to run tcl's ./configure --disable-shared to tell it to build a  
full static libtcl8.4.a. You don't want the stub library linked in.

As far as your original problem goes, I suggested linking statically  
to try to confirm that it's not a library compatibility issue due to  
the cross compilation. I don't know if this will help or not, but  
that's what I suggest to do first.

-mike

On Nov 13, 2006, at 8:12 AM, ryan m wrote:

> my libtclstub is libtclstub8.4.so.a and if i try to link to it with  
> a link name of libtclstub8.4.so.a or libtclstub8.4.so in the /usr/ 
> lib directory.  ldconfig complains it " is not an ELF file - it has  
> the wrong magic bytes at the start" so I had to leave that link  
> out, but I did do the other links, but dtnd crashes the same way.
>
> On 11/13/06, Durst, Robert C. <[email-masked]> wrote:
> I added links in the target for the following:
>
> in /usr/lib from libtcl8.4.so -> /usr/lib/libtcl8.4.so
> in /usr/lib from libtcl.so -> /usr/lib/libtcl8.4.so
> in /usr/lib/ from libtclstub8.4.so -> /usr/lib/libtclstub8.4.so
>
> For some reason, it seemed like the tcl libraries wanted to be in  
> the same directory as the pthread libraries (but I haven't  
> confirmed that).  I just moved on as soon as things started working.
>
> Let me know if this helps for you...
>
> From: [email-masked] [mailto:dtn-interest- 
> [email-masked]] On Behalf Of ryan m
> Sent: Monday, November 13, 2006 10:34 AM
> To: DTNRG
> Subject: Re: [dtn-interest] DTN on Zaurus sl-5500
>
> is that something I can do with a configure argument to building  
> the tcl library (I can't find it in ./configure --help)?, and do  
> you think   that doing a static build is the best way to fix the  
> original issue I was having on the PDA?
>
> On 11/13/06, Scott, Keith L. <[email-masked]> wrote:
> I suspect the answer is that you need a 'real' tcl library (a .a  
> file) that can be linked statically.  I don't think shared objects  
> (the .so tcl library you have in the arm directory) can be linked  
> that way.
>
>         --keith
>
> From: [email-masked] [mailto: dtn-interest- 
> [email-masked]] On Behalf Of ryan m
> Sent: Monday, November 13, 2006 10:17 AM
> To: DTNRG
> Subject: [dtn-interest] DTN on Zaurus sl-5500
>
> when i configure with this:
>
> ./configure --build=`uname -m` --host=arm-linux
> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
> libraries
>
> configure completes fine, but... when I do this:
>
> ./configure --build=`uname -m` --host=arm-linux
> --with-db=/opt/arm-linux-libraries  --with-tcl=/opt/arm-linux- 
> libraries
> --enable-static
>
> I get:
>
> configure: checking for tcl installation (version 8.4 )
> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
> include... yes
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4 - 
> ldl
> -lm -lpthread ... no
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl84 -ldl
> -lm -lpthread ... no
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl - 
> ldl -lm
> -lpthread ... no
>
> configure: checking for tcl installation (version 8.3)
> checking for tcl.h (version 8.3) in /opt/arm-linux-libraries/ 
> include... no
> configure: error: can't find usable tcl.h
>
> and it is there:
>
> edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld *tcl*
> -r-xr-xr-x 1 root root 743365 2006-10-31 17:28 libtcl8.4.so
> -rw-r--r-- 1 root root   6894 2006-10-31 17:28 libtclstub8.4.a
> drwxr-xr-x 8 root root   4096 2006-10-31 17:28 tcl8.4
> -rw-r--r-- 1 root root   7333 2006-10-31 17:28 tclConfig.sh
>
> without enable-static:
>
> configure: checking for tcl installation (version 8.4)
> checking for tcl.h (version 8.4) in /opt/arm-linux-libraries/ 
> include... yes
> checking for tcl library in /opt/arm-linux-libraries/lib: -ltcl8.4 - 
> ldl
> -lm -lpthread ... yes
>
>
> Thank you for the help
>
>
> Michael Demmer wrote:
> > try statically building dtnd and see if that works.
> >
> > -m
> >
> > On Nov 11, 2006, at 10:31 AM, Ryan Metzger wrote:
> >
> >> So I finally had a chance to try out the DTN on the zaurus.  So I
> >> copied over the libs that I had cross compiled, which seemed  
> obvious
> >> to do. Then DTN was complaining about stdc++ lib so I copied  
> over the
> >> libs from the lib directory of the cross compile tool chain, I  
> figured
> >> that if it was linking in those libs to make arm binaries the libs
> >> themselves must be arm compatabile, is this right?  So the sum  
> of it
> >> is I get this when I try to run DTN:
> >>
> >>
> >>  root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l  
> DEBUG
> >> -c ./dtn.conf --init-db
> >> ./dtnd: error while loading shared libraries: libstdc++.so.5:  
> cannot
> >> open shared object file: No such file or directory
> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ldconfig
> >> root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l  
> DEBUG
> >> -c ./dtn.conf --init-db
> >> [1142218881.762749 /log debug] adding log reparse signal handler
> >> [1142218881.929239 /timer debug] adding signal handler 0xd6c14 for
> >> signal 1
> >> [ 1142218881.931204 /log debug] adding log rotate signal handler
> >> [1142218881.933055 /timer debug] adding signal handler 0xd6b9c for
> >> signal 10
> >> [1142218881.935286 /dtnd notice] DTN daemon starting up... (pid  
> 1870)
> >> ERROR: dtnd (pid 1870) got fatal SIGILL - will dump core
> >> STACK TRACE: 0xce810 0x403c5d00 (nil)
> >> Illegal instruction
> >>
> >> any thoughts?
>
>

--Apple-Mail-1-446581435
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">First of all, let me say that =
this discussion should be on dtn-users. I don't know if ryan is on that =
list or not, but if you're not, please in the future use that list for =
dtn reference implementation questions, not dtn-interest.=A0<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>As far as building tcl =
statically goes, it's a bit confusing, but you need to run tcl's =
./configure --disable-shared to tell it to build a full static =
libtcl8.4.a.=A0You don't want the stub library linked in.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>As far as your original =
problem goes, I suggested linking statically to try to confirm that it's =
not a library compatibility issue due to the cross compilation. I don't =
know if this will help or not, but that's what I suggest to do =
first.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-mike</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR><DIV><DIV>On Nov 13, =
2006, at 8:12 AM, ryan m wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite"><SPAN =
style=3D"color: rgb(0, 0, 0);">my libtclstub is <FONT face=3D"Arial" =
size=3D"2">libtclstub8.4.so.a and if i try to link to it with a link =
name of </FONT></SPAN><SPAN style=3D"color: rgb(0, 0, 0);"><FONT =
face=3D"Arial" size=3D"2"> libtclstub8.4.so.a or</FONT></SPAN><SPAN =
style=3D"color: rgb(0, 0, 0);"><FONT face=3D"Arial" size=3D"2"> <A =
href=3D"http://libtclstub8.4.so">libtclstub8.4.so</A> in the /usr/lib =
directory.=A0 ldconfig complains it " is not an ELF file - it has the =
wrong magic bytes at the start" so I had to leave that link out, but I =
did do the other links, but dtnd crashes the same way. =
</FONT></SPAN><BR><BR><DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Durst, Robert C.</B> &lt;<A =
href=3D"mailto:[email-masked]">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2">I added links in the target for the following:=A0 =
</FONT></SPAN></DIV> <DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">in /usr/lib from <A href=3D"http://libtcl8.4.so"=
 target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtcl8.4.so</A> -&gt; =
/usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib from libtcl.so =
-&gt; /usr/lib/libtcl8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">in /usr/lib/ from <A =
href=3D"http://libtclstub8.4.so" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtclstub8.4.so</A> -&gt; =
/usr/lib/libtclstub8.4.so</FONT></SPAN></DIV> <DIV><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" size=3D"2">For some =
reason, it seemed like the tcl libraries wanted to be in the same =
directory as the pthread libraries (but I haven't confirmed that).=A0 I =
just moved on as soon as things started working.=A0 </FONT></SPAN></DIV> =
<DIV><SPAN><FONT color=3D"#0000ff" face=3D"Arial" =
size=3D"2"></FONT></SPAN>=A0</DIV> <DIV><SPAN><FONT color=3D"#0000ff" =
face=3D"Arial" size=3D"2">Let me know if this helps for =
you...</FONT></SPAN></DIV> <DIV><BR></DIV> <BLOCKQUOTE =
style=3D"border-left: 2px solid rgb(0, 0, 255); padding-left: 5px; =
margin-left: 5px; margin-right: 0px;">  <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">  <HR>  <FONT face=3D"Tahoma" size=3D"2"><SPAN =
class=3D"q"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g </A>   [mailto:<A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B>On Behalf Of </B>ryan   m<BR></SPAN><SPAN =
class=3D"q"><B>Sent:</B> Monday, November 13, 2006 10:34 =
AM<BR><B>To:</B>   DTNRG<BR></SPAN><B>Subject:</B> Re: [dtn-interest] =
DTN on Zaurus   sl-5500<BR></FONT><BR></DIV><DIV><SPAN class=3D"e" =
id=3D"q_10ee206ceb4bf1cf_4">  <DIV></DIV>is that something I can do with =
a configure argument to building   the tcl library (I can't find it in =
./configure --help)?, and do you think   that doing a static build is =
the best way to fix the original issue I was   having on the PDA? =
<BR><BR>  <DIV><SPAN class=3D"gmail_quote">On 11/13/06, <B =
class=3D"gmail_sendername">Scott,   Keith L.</B> &lt;<A =
href=3D"mailto:[email-masked]" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A>&gt;   =
wrote:</SPAN>  <BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: =
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;">    <DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2">I     suspect the answer is =
that you need a 'real' tcl library (a .a file) that     can be linked =
statically.=A0 I don't think shared objects (the .so tcl     library you =
have in the arm directory) can be linked that     =
way.</FONT></SPAN></DIV>    <DIV dir=3D"ltr" align=3D"left"><SPAN><FONT =
color=3D"#0000ff" face=3D"Arial" size=3D"2"></FONT></SPAN>=A0</DIV>    =
<DIV dir=3D"ltr" align=3D"left"><SPAN>=A0=A0=A0=A0=A0=A0=A0     <FONT =
color=3D"#0000ff" face=3D"Arial" =
size=3D"2">--keith</FONT></SPAN></DIV><BR>    <BLOCKQUOTE =
style=3D"margin-right: 0px;">      <DIV dir=3D"ltr" align=3D"left" =
lang=3D"en-us">      <HR>      <FONT face=3D"Tahoma" =
size=3D"2"><B>From:</B> <A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A> [mailto: <A href=3D"mailto:[email-masked]" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]=
g</A>] <B>On Behalf Of       </B>ryan m<BR><B>Sent:</B> Monday, November =
13, 2006 10:17       AM<BR><B>To:</B> DTNRG<BR><B>Subject:</B> =
[dtn-interest] DTN on Zaurus       sl-5500<BR></FONT><BR></DIV>      =
<DIV><SPAN>      <DIV></DIV>when i configure with =
this:<BR><BR>./configure --build=3D`uname       -m`       =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR><BR>configure       completes fine, =
but... when I do this:<BR><BR>./configure --build=3D`uname       -m`     =
  =
--host=3Darm-linux<BR>--with-db=3D/opt/arm-linux-libraries=A0=A0--with-tcl=
=3D/opt/arm-linux-libraries<BR>--enable-static<BR><BR>I       =
get:<BR><BR>configure: checking for tcl installation (version 8.4 )      =
 <BR>checking for tcl.h (version 8.4) in       =
/opt/arm-linux-libraries/include... yes<BR>checking for tcl library in   =
    /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<BR>-lm -lpthread ...     =
  no<BR>checking for tcl library in /opt/arm-linux-libraries/lib: =
-ltcl84       -ldl <BR>-lm -lpthread ... no<BR>checking for tcl library =
in       /opt/arm-linux-libraries/lib: -ltcl -ldl -lm<BR>-lpthread ...   =
    no<BR><BR>configure: checking for tcl installation (version       =
8.3)<BR>checking for tcl.h (version 8.3) in       =
/opt/arm-linux-libraries/include... no <BR>configure: error: can't find  =
     usable tcl.h<BR><BR>and it is       =
there:<BR><BR>edifyteam@runabout:/opt/arm-linux-libraries/lib$ ls -ld    =
   *tcl*<BR>-r-xr-xr-x 1 root root 743365 2006-10-31 17:28 <A =
href=3D"http://libtcl8.4.so/" target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)">libtcl8.4.so </A><BR>-rw-r--r--   =
    1 root root=A0=A0 6894 2006-10-31 17:28       =
libtclstub8.4.a<BR>drwxr-xr-x 8 root root=A0=A0 4096 2006-10-31       =
17:28 tcl8.4<BR>-rw-r--r-- 1 root root=A0=A0 7333 2006-10-31 17:28       =
tclConfig.sh<BR><BR>without enable-static: <BR><BR>configure: checking =
for       tcl installation (version 8.4)<BR>checking for tcl.h (version =
8.4) in       /opt/arm-linux-libraries/include... yes<BR>checking for =
tcl library in       /opt/arm-linux-libraries/lib: -ltcl8.4 -ldl<BR>-lm =
-lpthread ... yes       <BR><BR><BR>Thank you for the =
help<BR><BR><BR>Michael Demmer       wrote:<BR>&gt; try statically =
building dtnd and see if that       works.<BR>&gt;<BR>&gt; =
-m<BR>&gt;<BR>&gt; On Nov 11, 2006, at 10:31 AM,       Ryan Metzger =
wrote:<BR>&gt; <BR>&gt;&gt; So I finally had a chance to try       out =
the DTN on the zaurus.=A0=A0So I<BR>&gt;&gt; copied over the       libs =
that I had cross compiled, which seemed obvious<BR>&gt;&gt; to do.       =
Then DTN was complaining about stdc++ lib so I copied over the       =
<BR>&gt;&gt; libs from the lib directory of the cross compile tool =
chain,       I figured<BR>&gt;&gt; that if it was linking in those libs =
to make arm       binaries the libs<BR>&gt;&gt; themselves must be arm =
compatabile, is this       right?=A0=A0So the sum of it <BR>&gt;&gt; is =
I get this when I try       to run       =
DTN:<BR>&gt;&gt;<BR>&gt;&gt;<BR>&gt;&gt;=A0=A0root@collie:~/Applications/D=
TN_wireless/DTN2/daemon#       ./dtnd -l DEBUG<BR>&gt;&gt; -c ./dtn.conf =
--init-db<BR>&gt;&gt; ./dtnd:       error while loading shared =
libraries: libstdc++.so.5: cannot <BR>&gt;&gt;       open shared object =
file: No such file or directory<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# =
ldconfig<BR>&gt;&gt;       =
root@collie:~/Applications/DTN_wireless/DTN2/daemon# ./dtnd -l       =
DEBUG<BR>&gt;&gt; -c ./dtn.conf --init-db<BR>&gt;&gt; [1142218881.762749 =
      /log debug] adding log reparse signal handler<BR>&gt;&gt;       =
[1142218881.929239 /timer debug] adding signal handler 0xd6c14       =
for<BR>&gt;&gt; signal 1<BR>&gt;&gt; [ 1142218881.931204 /log debug]     =
  adding log rotate signal handler<BR>&gt;&gt; [1142218881.933055 /timer =
      debug] adding signal handler 0xd6b9c for<BR>&gt;&gt; signal =
10<BR>&gt;&gt;       [1142218881.935286 /dtnd notice] DTN daemon =
starting up... (pid 1870)       <BR>&gt;&gt; ERROR: dtnd (pid 1870) got =
fatal SIGILL - will dump       core<BR>&gt;&gt; STACK TRACE: 0xce810 =
0x403c5d00 (nil)<BR>&gt;&gt; Illegal       =
instruction<BR>&gt;&gt;<BR>&gt;&gt; any thoughts?     =
</SPAN></DIV></BLOCKQUOTE></DIV></BLOCKQUOTE></DIV><BR></SPAN></DIV></BLOC=
KQUOTE></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-1-446581435--

From: Michael Demmer <[email-masked]>
Date: Fri, 10 Nov 2006 18:25:36 -0800
To: dtn-interest <[email-masked]>, [email-masked]
Subject: [dtn-users] interoperability at IETF 67
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-5-221142683
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

This week several of us completed the first DTN interoperability  
testing at IETF 67 in San Diego and it was a great success!

The setup:

There were six teams present, running several implementations,  
summarized as follows:

DTN2:	Michael Demmer -- UC Berkeley / Intel Research
	C++; TCP + UDP CL; Mac OS X and Linux laptops & Nokia 770 PDA

DTN2-ECL: Jeff Ward -- BBN
	C++ & Java (external convergence layer); TCP + UDP CL; Linux laptop

DTN2-ER: Keith Scott -- MITRE
	C++ (external router); TCP + UDP CL; Linux laptop

DTN#:	Kevin Webb + Jon Olson -- GA Tech
	C# (.NET); UDP CL; Linux + Win32 laptop

ION:	Scott Burleigh -- JPL
	C; UDP CL; Linux laptop

TKK:	Joerg Ott -- Helsinki
	C++ (Symbian); TCP CL; Nokia 9300 phone

Note that the above list contains four completely "bottom up"  
implementations of the bundling protocol, two variants of the DTN2  
reference implementation with externalized components, four  
programming languages, and six operating system/runtime environments.

The tests:

We demonstrated basic bundle generation and successful parsing  
between _all_ pairs of implementations over compatible convergence  
layers. In other words, everyone who spoke UDP successfully  
transferred to/from everyone else who spoke UDP and ditto for TCP.

All nodes demonstrated status report generation for (almost) all  
status report types -- reception, forwarding, custody acceptance,  
delivery, and deletion. We did not test the "acknowledged by  
application" status report since no-one implemented it yet.

We demonstrated custody transfer signalling (both positive and  
negative) between DTN2 and ION.

We were able to successfully handle extension blocks generated by  
DTN2 and processed correctly (in this case dropped) by ION when  
forwarding the bundle.

We exercised the recently-specified TCP convergence layer protocol  
across three independent implementations: DTN2, DTN2-ECL, and TKK,  
including the keepalive functionality and some preliminary  
experiments with varied segment lengths.

And finally, in what was perhaps the most ambitious test, we set up a  
ten node linear topology involving all the implementations (see  
attached file) and successfully sent a bundle along the entire chain,  
with various sizes of bundles, custody transfer both enabled and  
disabled, and all status report flags selected. It should be noted  
that for this test we sent the status report signals to an alternate  
report-to EID that was different from the source EID of the bundle,  
and that the status report features were quite valuable in debugging  
the network.

All in all, this testing exceeded my own expectations and those of  
many others, and moreover, it was a lot of fun. Thanks to all  
involved and I look forward to the next DTN interop event.

-mike

--Apple-Mail-5-221142683
Content-Transfer-Encoding: base64
Content-Type: application/pdf;
	x-unix-mode=0644;
	name=dtn-interop-topology.pdf
Content-Disposition: inline;
	filename=dtn-interop-topology.pdf

--Apple-Mail-5-221142683
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

--Apple-Mail-5-221142683--

Date: Fri, 10 Nov 2006 18:38:26 +0100
From: Janico Greifenberg <[email-masked]>
To: [email-masked]
Subject: [dtn-users] wwwoffle_dtn compile problems
Sender: [email-masked]
Reply-To: [email-masked]

This is a multi-part message in MIME format.
--------------040105070806070307090804
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Hi,

when trying to build wwwoffle_dtn, I get the following errors:

gcc -c -g dtnwh.c -o dtnwh.o -I../../DTN2/applib
dtnwh.c: In function ‘do_dtn_client_sender’:
dtnwh.c:206: error: too few arguments to function ‘dtn_open’
dtnwh.c: In function ‘do_dtn_client_receiver’:
dtnwh.c:333: error: too few arguments to function ‘dtn_open’
dtnwh.c: In function ‘do_dtn_server’:
dtnwh.c:454: error: too few arguments to function ‘dtn_open’
make[1]: *** [dtnwh.o] Error 1

I'm using the current CVS versions of both DTN2 and wwwoffle_dtn. It
seems to me that the parameters of the dtn_open() function have changed
in DTN2/applib, but wwwoffle_dtn has not been updated. The attached
patch should fix that.

Cheers,
Janico

--------------040105070806070307090804
Content-Type: text/x-patch;
 name="compile.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="compile.patch"

Index: src/dtnwh.c
===================================================================
RCS file: /repository/wwwoffle_dtn/src/dtnwh.c,v
retrieving revision 1.5
diff -u -r1.5 dtnwh.c
--- src/dtnwh.c	2 Jun 2006 23:34:11 -0000	1.5
+++ src/dtnwh.c	10 Nov 2006 15:10:10 -0000
@@ -185,6 +185,7 @@
 	static pthread_mutex_t clientSenderMutex;
 	static int clientSenderMutexInited = 0;
     sigset_t sigs;
+    int err;
 
 	/*
  	 * This portion of the code is NOT written in a thread-safe manner, and lots of browsers
@@ -203,8 +204,8 @@
     // open the ipc handle
     PrintMessage(Important, "Opening connection to local DTN daemon");
 
-    handle = dtn_open();
-    if (handle == 0) 
+    err = dtn_open(&handle);
+    if (err != DTN_SUCCESS)
     {
         PrintMessage(Fatal, "Opening connection to local DTN daemon");
         exit(-1);
@@ -312,6 +313,7 @@
 	static int clientRecieverMutexInited = 0;
     struct sigaction action;
     sigset_t sigs;
+    int err;
 
 	/*
  	 * This portion of the code is NOT written in a thread-safe manner, and lots of browsers
@@ -330,8 +332,8 @@
 	pthread_mutex_lock(&clientRecieverMutex);
 
     // open the ipc handle
-    handle = dtn_open();
-    if (handle == 0) 
+    err = dtn_open(&handle);
+    if (err != DTN_SUCCESS)
     {
         PrintMessage(Important, "Fatal error opening DTN handle: %s", strerror(errno));
         pthread_mutex_unlock(&clientRecieverMutex);
@@ -442,6 +444,7 @@
 
     char s_buffer[BUFSIZE + 1];
     s_buffer[BUFSIZE] = '\0';
+    int err;
     
     endpoint = "/dtnwh_server";
 
@@ -451,8 +454,9 @@
     sigprocmask(SIG_BLOCK, &sigs, NULL); /* Do NOT give me signals when system() calls exit. */
 
     // open the ipc handle
-    handle = dtn_open();
-    if (handle == 0) {
+    err = dtn_open(&handle);
+    if (err != DTN_SUCCESS)
+    {
         PrintMessage(Fatal, "%s can't open connection to dtnd", __FUNCTION__);
         exit(-1);
     }

--------------040105070806070307090804--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] dtnd assertion failure
Date: Wed, 8 Nov 2006 07:07:57 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

i'm not exactly sure what's going on... but i see a couple things.

first of all, you're running into a TCP convergence layer bug that  
i've been trying (unsuccessfully) to track down -- you can see it in  
the logs like:

    [1162936595.827720 /dtn/cl/tcp/conn/0x8e86b48 error] protocol  
error: got BUNDLE_START before bundle completed

as for the actual assertion, it's strange and i don't really  
understand it. somehow there wasn't a forwarding log entry created  
for the given link, but there should be since every time send_bundle  
is called, an entry is created for the link.

i saw one missing lock in the forwarding log which i've fixed but i'm  
still skeptical that was the issue.

-m

On Nov 7, 2006, at 10:18 PM, Shimin Guo wrote:

> Hi Michael,
>
> We are doing some long-term stress test on the DTN Reference
> Implementation. I just encountered an assertion failure. The code I am
> using is as of Oct. 28 from the cvs, with TCA extensions. I attached
> the info-level log. Could you please take a look and see if you can
> figure out what the problem is?
>
> Thanks,
> Shimin
> <dtnd.log.gz>

Date: Wed, 8 Nov 2006 01:18:37 -0500
From: "Shimin Guo" <[email-masked]>
To: [email-masked]
Subject: [dtn-users] dtnd assertion failure
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_18857_17488747.1162966717350
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Michael,

We are doing some long-term stress test on the DTN Reference
Implementation. I just encountered an assertion failure. The code I am
using is as of Oct. 28 from the cvs, with TCA extensions. I attached
the info-level log. Could you please take a look and see if you can
figure out what the problem is?

Thanks,
Shimin

------=_Part_18857_17488747.1162966717350
Content-Type: application/x-gzip; name=dtnd.log.gz
Content-Transfer-Encoding: base64
X-Attachment-Id: f_eu9byvso
Content-Disposition: attachment; filename="dtnd.log.gz"

------=_Part_18857_17488747.1162966717350--

Date: Sat, 4 Nov 2006 12:25:35 -0800
From: Michael Demmer <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Issues creating link on the fly.
Sender: [email-masked]
Reply-To: [email-masked]

You shouldn't need any link configuration on the other end -- it
should create an opportunistic link automatically in response to
getting the TCP connect. In the current implementation, there actually
isn't any way to have a one way connection using TCP.

Assuming everything is fine from a network perspective, then no, you
shouldn't have gotten the behavior you did, so I'm skeptical of a
firewall.

-m

> Hi Mike,
> Thanks for the clarification. I had the dtn daemon running on the other end
> but I had not asked the other end to create a link. The basic idea was to be
> able to have a one way connection. Should I have faced the problem in the
> scenario that I just described assuming everything else is fine (no
> firewall, etc.)?
> 
> Thanks
> Zahir
> 
> On 11/4/06, Michael Demmer <[email-masked]> wrote:
> >
> >
> >What seems to be happening is that the TCP CL can establish a
> >connection but the other side doesn't ever send any data.
> >
> >If you grep out the log lines for "/dtn/cl/tcp" you should be able to
> >see this happening. In particular, you can see it close the connection
> >since it hasn't heard any data for a while:
> >
> >
> >[1162638703.974625 /dtn/cl/tcp/conn/0x1016d9e8 info] handle_poll_timeout:
> >no data heard for 2119426570 msecs (keepalive_sent 0.1, data_rcvd
> >1628669084.1628669084, now 1162638703.974625, poll_timeout 10000) --
> >closing contact
> >
> >Note that the strange timeout values are due to a bug in the code
> >where it only initializes the timers after the other side has returned
> >the contact header to set up the connection. This should really say
> >that it hasn't heard anything in like 30 seconds. I'll check in a fix
> >for this, but in the meantime, you should check your network firewall
> >and other settings to explain why it can establish the connection but
> >never gets any data back.
> >
> >Re the errors at the end of the file, that's due to the fact that the
> >API server closes a socket that's being listened on during
> >shutdown. Don't worry about it, but we'll clean it up at some point.
> >
> >-m
> >
> >
> >
> >> Hello All,
> >> I am using the following mechanism to create a link at runtime.
> >Tca_router
> >> receives a bundle with details:
> >>
> >> "interface_up:tca://B1|tcp://172.27.22.84:5000|ROUTER"
> >>
> >> in reaction to which it does the following:
> >>
> >> "create_link(strlink,streid,strnode);"
> >>
> >> where strlink=tcp://172.27.22.84:5000
> >> streid=tca://B1
> >> strnode=ROUTER
> >>
> >> I have added another field called remote_node_type in the link class and
> >> have made appropriate changes in the parse_args function to assign right
> >> value. strnode stands for the remote_node_type. streid is for remote
> >node
> >> eid.
> >>
> >> the contents of the function create link are below:
> >> {
> >>
> >> EndpointID link_eid(link_addr);
> >>    std::string clayer_name = link_eid.scheme_str();
> >>    const std::string& ssp = link_eid.ssp();
> >>    std::string host = ssp.substr(2, ssp.length()); // chop off the "//"
> >>
> >>    ContactManager* p_man = BundleDaemon::instance()->contactmgr();
> >>
> >>    // Check if there's an existing link of the same name.
> >>    Link* p_link = p_man->find_link(host.c_str());
> >>    if (p_link != NULL) return p_link;
> >>
> >>    ConvergenceLayer* cl =
> >> ConvergenceLayer::find_clayer(clayer_name.c_str());
> >>    if (!cl) {
> >>        log_err("TcaRouter: create_link failed: invalid convergence
> >layer"
> >>                  " '%s'", clayer_name.c_str());
> >>        return NULL;
> >>    }
> >>    if(r_eid == "" || rnode_type == "")
> >>    {
> >>      p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(),
> >0,
> >> NULL);
> >>      if (!p_link) return NULL;
> >>    }
> >>    else
> >>    {
> >>      const char *argv[2];
> >>      std::string t_eid = "remote_eid=" + r_eid;
> >>      std::string tnode_type = "remote_node_type=" + rnode_type;
> >>      argv[0]=(char *)malloc(t_eid.size());
> >>      argv[0]=const_cast<char *>(t_eid.c_str());
> >>      argv[1]=(char *)malloc(tnode_type.size());
> >>      argv[1]=const_cast<char *>(tnode_type.c_str());
> >>      printf("%s\n%s\n",argv[0],argv[1]);
> >>      fflush(stdout);
> >>      p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(),
> >2,
> >> argv);
> >>      if (!p_link) return NULL;
> >>    }
> >>
> >>    // Add the link to contact manager's table, which posts a
> >>    // LinkCreatedEvent to the daemon
> >>    BundleDaemon::instance()->contactmgr()->add_link(p_link);
> >>    return p_link;
> >> }
> >>
> >> After creation of the link when I do route dump on the console first the
> >> state of the link is shown as OPENING and then it goes to UNAVAILABLE. I
> >> tried debugging through the debug file I have attached herewith but
> >could
> >> not decode much. Can some one please help me out.
> >>
> >> Mike please have a look at the last few lines of the debug file.
> >Whenever I
> >> type "exit" to quit dtn I and up getting some kind of socket error and
> >the
> >> daemon aborts. You might want to have a look at it.
> >>
> >> Thanks
> >> Zahir
> >
> >
> >_______________________________________________
> >dtn-users mailing list
> >[email-masked]
> >http://mailman.dtnrg.org/mailman/listinfo/dtn-users
> >

Date: Sat, 4 Nov 2006 21:08:08 +0530
From: "Zahir Koradia" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Issues creating link on the fly.
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_32176_22727729.1162654688572
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,
Thanks for the clarification. I had the dtn daemon running on the other end
but I had not asked the other end to create a link. The basic idea was to be
able to have a one way connection. Should I have faced the problem in the
scenario that I just described assuming everything else is fine (no
firewall, etc.)?

Thanks
Zahir

On 11/4/06, Michael Demmer <[email-masked]> wrote:
>
>
> What seems to be happening is that the TCP CL can establish a
> connection but the other side doesn't ever send any data.
>
> If you grep out the log lines for "/dtn/cl/tcp" you should be able to
> see this happening. In particular, you can see it close the connection
> since it hasn't heard any data for a while:
>
>
> [1162638703.974625 /dtn/cl/tcp/conn/0x1016d9e8 info] handle_poll_timeout:
> no data heard for 2119426570 msecs (keepalive_sent 0.1, data_rcvd
> 1628669084.1628669084, now 1162638703.974625, poll_timeout 10000) --
> closing contact
>
> Note that the strange timeout values are due to a bug in the code
> where it only initializes the timers after the other side has returned
> the contact header to set up the connection. This should really say
> that it hasn't heard anything in like 30 seconds. I'll check in a fix
> for this, but in the meantime, you should check your network firewall
> and other settings to explain why it can establish the connection but
> never gets any data back.
>
> Re the errors at the end of the file, that's due to the fact that the
> API server closes a socket that's being listened on during
> shutdown. Don't worry about it, but we'll clean it up at some point.
>
> -m
>
>
>
> > Hello All,
> > I am using the following mechanism to create a link at runtime.
> Tca_router
> > receives a bundle with details:
> >
> > "interface_up:tca://B1|tcp://172.27.22.84:5000|ROUTER"
> >
> > in reaction to which it does the following:
> >
> > "create_link(strlink,streid,strnode);"
> >
> > where strlink=tcp://172.27.22.84:5000
> > streid=tca://B1
> > strnode=ROUTER
> >
> > I have added another field called remote_node_type in the link class and
> > have made appropriate changes in the parse_args function to assign right
> > value. strnode stands for the remote_node_type. streid is for remote
> node
> > eid.
> >
> > the contents of the function create link are below:
> > {
> >
> > EndpointID link_eid(link_addr);
> >    std::string clayer_name = link_eid.scheme_str();
> >    const std::string& ssp = link_eid.ssp();
> >    std::string host = ssp.substr(2, ssp.length()); // chop off the "//"
> >
> >    ContactManager* p_man = BundleDaemon::instance()->contactmgr();
> >
> >    // Check if there's an existing link of the same name.
> >    Link* p_link = p_man->find_link(host.c_str());
> >    if (p_link != NULL) return p_link;
> >
> >    ConvergenceLayer* cl =
> > ConvergenceLayer::find_clayer(clayer_name.c_str());
> >    if (!cl) {
> >        log_err("TcaRouter: create_link failed: invalid convergence
> layer"
> >                  " '%s'", clayer_name.c_str());
> >        return NULL;
> >    }
> >    if(r_eid == "" || rnode_type == "")
> >    {
> >      p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(),
> 0,
> > NULL);
> >      if (!p_link) return NULL;
> >    }
> >    else
> >    {
> >      const char *argv[2];
> >      std::string t_eid = "remote_eid=" + r_eid;
> >      std::string tnode_type = "remote_node_type=" + rnode_type;
> >      argv[0]=(char *)malloc(t_eid.size());
> >      argv[0]=const_cast<char *>(t_eid.c_str());
> >      argv[1]=(char *)malloc(tnode_type.size());
> >      argv[1]=const_cast<char *>(tnode_type.c_str());
> >      printf("%s\n%s\n",argv[0],argv[1]);
> >      fflush(stdout);
> >      p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(),
> 2,
> > argv);
> >      if (!p_link) return NULL;
> >    }
> >
> >    // Add the link to contact manager's table, which posts a
> >    // LinkCreatedEvent to the daemon
> >    BundleDaemon::instance()->contactmgr()->add_link(p_link);
> >    return p_link;
> > }
> >
> > After creation of the link when I do route dump on the console first the
> > state of the link is shown as OPENING and then it goes to UNAVAILABLE. I
> > tried debugging through the debug file I have attached herewith but
> could
> > not decode much. Can some one please help me out.
> >
> > Mike please have a look at the last few lines of the debug file.
> Whenever I
> > type "exit" to quit dtn I and up getting some kind of socket error and
> the
> > daemon aborts. You might want to have a look at it.
> >
> > Thanks
> > Zahir
>
>
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>

------=_Part_32176_22727729.1162654688572
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,<br>Thanks for the clarification. I had the dtn daemon running on the other end but I had not asked the other end to create a link. The basic idea was to be able to have a one way connection. Should I have faced the problem in the scenario that I just described assuming everything else is fine (no firewall, etc.)?
<br><br>Thanks<br>Zahir<br><br><div><span class="gmail_quote">On 11/4/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>What seems to be happening is that the TCP CL can establish a<br>connection but the other side doesn't ever send any data.<br><br>If you grep out the log lines for &quot;/dtn/cl/tcp&quot; you should be able to<br>see this happening. In particular, you can see it close the connection
<br>since it hasn't heard any data for a while:<br><br><br>[1162638703.974625 /dtn/cl/tcp/conn/0x1016d9e8 info] handle_poll_timeout: no data heard for 2119426570 msecs (keepalive_sent 0.1, data_rcvd 1628669084.1628669084, now 
1162638703.974625, poll_timeout 10000) -- closing contact<br><br>Note that the strange timeout values are due to a bug in the code<br>where it only initializes the timers after the other side has returned<br>the contact header to set up the connection. This should really say
<br>that it hasn't heard anything in like 30 seconds. I'll check in a fix<br>for this, but in the meantime, you should check your network firewall<br>and other settings to explain why it can establish the connection but<br>
never gets any data back.<br><br>Re the errors at the end of the file, that's due to the fact that the<br>API server closes a socket that's being listened on during<br>shutdown. Don't worry about it, but we'll clean it up at some point.
<br><br>-m<br><br><br><br>&gt; Hello All,<br>&gt; I am using the following mechanism to create a link at runtime. Tca_router<br>&gt; receives a bundle with details:<br>&gt;<br>&gt; &quot;interface_up:tca://B1|tcp://172.27.22.84:5000|ROUTER&quot;
<br>&gt;<br>&gt; in reaction to which it does the following:<br>&gt;<br>&gt; &quot;create_link(strlink,streid,strnode);&quot;<br>&gt;<br>&gt; where strlink=tcp://172.27.22.84:5000<br>&gt; streid=tca://B1<br>&gt; strnode=ROUTER
<br>&gt;<br>&gt; I have added another field called remote_node_type in the link class and<br>&gt; have made appropriate changes in the parse_args function to assign right<br>&gt; value. strnode stands for the remote_node_type. streid is for remote node
<br>&gt; eid.<br>&gt;<br>&gt; the contents of the function create link are below:<br>&gt; {<br>&gt;<br>&gt; EndpointID link_eid(link_addr);<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;std::string clayer_name = link_eid.scheme_str();<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;const std::string&amp; ssp = link_eid.ssp();
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;std::string host = ssp.substr(2, ssp.length()); // chop off the &quot;//&quot;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;ContactManager* p_man = BundleDaemon::instance()-&gt;contactmgr();<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;// Check if there's an existing link of the same name.
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;Link* p_link = p_man-&gt;find_link(host.c_str());<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;if (p_link != NULL) return p_link;<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;ConvergenceLayer* cl =<br>&gt; ConvergenceLayer::find_clayer(clayer_name.c_str());<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;if (!cl) {
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;log_err(&quot;TcaRouter: create_link failed: invalid convergence layer&quot;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&quot; '%s'&quot;, clayer_name.c_str());<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;return NULL;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;}<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;if(r_eid == &quot;&quot; || rnode_type == &quot;&quot;)
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;{<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(), 0,<br>&gt; NULL);<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (!p_link) return NULL;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;}<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;else<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;{<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;const char *argv[2];
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;std::string t_eid = &quot;remote_eid=&quot; + r_eid;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;std::string tnode_type = &quot;remote_node_type=&quot; + rnode_type;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;argv[0]=(char *)malloc(t_eid.size());<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;argv[0]=const_cast&lt;char *&gt;(t_eid.c_str());
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;argv[1]=(char *)malloc(tnode_type.size());<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;argv[1]=const_cast&lt;char *&gt;(tnode_type.c_str());<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;printf(&quot;%s\n%s\n&quot;,argv[0],argv[1]);<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;fflush(stdout);<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;p_link = Link::create_link(host, Link::ALWAYSON, cl, 
host.c_str(), 2,<br>&gt; argv);<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;if (!p_link) return NULL;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;}<br>&gt;<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;// Add the link to contact manager's table, which posts a<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;// LinkCreatedEvent to the daemon<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;BundleDaemon::instance()-&gt;contactmgr()-&gt;add_link(p_link);
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;return p_link;<br>&gt; }<br>&gt;<br>&gt; After creation of the link when I do route dump on the console first the<br>&gt; state of the link is shown as OPENING and then it goes to UNAVAILABLE. I<br>&gt; tried debugging through the debug file I have attached herewith but could
<br>&gt; not decode much. Can some one please help me out.<br>&gt;<br>&gt; Mike please have a look at the last few lines of the debug file. Whenever I<br>&gt; type &quot;exit&quot; to quit dtn I and up getting some kind of socket error and the
<br>&gt; daemon aborts. You might want to have a look at it.<br>&gt;<br>&gt; Thanks<br>&gt; Zahir<br><br><br>_______________________________________________<br>dtn-users mailing list<br><a href="mailto:[email-masked]">
[email-masked]</a><br><a href="http://mailman.dtnrg.org/mailman/listinfo/dtn-users">http://mailman.dtnrg.org/mailman/listinfo/dtn-users</a><br></blockquote></div><br>

------=_Part_32176_22727729.1162654688572--

Date: Sat, 4 Nov 2006 06:44:59 -0800
From: Michael Demmer <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Issues creating link on the fly.
Sender: [email-masked]
Reply-To: [email-masked]

What seems to be happening is that the TCP CL can establish a
connection but the other side doesn't ever send any data. 

If you grep out the log lines for "/dtn/cl/tcp" you should be able to
see this happening. In particular, you can see it close the connection
since it hasn't heard any data for a while:

[1162638703.974625 /dtn/cl/tcp/conn/0x1016d9e8 info] handle_poll_timeout: no data heard for 2119426570 msecs (keepalive_sent 0.1, data_rcvd 1628669084.1628669084, now 1162638703.974625, poll_timeout 10000) -- closing contact

Note that the strange timeout values are due to a bug in the code
where it only initializes the timers after the other side has returned
the contact header to set up the connection. This should really say
that it hasn't heard anything in like 30 seconds. I'll check in a fix
for this, but in the meantime, you should check your network firewall
and other settings to explain why it can establish the connection but
never gets any data back.

Re the errors at the end of the file, that's due to the fact that the
API server closes a socket that's being listened on during
shutdown. Don't worry about it, but we'll clean it up at some point.

-m

> Hello All,
> I am using the following mechanism to create a link at runtime. Tca_router
> receives a bundle with details:
> 
> "interface_up:tca://B1|tcp://172.27.22.84:5000|ROUTER"
> 
> in reaction to which it does the following:
> 
> "create_link(strlink,streid,strnode);"
> 
> where strlink=tcp://172.27.22.84:5000
> streid=tca://B1
> strnode=ROUTER
> 
> I have added another field called remote_node_type in the link class and
> have made appropriate changes in the parse_args function to assign right
> value. strnode stands for the remote_node_type. streid is for remote node
> eid.
> 
> the contents of the function create link are below:
> {
> 
> EndpointID link_eid(link_addr);
>    std::string clayer_name = link_eid.scheme_str();
>    const std::string& ssp = link_eid.ssp();
>    std::string host = ssp.substr(2, ssp.length()); // chop off the "//"
> 
>    ContactManager* p_man = BundleDaemon::instance()->contactmgr();
> 
>    // Check if there's an existing link of the same name.
>    Link* p_link = p_man->find_link(host.c_str());
>    if (p_link != NULL) return p_link;
> 
>    ConvergenceLayer* cl =
> ConvergenceLayer::find_clayer(clayer_name.c_str());
>    if (!cl) {
>        log_err("TcaRouter: create_link failed: invalid convergence layer"
>                  " '%s'", clayer_name.c_str());
>        return NULL;
>    }
>    if(r_eid == "" || rnode_type == "")
>    {
>      p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(), 0,
> NULL);
>      if (!p_link) return NULL;
>    }
>    else
>    {
>      const char *argv[2];
>      std::string t_eid = "remote_eid=" + r_eid;
>      std::string tnode_type = "remote_node_type=" + rnode_type;
>      argv[0]=(char *)malloc(t_eid.size());
>      argv[0]=const_cast<char *>(t_eid.c_str());
>      argv[1]=(char *)malloc(tnode_type.size());
>      argv[1]=const_cast<char *>(tnode_type.c_str());
>      printf("%s\n%s\n",argv[0],argv[1]);
>      fflush(stdout);
>      p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(), 2,
> argv);
>      if (!p_link) return NULL;
>    }
> 
>    // Add the link to contact manager's table, which posts a
>    // LinkCreatedEvent to the daemon
>    BundleDaemon::instance()->contactmgr()->add_link(p_link);
>    return p_link;
> }
> 
> After creation of the link when I do route dump on the console first the
> state of the link is shown as OPENING and then it goes to UNAVAILABLE. I
> tried debugging through the debug file I have attached herewith but could
> not decode much. Can some one please help me out.
> 
> Mike please have a look at the last few lines of the debug file. Whenever I
> type "exit" to quit dtn I and up getting some kind of socket error and the
> daemon aborts. You might want to have a look at it.
> 
> Thanks
> Zahir

Date: Sat, 4 Nov 2006 17:00:54 +0530
From: "Zahir Koradia" <[email-masked]>
To: [email-masked]
Subject: [dtn-users] Issues creating link on the fly.
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_30828_3357508.1162639854509
Content-Type: multipart/alternative; 
	boundary="----=_Part_30829_24652021.1162639854509"

------=_Part_30829_24652021.1162639854509
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello All,
I am using the following mechanism to create a link at runtime. Tca_router
receives a bundle with details:

"interface_up:tca://B1|tcp://172.27.22.84:5000|ROUTER"

in reaction to which it does the following:

"create_link(strlink,streid,strnode);"

where strlink=tcp://172.27.22.84:5000
streid=tca://B1
strnode=ROUTER

I have added another field called remote_node_type in the link class and
have made appropriate changes in the parse_args function to assign right
value. strnode stands for the remote_node_type. streid is for remote node
eid.

the contents of the function create link are below:
{

EndpointID link_eid(link_addr);
    std::string clayer_name = link_eid.scheme_str();
    const std::string& ssp = link_eid.ssp();
    std::string host = ssp.substr(2, ssp.length()); // chop off the "//"

    ContactManager* p_man = BundleDaemon::instance()->contactmgr();

    // Check if there's an existing link of the same name.
    Link* p_link = p_man->find_link(host.c_str());
    if (p_link != NULL) return p_link;

    ConvergenceLayer* cl =
ConvergenceLayer::find_clayer(clayer_name.c_str());
    if (!cl) {
        log_err("TcaRouter: create_link failed: invalid convergence layer"
                  " '%s'", clayer_name.c_str());
        return NULL;
    }
    if(r_eid == "" || rnode_type == "")
    {
      p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(), 0,
NULL);
      if (!p_link) return NULL;
    }
    else
    {
      const char *argv[2];
      std::string t_eid = "remote_eid=" + r_eid;
      std::string tnode_type = "remote_node_type=" + rnode_type;
      argv[0]=(char *)malloc(t_eid.size());
      argv[0]=const_cast<char *>(t_eid.c_str());
      argv[1]=(char *)malloc(tnode_type.size());
      argv[1]=const_cast<char *>(tnode_type.c_str());
      printf("%s\n%s\n",argv[0],argv[1]);
      fflush(stdout);
      p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(), 2,
argv);
      if (!p_link) return NULL;
    }

    // Add the link to contact manager's table, which posts a
    // LinkCreatedEvent to the daemon
    BundleDaemon::instance()->contactmgr()->add_link(p_link);
    return p_link;
}

After creation of the link when I do route dump on the console first the
state of the link is shown as OPENING and then it goes to UNAVAILABLE. I
tried debugging through the debug file I have attached herewith but could
not decode much. Can some one please help me out.

Mike please have a look at the last few lines of the debug file. Whenever I
type "exit" to quit dtn I and up getting some kind of socket error and the
daemon aborts. You might want to have a look at it.

Thanks
Zahir

------=_Part_30829_24652021.1162639854509
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hello All,<br>I am using the following mechanism to create a link at runtime. Tca_router receives a bundle with details:<br><br>&quot;interface_up:tca://B1|tcp://172.27.22.84:5000|ROUTER&quot;<br><br>in reaction to which it does the following:
<br><br>&quot;create_link(strlink,streid,strnode);&quot;<br><br>where strlink=tcp://172.27.22.84:5000<br>streid=tca://B1<br>strnode=ROUTER<br><br>I have added another field called remote_node_type in the link class and have made appropriate changes in the parse_args function to assign right value. strnode stands for the remote_node_type. streid is for remote node eid.
<br><br>the contents of the function create link are below:<br>{<br><br>EndpointID link_eid(link_addr);<br>&nbsp;&nbsp;&nbsp; std::string clayer_name = link_eid.scheme_str();<br>&nbsp;&nbsp;&nbsp; const std::string&amp; ssp = link_eid.ssp();<br>&nbsp;&nbsp;&nbsp; std::string host = 
ssp.substr(2, ssp.length()); // chop off the &quot;//&quot;<br><br>&nbsp;&nbsp;&nbsp; ContactManager* p_man = BundleDaemon::instance()-&gt;contactmgr();<br><br>&nbsp;&nbsp;&nbsp; // Check if there's an existing link of the same name.<br>&nbsp;&nbsp;&nbsp; Link* p_link = p_man-&gt;find_link(
host.c_str());<br>&nbsp;&nbsp;&nbsp; if (p_link != NULL) return p_link;<br><br>&nbsp;&nbsp;&nbsp; ConvergenceLayer* cl = ConvergenceLayer::find_clayer(clayer_name.c_str());<br>&nbsp;&nbsp;&nbsp; if (!cl) {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; log_err(&quot;TcaRouter: create_link failed: invalid convergence layer&quot;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &quot; '%s'&quot;, clayer_name.c_str());<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return NULL;<br>&nbsp;&nbsp;&nbsp; }<br>&nbsp;&nbsp;&nbsp; if(r_eid == &quot;&quot; || rnode_type == &quot;&quot;)<br>&nbsp;&nbsp;&nbsp; {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; p_link = Link::create_link(host, Link::ALWAYSON, cl, 
host.c_str(), 0, NULL);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!p_link) return NULL;<br>&nbsp;&nbsp;&nbsp; }<br>&nbsp;&nbsp;&nbsp; else<br>&nbsp;&nbsp;&nbsp; {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; const char *argv[2];<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; std::string t_eid = &quot;remote_eid=&quot; + r_eid;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; std::string tnode_type = &quot;remote_node_type=&quot; + rnode_type;
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; argv[0]=(char *)malloc(t_eid.size());<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; argv[0]=const_cast&lt;char *&gt;(t_eid.c_str());<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; argv[1]=(char *)malloc(tnode_type.size());<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; argv[1]=const_cast&lt;char *&gt;(tnode_type.c_str());<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; printf(&quot;%s\n%s\n&quot;,argv[0],argv[1]);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; fflush(stdout);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; p_link = Link::create_link(host, Link::ALWAYSON, cl, host.c_str(), 2, argv);<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (!p_link) return NULL;<br>&nbsp;&nbsp;&nbsp; }<br><br>&nbsp;&nbsp;&nbsp; // Add the link to contact manager's table, which posts a
<br>&nbsp;&nbsp;&nbsp; // LinkCreatedEvent to the daemon<br>&nbsp;&nbsp;&nbsp; BundleDaemon::instance()-&gt;contactmgr()-&gt;add_link(p_link);<br>&nbsp;&nbsp;&nbsp; return p_link;<br>}<br><br>After creation of the link when I do route dump on the console first the state of the link is shown as OPENING and then it goes to UNAVAILABLE. I tried debugging through the debug file I have attached herewith but could not decode much. Can some one please help me out.
<br><br>Mike please have a look at the last few lines of the debug file. Whenever I type &quot;exit&quot; to quit dtn I and up getting some kind of socket error and the daemon aborts. You might want to have a look at it.<br>
<br>Thanks<br>Zahir<br>

------=_Part_30829_24652021.1162639854509--

------=_Part_30828_3357508.1162639854509
Content-Type: application/octet-stream; name="dtn_debug.c"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="dtn_debug.c"
X-Attachment-Id: f_eu3xrq57

------=_Part_30828_3357508.1162639854509--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] DTN link detection
Date: Thu, 2 Nov 2006 16:21:02 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

> I noticed that in the latest dtn reference implementation, when dtnd
> starts, a ping application is also automatically started. If I am not
> mistaken, this ping application is used to determine the availability
> of links.

Not exactly. The ping application is used to test bundle level  
reachability for testing the dtn routing layer, not the link  
availability.

> In our testbed, we have a bunch of dtn nodes, which have
> intermittent wireless connectivity between one another. We observe
> tens of seconds of delay after association before the link is used by
> dtnd, which is not too good, since connection period is typically
> short.
>
> Can anyone tell me how this link detection works, what are the default
> values of the parameters, such as interval between successive probing
> bundles, and how I can go about change them?

I'm assuming you're using the tcp convergence layer, correct?

You'll want to play with the link parameters min_retry_interval and  
max_retry_interval. They control how long the code waits before  
trying to re-establish a link.

So, for example: link add tcp0 1.2.3.4:5000 ALWAYSON tcp  
min_retry_interval=1 max_retry_interval=4

Will retry the connection after a one second wait following the first  
failure, then after a two second wait, then after a four second wait,  
then every four seconds thereafter.

-mike

Date: Thu, 2 Nov 2006 15:34:06 -0500
From: "Shimin Guo" <[email-masked]>
To: [email-masked]
Subject: [dtn-users] DTN link detection
Sender: [email-masked]
Reply-To: [email-masked]

I noticed that in the latest dtn reference implementation, when dtnd
starts, a ping application is also automatically started. If I am not
mistaken, this ping application is used to determine the availability
of links. In our testbed, we have a bunch of dtn nodes, which have
intermittent wireless connectivity between one another. We observe
tens of seconds of delay after association before the link is used by
dtnd, which is not too good, since connection period is typically
short.

Can anyone tell me how this link detection works, what are the default
values of the parameters, such as interval between successive probing
bundles, and how I can go about change them?

Thanks,
Shimin

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Problem compiling the cvs code on cygwin.
Date: Thu, 2 Nov 2006 08:14:49 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-2--506704014
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Ugh... I don't know what to tell you. That's fairly crufty and I  
don't really have the time to look into this too much further.

-m

On Nov 1, 2006, at 11:34 PM, Zahir Koradia wrote:

> Hi Mike,
> That helped but after that I faced a problem of multiple  
> declarations of the function xdrmem_create(). In the library header  
> it's signature has no parameters (being K&R C) while in  
> APIServer.cc you have tried to redeclare the function with  
> parameters which was giving an error a C doesnt allow overloading  
> or redeclaration. Commenting the redeclaration again gave error  
> because the compiler could not find a matching function declaration  
> (as expected). For now I have gone and changed the signature in the  
> library header file itself allowing me to compile the whole code  
> successfully. I wonder if there is any other way out.
>
> Thanks,
> Zahir
>
> On 11/2/06, Michael Demmer <[email-masked]> wrote:
>
> Yeah, your type conversions should be ok...
>
> Another option would be for us to implement a shim in the  
> oasys::Serialize base class that always treats an int as an int32_t  
> so the serialize actions could use vanilla int values.
>
> As far as the xdr_free reference goes, see if changing the #include  
> in XDRUtils.h to the following helps:
>
> extern "C" {
> #include <rpc/rpc.h>
> }
>
> -mike
>
>
> On Oct 31, 2006, at 4:25 AM, Zahir Koradia wrote:
>
>> Hi Mike,
>> Apart from the change you suggested following are the changes I  
>> made to get moving ahead.
>>
>> In file BundleEvent.h
>> bundlesendrequest:action_ int to int32_t
>> bundlereceivedevent:source_ int to u_int32_t
>> bundledeliveryevent:source_ int to u_int32_t
>>
>> In file Forwardinginfo.h
>> Forwardinginfo:action_ int to int32_t
>> Forwardinginfo:state_ int to int32_t
>>
>> In file Link.h
>> Link:state_ int to int32_t
>>
>> In file Registration.h
>> Registration:failure_action_ int to int32_t
>>
>> In file RouteEntry.h
>> RouteEntry:action_ int to int32_t
>>
>> In RouteEntry.cc
>> at line 70,  p.addopt(new oasys::EnumOpt("action", fwdopts,  
>> &action_));
>> since action_ had been changed to int32_t from int, the required  
>> parameter
>> was int and it was getting int32_t. So I replaced the line with
>>
>> int temp_action;
>> p.addopt(new oasys::EnumOpt("action", fwdopts, &temp_action));
>> action_=(int32_t)temp_action;
>>
>> After these changes I had a linker error "undefined reference to  
>> xdr_free(int (*)(), char *)". xdr_free is called in two places:  
>> one in XDRUtils.h and the other in dtn_api.c. The call in  
>> dtn_api.c is present in the previous code that I used and it  
>> compiles well. The new call in XDRUtils.h is not present in the  
>> code I used earlier. This code compiles well on linux platforms  
>> but has the linker error with cygwin. One thing I noticed was that  
>> the call in dtn_api.c is from C code while that in XDRUtils.h is  
>> in C++ code. This is probably an issue of name mangling but am not  
>> sure how to get rid of it. Any suggestion in this regard would be  
>> useful.
>>
>> Also please let me know if the type conversion that I have done  
>> are safe to use.
>>
>> Thanks,
>> Zahir Koradia
>>
>> On 10/30/06, Michael Demmer < [email-masked]> wrote:
>> Try changing the reason_ field type in the ContactEvent class to be a
>> u_int32_t instead of an int. If that works, let me know and I'll
>> check in the change.
>>
>> -m
>>
>> On Oct 30, 2006, at 3:09 AM, Zahir Koradia wrote:
>>
>> > Hello All,
>> > I was having problems with creation of a link at run time in the
>> > old code(about 2 months old) I was using (the state of the link got
>> > stuck at "OPENING") and wanted to try out my changes in the new cvs
>> > code. But the new code seems to be having some problems installing
>> > on Cygwin. The error that I am getting is in the file
>> > BundleEvent.cc line 196. The compiler could not choose one of the
>> > overloaded process() functions unambiguously for the call. At the
>> > call the parameters are (const char[7], and int*) and the two
>> > candidates of process functions among which the compiler had
>> > confusion have parameters (const char*, int32_t*) and (const char*,
>> > long unsigned int*) I am not aware of that part of the code. Can
>> > some please help me out as to which function should be used and
>> > what changes can I samely make to go ahead in compilation?
>> >
>> > Thanks,
>> > Zahir Koradia
>>
>> _______________________________________________
>> dtn-users mailing list
>> [email-masked]
>> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>>
>
>

--Apple-Mail-2--506704014
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Ugh... I don't know what to tell =
you. That's fairly crufty and I don't really have the time to look into =
this too much further.<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><DIV>-m</DIV><DIV><BR><DIV><D=
IV>On Nov 1, 2006, at 11:34 PM, Zahir Koradia wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">Hi =
Mike,<BR>That helped but after that I faced a problem of multiple =
declarations of the function xdrmem_create(). In the library header it's =
signature has no parameters (being K&amp;R C) while in APIServer.cc you =
have tried to redeclare the function with parameters which was giving an =
error a C doesnt allow overloading or redeclaration. Commenting the =
redeclaration again gave error because the compiler could not find a =
matching function declaration (as expected). For now I have gone and =
changed the signature in the library header file itself allowing me to =
compile the whole code successfully. I wonder if there is any other way =
out. <BR><BR>Thanks,<BR>Zahir<BR><BR><DIV><SPAN class=3D"gmail_quote">On =
11/2/06, <B class=3D"gmail_sendername">Michael Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> <DIV style=3D""><DIV><BR></DIV><DIV>Yeah, your type conversions =
should be ok...</DIV><DIV><BR></DIV><DIV>Another option would be for us =
to implement a shim in the oasys::Serialize base class that always =
treats an int as an int32_t so the serialize actions could use vanilla =
int values. </DIV><DIV><BR></DIV><DIV>As far as the xdr_free reference =
goes, see if changing the #include in XDRUtils.h to the following =
helps:</DIV><DIV><BR></DIV><DIV>extern "C" {</DIV><DIV>#include =
&lt;rpc/rpc.h&gt;</DIV> =
<DIV>}</DIV><DIV><BR></DIV><DIV>-mike</DIV><DIV><SPAN class=3D"e" =
id=3D"q_10ea52258d269305_1"><DIV><BR></DIV><DIV><BR></DIV><DIV><DIV>On =
Oct 31, 2006, at 4:25 AM, Zahir Koradia wrote:</DIV><BR><BLOCKQUOTE =
type=3D"cite">Hi Mike, <BR>Apart from the change you suggested following =
are the changes I made to get moving ahead. <BR><BR>In file =
BundleEvent.h<BR>bundlesendrequest:action_ int to =
int32_t<BR>bundlereceivedevent:source_ int to u_int32_t =
<BR>bundledeliveryevent:source_ int to u_int32_t <BR><BR>In file =
Forwardinginfo.h<BR>Forwardinginfo:action_ int to =
int32_t<BR>Forwardinginfo:state_ int to int32_t<BR><BR>In file =
Link.h<BR>Link:state_ int to int32_t<BR><BR> In file =
Registration.h<BR>Registration:failure_action_ int to int32_t <BR><BR>In =
file RouteEntry.h<BR>RouteEntry:action_ int to int32_t<BR><BR>In =
RouteEntry.cc<BR>at line 70,=A0 p.addopt(new oasys::EnumOpt("action", =
fwdopts, &amp;action_)); <BR>since action_ had been changed to int32_t =
from int, the required parameter <BR>was int and it was getting int32_t. =
So I replaced the line with<BR><BR>int temp_action;<BR>p.addopt(new =
oasys::EnumOpt("action", fwdopts, &amp;temp_action)); =
<BR>action_=3D(int32_t)temp_action;<BR><BR>After these changes I had a =
linker error "undefined reference to xdr_free(int (*)(), char *)". =
xdr_free is called in two places: one in XDRUtils.h and the other in =
dtn_api.c. The call in dtn_api.c is present in the previous code that I =
used and it compiles well. The new call in XDRUtils.h is not present in =
the code I used earlier. This code compiles well on linux platforms but =
has the linker error with cygwin. One thing I noticed was that the call =
in dtn_api.c is from C code while that in XDRUtils.h is in C++ code. =
This is probably an issue of name mangling but am not sure how to get =
rid of it. Any suggestion in this regard would be useful. <BR><BR>Also =
please let me know if the type conversion that I have done are safe to =
use. <BR><BR>Thanks,<BR>Zahir Koradia<BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 10/30/06, <B class=3D"gmail_sendername">Michael =
Demmer</B> &lt;<A href=3D"mailto:[email-masked]" target=3D"_blank"=
 onclick=3D"return top.js.OpenExtLink(window,event,this)"> =
[email-masked]</A>&gt; wrote:</SPAN><BLOCKQUOTE =
class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, =
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Try changing the =
reason_ field type in the ContactEvent class to be a <BR>u_int32_t =
instead of an int. If that works, let me know and I'll<BR>check in the =
change.<BR><BR>-m<BR><BR>On Oct 30, 2006, at 3:09 AM, Zahir Koradia =
wrote: <BR><BR>&gt; Hello All,<BR>&gt; I was having problems with =
creation of a link at run time in the <BR>&gt; old code(about 2 months =
old) I was using (the state of the link got<BR>&gt; stuck at "OPENING") =
and wanted to try out my changes in the new cvs <BR>&gt; code. But the =
new code seems to be having some problems installing <BR>&gt; on Cygwin. =
The error that I am getting is in the file<BR>&gt; BundleEvent.cc line =
196. The compiler could not choose one of the<BR>&gt; overloaded =
process() functions unambiguously for the call. At the <BR>&gt; call the =
parameters are (const char[7], and int*) and the two <BR>&gt; candidates =
of process functions among which the compiler had<BR>&gt; confusion have =
parameters (const char*, int32_t*) and (const char*,<BR>&gt; long =
unsigned int*) I am not aware of that part of the code. Can <BR> &gt; =
some please help me out as to which function should be used and<BR>&gt; =
what changes can I samely make to go ahead in =
compilation?<BR>&gt;<BR>&gt; Thanks,<BR>&gt; Zahir =
Koradia<BR><BR>_______________________________________________ =
<BR>dtn-users mailing list<BR><A =
href=3D"mailto:[email-masked]" target=3D"_blank" =
onclick=3D"return =
top.js.OpenExtLink(window,event,this)">[email-masked]</A><BR>=
<A href=3D"http://mailman.dtnrg.org/mailman/listinfo/dtn-users" =
target=3D"_blank" onclick=3D"return =
top.js.OpenExtLink(window,event,this)"> =
http://mailman.dtnrg.org/mailman/listinfo/dtn-users =
</A><BR></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></SPAN></DIV></DIV> =
</BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></DIV></DIV></BODY></HTML>=

--Apple-Mail-2--506704014--

Date: Thu, 2 Nov 2006 13:04:09 +0530
From: "Zahir Koradia" <[email-masked]>
To: [email-masked]
Subject: Re: [dtn-users] Problem compiling the cvs code on cygwin.
Sender: [email-masked]
Reply-To: [email-masked]

------=_Part_999_1153969.1162452849034
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,
That helped but after that I faced a problem of multiple declarations of the
function xdrmem_create(). In the library header it's signature has no
parameters (being K&R C) while in APIServer.cc you have tried to redeclare
the function with parameters which was giving an error a C doesnt allow
overloading or redeclaration. Commenting the redeclaration again gave error
because the compiler could not find a matching function declaration (as
expected). For now I have gone and changed the signature in the library
header file itself allowing me to compile the whole code successfully. I
wonder if there is any other way out.

Thanks,
Zahir

On 11/2/06, Michael Demmer <[email-masked]> wrote:
>
>
> Yeah, your type conversions should be ok...
>
> Another option would be for us to implement a shim in the oasys::Serialize
> base class that always treats an int as an int32_t so the serialize actions
> could use vanilla int values.
>
> As far as the xdr_free reference goes, see if changing the #include in
> XDRUtils.h to the following helps:
>
> extern "C" {
> #include <rpc/rpc.h>
> }
>
> -mike
>
>
> On Oct 31, 2006, at 4:25 AM, Zahir Koradia wrote:
>
> Hi Mike,
> Apart from the change you suggested following are the changes I made to
> get moving ahead.
>
> In file BundleEvent.h
> bundlesendrequest:action_ int to int32_t
> bundlereceivedevent:source_ int to u_int32_t
> bundledeliveryevent:source_ int to u_int32_t
>
> In file Forwardinginfo.h
> Forwardinginfo:action_ int to int32_t
> Forwardinginfo:state_ int to int32_t
>
> In file Link.h
> Link:state_ int to int32_t
>
> In file Registration.h
> Registration:failure_action_ int to int32_t
>
> In file RouteEntry.h
> RouteEntry:action_ int to int32_t
>
> In RouteEntry.cc
> at line 70,  p.addopt(new oasys::EnumOpt("action", fwdopts, &action_));
> since action_ had been changed to int32_t from int, the required parameter
> was int and it was getting int32_t. So I replaced the line with
>
> int temp_action;
> p.addopt(new oasys::EnumOpt("action", fwdopts, &temp_action));
> action_=(int32_t)temp_action;
>
> After these changes I had a linker error "undefined reference to
> xdr_free(int (*)(), char *)". xdr_free is called in two places: one in
> XDRUtils.h and the other in dtn_api.c. The call in dtn_api.c is present in
> the previous code that I used and it compiles well. The new call in
> XDRUtils.h is not present in the code I used earlier. This code compiles
> well on linux platforms but has the linker error with cygwin. One thing I
> noticed was that the call in dtn_api.c is from C code while that in
> XDRUtils.h is in C++ code. This is probably an issue of name mangling but
> am not sure how to get rid of it. Any suggestion in this regard would be
> useful.
>
> Also please let me know if the type conversion that I have done are safe
> to use.
>
> Thanks,
> Zahir Koradia
>
> On 10/30/06, Michael Demmer <[email-masked]> wrote:
> >
> > Try changing the reason_ field type in the ContactEvent class to be a
> > u_int32_t instead of an int. If that works, let me know and I'll
> > check in the change.
> >
> > -m
> >
> > On Oct 30, 2006, at 3:09 AM, Zahir Koradia wrote:
> >
> > > Hello All,
> > > I was having problems with creation of a link at run time in the
> > > old code(about 2 months old) I was using (the state of the link got
> > > stuck at "OPENING") and wanted to try out my changes in the new cvs
> > > code. But the new code seems to be having some problems installing
> > > on Cygwin. The error that I am getting is in the file
> > > BundleEvent.cc line 196. The compiler could not choose one of the
> > > overloaded process() functions unambiguously for the call. At the
> > > call the parameters are (const char[7], and int*) and the two
> > > candidates of process functions among which the compiler had
> > > confusion have parameters (const char*, int32_t*) and (const char*,
> > > long unsigned int*) I am not aware of that part of the code. Can
> > > some please help me out as to which function should be used and
> > > what changes can I samely make to go ahead in compilation?
> > >
> > > Thanks,
> > > Zahir Koradia
> >
> > _______________________________________________
> > dtn-users mailing list
> > [email-masked]
> > http://mailman.dtnrg.org/mailman/listinfo/dtn-users
> >
>
>
>

------=_Part_999_1153969.1162452849034
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Mike,<br>That helped but after that I faced a problem of multiple declarations of the function xdrmem_create(). In the library header it's signature has no parameters (being K&amp;R C) while in APIServer.cc you have tried to redeclare the function with parameters which was giving an error a C doesnt allow overloading or redeclaration. Commenting the redeclaration again gave error because the compiler could not find a matching function declaration (as expected). For now I have gone and changed the signature in the library header file itself allowing me to compile the whole code successfully. I wonder if there is any other way out.
<br><br>Thanks,<br>Zahir<br><br><div><span class="gmail_quote">On 11/2/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]">[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style=""><div><br></div><div>Yeah, your type conversions should be ok...</div><div><br></div><div>Another option would be for us to implement a shim in the oasys::Serialize base class that always treats an int as an int32_t so the serialize actions could use vanilla int values.
</div><div><br></div><div>As far as the xdr_free reference goes, see if changing the #include in XDRUtils.h to the following helps:</div><div><br></div><div>extern &quot;C&quot; {</div><div>#include &lt;rpc/rpc.h&gt;</div>
<div>}</div><div><br></div><div>-mike</div><div><span class="e" id="q_10ea52258d269305_1"><div><br></div><div><br></div><div><div>On Oct 31, 2006, at 4:25 AM, Zahir Koradia wrote:</div><br><blockquote type="cite">Hi Mike,
<br>Apart from the change you suggested following are the changes I made to get moving ahead. <br><br>In file BundleEvent.h<br>bundlesendrequest:action_ int to int32_t<br>bundlereceivedevent:source_ int to u_int32_t <br>bundledeliveryevent:source_ int to u_int32_t
<br><br>In file Forwardinginfo.h<br>Forwardinginfo:action_ int to int32_t<br>Forwardinginfo:state_ int to int32_t<br><br>In file Link.h<br>Link:state_ int to int32_t<br><br> In file Registration.h<br>Registration:failure_action_ int to int32_t
<br><br>In file RouteEntry.h<br>RouteEntry:action_ int to int32_t<br><br>In RouteEntry.cc<br>at line 70,&nbsp; p.addopt(new oasys::EnumOpt(&quot;action&quot;, fwdopts, &amp;action_)); <br>since action_ had been changed to int32_t from int, the required parameter
<br>was int and it was getting int32_t. So I replaced the line with<br><br>int temp_action;<br>p.addopt(new oasys::EnumOpt(&quot;action&quot;, fwdopts, &amp;temp_action)); <br>action_=(int32_t)temp_action;<br><br>After these changes I had a linker error &quot;undefined reference to xdr_free(int (*)(), char *)&quot;. xdr_free is called in two places: one in 
XDRUtils.h and the other in dtn_api.c. The call in dtn_api.c is present in the previous code that I used and it compiles well. The new call in XDRUtils.h is not present in the code I used earlier. This code compiles well on linux platforms but has the linker error with cygwin. One thing I noticed was that the call in dtn_api.c is from C code while that in 
XDRUtils.h is in C++ code. This is probably an issue of name mangling but am not sure how to get rid of it. Any suggestion in this regard would be useful. <br><br>Also please let me know if the type conversion that I have done are safe to use. 
<br><br>Thanks,<br>Zahir Koradia<br><br><div><span class="gmail_quote">On 10/30/06, <b class="gmail_sendername">Michael Demmer</b> &lt;<a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
[email-masked]</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Try changing the reason_ field type in the ContactEvent class to be a
<br>u_int32_t instead of an int. If that works, let me know and I'll<br>check in the change.<br><br>-m<br><br>On Oct 30, 2006, at 3:09 AM, Zahir Koradia wrote: <br><br>&gt; Hello All,<br>&gt; I was having problems with creation of a link at run time in the
<br>&gt; old code(about 2 months old) I was using (the state of the link got<br>&gt; stuck at &quot;OPENING&quot;) and wanted to try out my changes in the new cvs <br>&gt; code. But the new code seems to be having some problems installing
<br>&gt; on Cygwin. The error that I am getting is in the file<br>&gt; BundleEvent.cc line 196. The compiler could not choose one of the<br>&gt; overloaded process() functions unambiguously for the call. At the <br>&gt; call the parameters are (const char[7], and int*) and the two
<br>&gt; candidates of process functions among which the compiler had<br>&gt; confusion have parameters (const char*, int32_t*) and (const char*,<br>&gt; long unsigned int*) I am not aware of that part of the code. Can <br>
&gt; some please help me out as to which function should be used and<br>&gt; what changes can I samely make to go ahead in compilation?<br>&gt;<br>&gt; Thanks,<br>&gt; Zahir Koradia<br><br>_______________________________________________ 
<br>dtn-users mailing list<br><a href="mailto:[email-masked]" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">[email-masked]</a><br><a href="http://mailman.dtnrg.org/mailman/listinfo/dtn-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://mailman.dtnrg.org/mailman/listinfo/dtn-users </a><br></blockquote></div><br></blockquote></div><br></span></div></div>
</blockquote></div><br>

------=_Part_999_1153969.1162452849034--

From: Michael Demmer <[email-masked]>
Subject: Re: [dtn-users] Problem compiling the cvs code on cygwin.
Date: Wed, 1 Nov 2006 12:05:59 -0800
To: [email-masked]
Sender: [email-masked]
Reply-To: [email-masked]

--Apple-Mail-1--579234481
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	delsp=yes;
	format=flowed

Yeah, your type conversions should be ok...

Another option would be for us to implement a shim in the  
oasys::Serialize base class that always treats an int as an int32_t  
so the serialize actions could use vanilla int values.

As far as the xdr_free reference goes, see if changing the #include  
in XDRUtils.h to the following helps:

extern "C" {
#include <rpc/rpc.h>
}

-mike

On Oct 31, 2006, at 4:25 AM, Zahir Koradia wrote:

> Hi Mike,
> Apart from the change you suggested following are the changes I  
> made to get moving ahead.
>
> In file BundleEvent.h
> bundlesendrequest:action_ int to int32_t
> bundlereceivedevent:source_ int to u_int32_t
> bundledeliveryevent:source_ int to u_int32_t
>
> In file Forwardinginfo.h
> Forwardinginfo:action_ int to int32_t
> Forwardinginfo:state_ int to int32_t
>
> In file Link.h
> Link:state_ int to int32_t
>
> In file Registration.h
> Registration:failure_action_ int to int32_t
>
> In file RouteEntry.h
> RouteEntry:action_ int to int32_t
>
> In RouteEntry.cc
> at line 70,  p.addopt(new oasys::EnumOpt("action", fwdopts,  
> &action_));
> since action_ had been changed to int32_t from int, the required  
> parameter
> was int and it was getting int32_t. So I replaced the line with
>
> int temp_action;
> p.addopt(new oasys::EnumOpt("action", fwdopts, &temp_action));
> action_=(int32_t)temp_action;
>
> After these changes I had a linker error "undefined reference to  
> xdr_free(int (*)(), char *)". xdr_free is called in two places: one  
> in XDRUtils.h and the other in dtn_api.c. The call in dtn_api.c is  
> present in the previous code that I used and it compiles well. The  
> new call in XDRUtils.h is not present in the code I used earlier.  
> This code compiles well on linux platforms but has the linker error  
> with cygwin. One thing I noticed was that the call in dtn_api.c is  
> from C code while that in XDRUtils.h is in C++ code. This is  
> probably an issue of name mangling but am not sure how to get rid  
> of it. Any suggestion in this regard would be useful.
>
> Also please let me know if the type conversion that I have done are  
> safe to use.
>
> Thanks,
> Zahir Koradia
>
> On 10/30/06, Michael Demmer <[email-masked]> wrote:
> Try changing the reason_ field type in the ContactEvent class to be a
> u_int32_t instead of an int. If that works, let me know and I'll
> check in the change.
>
> -m
>
> On Oct 30, 2006, at 3:09 AM, Zahir Koradia wrote:
>
> > Hello All,
> > I was having problems with creation of a link at run time in the
> > old code(about 2 months old) I was using (the state of the link got
> > stuck at "OPENING") and wanted to try out my changes in the new cvs
> > code. But the new code seems to be having some problems installing
> > on Cygwin. The error that I am getting is in the file
> > BundleEvent.cc line 196. The compiler could not choose one of the
> > overloaded process() functions unambiguously for the call. At the
> > call the parameters are (const char[7], and int*) and the two
> > candidates of process functions among which the compiler had
> > confusion have parameters (const char*, int32_t*) and (const char*,
> > long unsigned int*) I am not aware of that part of the code. Can
> > some please help me out as to which function should be used and
> > what changes can I samely make to go ahead in compilation?
> >
> > Thanks,
> > Zahir Koradia
>
> _______________________________________________
> dtn-users mailing list
> [email-masked]
> http://mailman.dtnrg.org/mailman/listinfo/dtn-users
>

--Apple-Mail-1--579234481
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Yeah, your type conversions =
should be ok...</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Another option would be for =
us to implement a shim in the oasys::Serialize base class that always =
treats an int as an int32_t so the serialize actions could use vanilla =
int values.</DIV><DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV>As =
far as the xdr_free reference goes, see if changing the #include in =
XDRUtils.h to the following helps:</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>extern "C" =
{</DIV><DIV>#include &lt;rpc/rpc.h&gt;</DIV><DIV>}</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>-mike</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><DIV>On Oct 31, 2006, at =
4:25 AM, Zahir Koradia wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">Hi =
Mike,<BR>Apart from the change you suggested following are the changes I =
made to get moving ahead. <BR><BR>In file =
BundleEvent.h<BR>bundlesendrequest:action_ int to =
int32_t<BR>bundlereceivedevent:source_ int to u_int32_t =
<BR>bundledeliveryevent:source_ int to u_int32_t<BR><BR>In file =
Forwardinginfo.h<BR>Forwardinginfo:action_ int to =
int32_t<BR>Forwardinginfo:state_ int to int32_t<BR><BR>In file =
Link.h<BR>Link:state_ int to int32_t<BR><BR> In file =
Registration.h<BR>Registration:failure_action_ int to int32_t<BR><BR>In =
file RouteEntry.h<BR>RouteEntry:action_ int to int32_t<BR><BR>In =
RouteEntry.cc<BR>at line 70,=A0 p.addopt(new oasys::EnumOpt("action", =
fwdopts, &amp;action_)); <BR>since action_ had been changed to int32_t =
from int, the required parameter<BR>was int and it was getting int32_t. =
So I replaced the line with<BR><BR>int temp_action;<BR>p.addopt(new =
oasys::EnumOpt("action", fwdopts, &amp;temp_action)); =
<BR>action_=3D(int32_t)temp_action;<BR><BR>After these changes I had a =
linker error "undefined reference to xdr_free(int (*)(), char *)". =
xdr_free is called in two places: one in XDRUtils.h and the other in =
dtn_api.c. The call in dtn_api.c is present in the previous code that I =
used and it compiles well. The new call in XDRUtils.h is not present in =
the code I used earlier. This code compiles well on linux platforms but =
has the linker error with cygwin. One thing I noticed was that the call =
in dtn_api.c is from C code while that in XDRUtils.h is in C++ code. =
This is probably an issue of name mangling but am not sure how to get =
rid of it. Any suggestion in this regard would be useful. <BR><BR>Also =
please let me know if the type conversion that I have done are safe to =
use. <BR><BR>Thanks,<BR>Zahir Koradia<BR><BR><DIV><SPAN =
class=3D"gmail_quote">On 10/30/06, <B class=3D"gmail_sendername">Michael =
Demmer</B> &lt;<A =
href=3D"mailto:[email-masked]">[email-masked]</A>&gt; =
wrote:</SPAN><BLOCKQUOTE class=3D"gmail_quote" style=3D"border-left: 1px =
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: =
1ex;"> Try changing the reason_ field type in the ContactEvent class to =
be a<BR>u_int32_t instead of an int. If that works, let me know and =
I'll<BR>check in the change.<BR><BR>-m<BR><BR>On Oct 30, 2006, at 3:09 =
AM, Zahir Koradia wrote: <BR><BR>&gt; Hello All,<BR>&gt; I was having =
problems with creation of a link at run time in the<BR>&gt; old =
code(about 2 months old) I was using (the state of the link got<BR>&gt; =
stuck at "OPENING") and wanted to try out my changes in the new cvs =
<BR>&gt; code. But the new code seems to be having some problems =
installing<BR>&gt; on Cygwin. The error that I am getting is in the =
file<BR>&gt; BundleEvent.cc line 196. The compiler could not choose one =
of the<BR>&gt; overloaded process() functions unambiguously for the =
call. At the <BR>&gt; call the parameters are (const char[7], and int*) =
and the two<BR>&gt; candidates of process functions among which the =
compiler had<BR>&gt; confusion have parameters (const char*, int32_t*) =
and (const char*,<BR>&gt; long unsigned int*) I am not aware of that =
part of the code. Can <BR>&gt; some please help me out as to which =
function should be used and<BR>&gt; what changes can I samely make to go =
ahead in compilation?<BR>&gt;<BR>&gt; Thanks,<BR>&gt; Zahir =
Koradia<BR><BR>_______________________________________________ =
<BR>dtn-users mailing list<BR><A =
href=3D"mailto:[email-masked]">[email-masked]</A=
><BR><A =
href=3D"http://mailman.dtnrg.org/mailman/listinfo/dtn-users">http://mailma=
n.dtnrg.org/mailman/listinfo/dtn-users =
</A><BR></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></DIV><BR></BODY></HTML>=

--Apple-Mail-1--579234481--