Menu
▾
▴
sipdht-devel — This list is for development of sipdht project
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(10) |
Jul
(10) |
Aug
|
Sep
|
Oct
(2) |
Nov
(6) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(16) |
Feb
(14) |
Mar
|
Apr
(5) |
May
|
Jun
(4) |
Jul
(2) |
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
| 2008 |
Jan
(29) |
Feb
(22) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Enrico M. <enr...@te...> - 2007-02-16 11:45:58
|
Frank Ruwolt wrote:
> Thanks!
Does it work now?
> Btw:
> I found a file called libsipdhtjava.so in /usr/lib - maybe it's just =
a=20
> naming error (libsipdhtjava.so instead of sipdhtjava.so)?
I don't think so. At least for gcc, the name of the library is usually
the filename stripped of `lib'. Unfortunately, even if I should, I'm
not so familiar with JNI :-(
--=20
Ciao,
Enrico
Ahem.. Sorry, the notice below is not my fault :-(
--------------------------------------------------------------------
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons =
above and may contain confidential information. If you have received the =
message in error, be informed that any use of the content hereof is =
prohibited. Please return it immediately to the sender and delete the =
message. Should you have any questions, please contact us by replying to =
web...@te....
Thank you
www.telecomitalia.it
--------------------------------------------------------------------
=20
|
|
From: Frank R. <fra...@we...> - 2007-02-16 11:40:39
|
Thanks! Btw: I found a file called libsipdhtjava.so in /usr/lib - maybe it's just a naming error (libsipdhtjava.so instead of sipdhtjava.so)? Regards, Frank Enrico Marocco wrote: > Frank Ruwolt wrote: > >> i installed everything from .deb files (including libsofia, libsipdht, >> libsipdht++). >> I also tried to set LD_LIBRARY_PATH but it was not the answer to this >> problem. Which files should i have in /usr/local/lib? There isn't any. >> Am i right in thinking that Java looks for a file called sipdhtjava.so ? >> > > Yes. > > >> If yes, where can i get it from? >> > > libsipdht-java installs it in /usr/lib. > > >> Sorry for a lot of questions! >> > > No problem; we've just replicated the error on a Ubuntu 6.10; if you > have installed the debs, it should be enough setting > LD_LIBRARY_PATH=/usr/lib > > We still don't know why... we'll let you know. > > |
|
From: Enrico M. <enr...@te...> - 2007-02-16 10:53:55
|
Frank Ruwolt wrote:
> i installed everything from .deb files (including libsofia, libsipdht, =
> libsipdht++).
> I also tried to set LD_LIBRARY_PATH but it was not the answer to this=20
> problem. Which files should i have in /usr/local/lib? There isn't any.
> Am i right in thinking that Java looks for a file called sipdhtjava.so =
?=20
Yes.
> If yes, where can i get it from?
libsipdht-java installs it in /usr/lib.
> Sorry for a lot of questions!
No problem; we've just replicated the error on a Ubuntu 6.10; if you
have installed the debs, it should be enough setting
LD_LIBRARY_PATH=3D/usr/lib
We still don't know why... we'll let you know.
--=20
Ciao,
Enrico
Ahem.. Sorry, the notice below is not my fault :-(
--------------------------------------------------------------------
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons =
above and may contain confidential information. If you have received the =
message in error, be informed that any use of the content hereof is =
prohibited. Please return it immediately to the sender and delete the =
message. Should you have any questions, please contact us by replying to =
web...@te....
Thank you
www.telecomitalia.it
--------------------------------------------------------------------
=20
|
|
From: Frank R. <fra...@we...> - 2007-02-16 09:42:38
|
Hi, and thanks for your reply. i installed everything from .deb files (including libsofia, libsipdht, libsipdht++). I also tried to set LD_LIBRARY_PATH but it was not the answer to this problem. Which files should i have in /usr/local/lib? There isn't any. Am i right in thinking that Java looks for a file called sipdhtjava.so ? If yes, where can i get it from? Sorry for a lot of questions! Best regards, Frank Enrico Marocco wrote: > Frank Ruwolt wrote: >> I tried to run Sipdht.java from the examples folder (using eclipse on >> an ubuntu 6.10 machine). But i always get an error >> like this: >> >> Exception in thread "main" java.lang.UnsatisfiedLinkError: no >> sipdhtjava in java.library.path >> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682) >> at java.lang.Runtime.loadLibrary0(Runtime.java:822) >> at java.lang.System.loadLibrary(System.java:993) >> at Sipdht.<clinit>(Sipdht.java:180) >> >> For me it looks like java tries to find a file "sipdhtjava.so" in the >> java.library.path or does it has to be without >> .so ? Anyway, i don't have such a file . . . >> My java.library.path looks like this: >> /usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/i386/client:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/../lib/i386:/usr/lib/firefox >> >> >> Do you have any idea what i can do? > > If you have installed libsidht-java from the tarball (remember that it > depends from libsidht and libsipdht++), you should set LD_LIBRARY_PATH > pointing to /usr/local/lib. > > You haven't used the .deb files, have you? I'd suggest that you use > them as they should not require further configuration... and also > because we haven't tryed them on Ubuntu Edgy yet ;-) > |
|
From: Enrico M. <enr...@te...> - 2007-02-15 18:05:11
|
Frank Ruwolt wrote:
> I tried to run Sipdht.java from the examples folder (using eclipse on =
an ubuntu 6.10 machine). But i always get an error
> like this:
>=20
> Exception in thread "main" java.lang.UnsatisfiedLinkError: no =
sipdhtjava in java.library.path
> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
> at java.lang.Runtime.loadLibrary0(Runtime.java:822)
> at java.lang.System.loadLibrary(System.java:993)
> at Sipdht.<clinit>(Sipdht.java:180)
>=20
> For me it looks like java tries to find a file "sipdhtjava.so" in the =
java.library.path or does it has to be without
> .so ? Anyway, i don't have such a file . . .
> My java.library.path looks like this: =
/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/i386/client:/usr/lib/jvm/jav=
a-1.5.0-sun-1.5.0.08/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jr=
e/../lib/i386:/usr/lib/firefox
>=20
> Do you have any idea what i can do?
If you have installed libsidht-java from the tarball (remember that it=20
depends from libsidht and libsipdht++), you should set LD_LIBRARY_PATH=20
pointing to /usr/local/lib.
You haven't used the .deb files, have you? I'd suggest that you use=20
them as they should not require further configuration... and also=20
because we haven't tryed them on Ubuntu Edgy yet ;-)
--=20
Ciao,
Enrico
Ahem... Sorry, the notice below is not my fault :-(
--------------------------------------------------------------------
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons =
above and may contain confidential information. If you have received the =
message in error, be informed that any use of the content hereof is =
prohibited. Please return it immediately to the sender and delete the =
message. Should you have any questions, please contact us by replying to =
web...@te....
Thank you
www.telecomitalia.it
--------------------------------------------------------------------
=20
|
|
From: Frank R. <fra...@we...> - 2007-02-15 17:03:04
|
Hi,
i'm absolutely new to this list and relatively new to p2p-sip and dht and would appreciate any help with this problem:
I tried to run Sipdht.java from the examples folder (using eclipse on an ubuntu 6.10 machine). But i always get an error
like this:
Exception in thread "main" java.lang.UnsatisfiedLinkError: no sipdhtjava in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682)
at java.lang.Runtime.loadLibrary0(Runtime.java:822)
at java.lang.System.loadLibrary(System.java:993)
at Sipdht.<clinit>(Sipdht.java:180)
For me it looks like java tries to find a file "sipdhtjava.so" in the java.library.path or does it has to be without
.so ? Anyway, i don't have such a file . . .
My java.library.path looks like this: /usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/i386/client:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/lib/i386:/usr/lib/jvm/java-1.5.0-sun-1.5.0.08/jre/../lib/i386:/usr/lib/firefox
Do you have any idea what i can do?
Btw: I successfully ran the dht-example from http://sipdht.sourceforge.net/doc.html . That's why i think it's not a
problem of a missing library like libsofia or libsipdht - but maybe i'm totally wrong . . .
Please help.
Best regards,
Frank
|
|
From: Marengo S. <ste...@gu...> - 2007-02-05 20:35:17
|
I have just released libsipdht-0.7.0 using the fix suggested
by Gustavo Garc=EDa Bernardo with the only difference that
I have removed sipdht_initialize_headers() because it was used
only internally and so it is no more needed.
I have also updated all other packages, because they all depend
by libsipdht.
Bye,
Stefano
-----Original Message-----
From: sip...@li... on behalf of Marengo =
Stefano
Sent: Thu 2/1/2007 6:26 PM
To: sip...@li...
Subject: [Sipdht-devel] R: problem with sipdht_initialize_headers =
andconstmclass
=20
Thanks,
I'm investigating... then I will fix it first in CVS and then in =
tarballs
and debian packages.
Bye,
Stefano
-----Messaggio originale-----
Da: sip...@li... per conto di Gustavo =
Garc=EDa Bernardo
Inviato: mer 31/01/2007 0.58
A: sip...@li...
Oggetto: [Sipdht-devel] problem with sipdht_initialize_headers and =
constmclass
=20
Hi,
=20
I'm building sipdht on Windows, and I think I've found a problem. Now,
sipdht-tools call sipdht_initilize_headers(sip_default_mclass()) to =
include
DHT SIP headers in the mclass object. The mclass returned by
sip_default_mclass is a reference to a const object and in my opinion it
shouldn't be modified. There is where the application crashes on =
Windows,
and I have asked just now for it in the sofia-sip list (find the =
response at
the end of this mail).=20
=20
In my opinion, msg_mclass_clone should be used, including it for example =
in
peer.c:
=20
sipdht_peer_create
peer->p_mclass =3D msg_mclass_clone(sip_default_mclass(), 0, 0);
if (sipdht_initialize_headers(peer->p_mclass) < 0)
SIPDHT_ERROR(NULL, "cannot initialize parser");
=20
peer->p_agent =3D nta_agent_create(root,
(url_string_t *)peer->p_contact,
unexpected_msg_handler, NULL,
NTATAG_MCLASS(peer->p_mclass), TAG_END());
=20
sipdht_peer_destroy
free(peer->p_mclass); peer->p_mclass =3D NULL;
=20
(This should be included in the same way in the get, put and walk =
similar
create/destroy functions)
=20
Let me know your opinion, maybe I'm wrong. In my case this change seems =
to
work fine.
=20
Best regards.
=20
G.
=20
On 1/30/07, Gustavo Garc=EDa Bernardo <gg...@ti...> wrote:
> I'm trying to add a custom SIP header to the mclass object. As far as =
> I understand, sip_default_mclass() returns a reference to a const=20
> object (msg_mclass_t const sip_mclass[1]), so I should clone the=20
> mclass object before adding the header. Is it correct?
=20
That is right.
-------------------------------------------------------------------------=
Using Tomcat but need to do more? Need to support web services, =
security?
Get stuff done quickly with pre-integrated technology to make your job =
easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache =
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
Sipdht-devel mailing list
Sip...@li...
https://lists.sourceforge.net/lists/listinfo/sipdht-devel
|
|
From: Marengo S. <ste...@gu...> - 2007-02-01 17:27:22
|
Thanks,
I'm investigating... then I will fix it first in CVS and then in =
tarballs
and debian packages.
Bye,
Stefano
-----Messaggio originale-----
Da: sip...@li... per conto di Gustavo =
Garc=EDa Bernardo
Inviato: mer 31/01/2007 0.58
A: sip...@li...
Oggetto: [Sipdht-devel] problem with sipdht_initialize_headers and =
constmclass
=20
Hi,
=20
I'm building sipdht on Windows, and I think I've found a problem. Now,
sipdht-tools call sipdht_initilize_headers(sip_default_mclass()) to =
include
DHT SIP headers in the mclass object. The mclass returned by
sip_default_mclass is a reference to a const object and in my opinion it
shouldn't be modified. There is where the application crashes on =
Windows,
and I have asked just now for it in the sofia-sip list (find the =
response at
the end of this mail).=20
=20
In my opinion, msg_mclass_clone should be used, including it for example =
in
peer.c:
=20
sipdht_peer_create
peer->p_mclass =3D msg_mclass_clone(sip_default_mclass(), 0, 0);
if (sipdht_initialize_headers(peer->p_mclass) < 0)
SIPDHT_ERROR(NULL, "cannot initialize parser");
=20
peer->p_agent =3D nta_agent_create(root,
(url_string_t *)peer->p_contact,
unexpected_msg_handler, NULL,
NTATAG_MCLASS(peer->p_mclass), TAG_END());
=20
sipdht_peer_destroy
free(peer->p_mclass); peer->p_mclass =3D NULL;
=20
(This should be included in the same way in the get, put and walk =
similar
create/destroy functions)
=20
Let me know your opinion, maybe I'm wrong. In my case this change seems =
to
work fine.
=20
Best regards.
=20
G.
=20
On 1/30/07, Gustavo Garc=EDa Bernardo <gg...@ti...> wrote:
> I'm trying to add a custom SIP header to the mclass object. As far as =
> I understand, sip_default_mclass() returns a reference to a const=20
> object (msg_mclass_t const sip_mclass[1]), so I should clone the=20
> mclass object before adding the header. Is it correct?
=20
That is right.
|
|
From: <gg...@ti...> - 2007-01-30 23:58:56
|
Hi,
=20
I=92m building sipdht on Windows, and I think I=91ve found a problem. =
Now,
sipdht-tools call sipdht_initilize_headers(sip_default_mclass()) to =
include
DHT SIP headers in the mclass object. The mclass returned by
sip_default_mclass is a reference to a const object and in my opinion it
shouldn=92t be modified. There is where the application crashes on =
Windows,
and I have asked just now for it in the sofia-sip list (find the =
response at
the end of this mail).=20
=20
In my opinion, msg_mclass_clone should be used, including it for example =
in
peer.c:
=20
sipdht_peer_create
peer->p_mclass =3D msg_mclass_clone(sip_default_mclass(), 0, 0);
if (sipdht_initialize_headers(peer->p_mclass) < 0)
SIPDHT_ERROR(NULL, "cannot initialize parser");
=20
peer->p_agent =3D nta_agent_create(root,
(url_string_t *)peer->p_contact,
unexpected_msg_handler, NULL,
NTATAG_MCLASS(peer->p_mclass), TAG_END());
=20
sipdht_peer_destroy
free(peer->p_mclass); peer->p_mclass =3D NULL;
=20
(This should be included in the same way in the get, put and walk =
similar
create/destroy functions)
=20
Let me know your opinion, maybe I=92m wrong. In my case this change =
seems to
work fine.
=20
Best regards.
=20
G.
=20
On 1/30/07, Gustavo Garc=EDa Bernardo <gg...@ti...> wrote:
> I'm trying to add a custom SIP header to the mclass object. As far as =
> I understand, sip_default_mclass() returns a reference to a const=20
> object (msg_mclass_t const sip_mclass[1]), so I should clone the=20
> mclass object before adding the header. Is it correct?
=20
That is right.
|
|
From: Oredope, A. <ao...@es...> - 2007-01-20 14:17:16
|
Thanks a lot Enrico. I do apologise for the late response, I was trying
to get someone who could help me translate Italian and lucky enough
someone in my group is willing. So, please go ahead and send the report.
Thanks and Regards,
Tola
-----Original Message-----
From: Enrico Marocco [mailto:enr...@te...]=20
Sent: 18 January 2007 14:15
To: Oredope, Adetola
Cc: sip...@li...
Subject: Re: [Sipdht-devel] SIPDHT simulation
Oredope, Adetola wrote:
> Concerning the -R option, I will give it a try, but what are the
> advantages?=20
Messages will be routed instead of redirected. The advantage is only=20
for the client which has to send just one message (as it does with=20
regular SIP proxyes).
> Is the default SIPDHT configuration set to routing or redirecting? If
> redirecting, then this is may explain the system crash we experience
> when we kill multiple nodes (instances) at the same time. We were
> thinking may be the crash is due to running a lot of instances on a
> single node. Is this right?
Default is routing. Was the crash an "Abort" or a "Segmentation Fault"?
In the first case, it happens because two many nodes died in one=20
stabilization interval. You can avoid it tuning the interval length=20
(through the -s option). In the latter case, it is a bug, worth=20
notified on sourceforge bugtracking system.
> Also, thanks for the link, it was quite helpful. Concerning the
> algorithm, we will try to work with it and let the mailing list know
our
> progress.=20
>=20
> Were there any simulations for SIPDHT before the actual
implementation?
> If yes, are there any materials (papers, journal or reports) on the
> results. Any advise on the best way to simulate Chord?
Actually a student wrote his master thesis on it and did a lot of=20
simulations; unfortunately for you it is written in Italian. If you are
interested, I can send you (in PM) a copy of the doc; perhaps some=20
automatic translator could help you.
--=20
Ciao,
Enrico
Ahem.. Sorry, the notice below is not my fault :-(
--------------------------------------------------------------------
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons
above and may contain confidential information. If you have received the
message in error, be informed that any use of the content hereof is
prohibited. Please return it immediately to the sender and delete the
message. Should you have any questions, please contact us by replying to
web...@te....
Thank you
www.telecomitalia.it
--------------------------------------------------------------------
=20
|
|
From: Enrico M. <enr...@te...> - 2007-01-18 14:15:41
|
Oredope, Adetola wrote:
> Concerning the -R option, I will give it a try, but what are the
> advantages?=20
Messages will be routed instead of redirected. The advantage is only=20
for the client which has to send just one message (as it does with=20
regular SIP proxyes).
> Is the default SIPDHT configuration set to routing or redirecting? If
> redirecting, then this is may explain the system crash we experience
> when we kill multiple nodes (instances) at the same time. We were
> thinking may be the crash is due to running a lot of instances on a
> single node. Is this right?
Default is routing. Was the crash an "Abort" or a "Segmentation Fault"? =
In the first case, it happens because two many nodes died in one=20
stabilization interval. You can avoid it tuning the interval length=20
(through the -s option). In the latter case, it is a bug, worth=20
notified on sourceforge bugtracking system.
> Also, thanks for the link, it was quite helpful. Concerning the
> algorithm, we will try to work with it and let the mailing list know =
our
> progress.=20
>=20
> Were there any simulations for SIPDHT before the actual =
implementation?
> If yes, are there any materials (papers, journal or reports) on the
> results. Any advise on the best way to simulate Chord?
Actually a student wrote his master thesis on it and did a lot of=20
simulations; unfortunately for you it is written in Italian. If you are =
interested, I can send you (in PM) a copy of the doc; perhaps some=20
automatic translator could help you.
--=20
Ciao,
Enrico
Ahem.. Sorry, the notice below is not my fault :-(
--------------------------------------------------------------------
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons =
above and may contain confidential information. If you have received the =
message in error, be informed that any use of the content hereof is =
prohibited. Please return it immediately to the sender and delete the =
message. Should you have any questions, please contact us by replying to =
web...@te....
Thank you
www.telecomitalia.it
--------------------------------------------------------------------
=20
|
|
From: Oredope, A. <ao...@es...> - 2007-01-17 16:00:45
|
Thanks for you quick response. Concerning the -R option, I will give it a try, but what are the advantages?=20 Is the default SIPDHT configuration set to routing or redirecting? If redirecting, then this is may explain the system crash we experience when we kill multiple nodes (instances) at the same time. We were thinking may be the crash is due to running a lot of instances on a single node. Is this right? Also, thanks for the link, it was quite helpful. Concerning the algorithm, we will try to work with it and let the mailing list know our progress.=20 Were there any simulations for SIPDHT before the actual implementation? If yes, are there any materials (papers, journal or reports) on the results. Any advise on the best way to simulate Chord? I apologise for the long list of questions Regards, Tola -----Original Message----- From: Enrico Marocco [mailto:enr...@te...]=20 Sent: 17 January 2007 15:15 To: Oredope, Adetola Cc: sip...@li... Subject: Re: [Sipdht-devel] SIPDHT simulation Oredope, Adetola wrote: > Thanks for you quick response. > We have actually implemented SIP-DHT on our test bed using over 24 > instances across 3 nodes.=20 >=20 > But we are now interested in studying its scalability properties in > comparison to client-server SIP and also study additional behaviours > with presence services. It is surely interesting; I'd suggest to try the -R option for making nodes act as routing proxies (instead of redirecting). > We are also thinking of using platforms such as MathLab, OPNET or NS2, > or better still develop a simulation platform using C++ or Java.... With such tools you can do simulations in the strict sense of the term (i.e. opposed to emulations, testbeds); they are definitely worth doing, but it is not clear to me how they relate to sipdht. Or are you planning to simulate the implemented algorithm (http://sipdht.sf.net/algo.html)? --=20 Ciao, Enrico Ahem.. Sorry, the notice below is not my fault :-( -------------------------------------------------------------------- CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you have received the message in error, be informed that any use of the content hereof is prohibited. Please return it immediately to the sender and delete the message. Should you have any questions, please contact us by replying to web...@te.... Thank you www.telecomitalia.it -------------------------------------------------------------------- =20 |
|
From: Enrico M. <enr...@te...> - 2007-01-17 15:13:26
|
Oredope, Adetola wrote: > Thanks for you quick response. > We have actually implemented SIP-DHT on our test bed using over 24 > instances across 3 nodes.=20 >=20 > But we are now interested in studying its scalability properties in > comparison to client-server SIP and also study additional behaviours > with presence services. It is surely interesting; I'd suggest to try the -R option for making nodes act as routing proxies (instead of redirecting). > We are also thinking of using platforms such as MathLab, OPNET or NS2, > or better still develop a simulation platform using C++ or Java.... With such tools you can do simulations in the strict sense of the term (i.e. opposed to emulations, testbeds); they are definitely worth doing, but it is not clear to me how they relate to sipdht. Or are you planning to simulate the implemented algorithm (http://sipdht.sf.net/algo.html)? --=20 Ciao, Enrico Ahem.. Sorry, the notice below is not my fault :-( -------------------------------------------------------------------- CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons = above and may contain confidential information. If you have received the = message in error, be informed that any use of the content hereof is = prohibited. Please return it immediately to the sender and delete the = message. Should you have any questions, please contact us by replying to = web...@te.... Thank you www.telecomitalia.it -------------------------------------------------------------------- =20 |
|
From: Oredope, A. <ao...@es...> - 2007-01-17 13:15:32
|
Hello Enrico,
Thanks for you quick response.
We have actually implemented SIP-DHT on our test bed using over 24
instances across 3 nodes.=20
But we are now interested in studying its scalability properties in
comparison to client-server SIP and also study additional behaviours
with presence services.
We are also thinking of using platforms such as MathLab, OPNET or NS2,
or better still develop a simulation platform using C++ or Java....
Please what do you think about this? Any Ideas?
Regards,
Tola
-----Original Message-----
From: Enrico Marocco [mailto:enr...@te...]=20
Sent: 17 January 2007 12:47
To: Oredope, Adetola
Cc: sip...@li...
Subject: Re: [Sipdht-devel] SIPDHT simulation
Oredope, Adetola wrote:
> I am interested in running some SIPDHT simulations.
>=20
> Does anyone have any Ideas on how I should go about this?
I suggest that you start from README file in sipdht-tools.
--
Ciao,
Enrico
--------------------------------------------------------------------
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons
above and may contain confidential information. If you have received the
message in error, be informed that any use of the content hereof is
prohibited. Please return it immediately to the sender and delete the
message. Should you have any questions, please contact us by replying to
web...@te....
Thank you
www.telecomitalia.it
--------------------------------------------------------------------
=20
|
|
From: Enrico M. <enr...@te...> - 2007-01-17 12:47:39
|
Oredope, Adetola wrote:
> I am interested in running some SIPDHT simulations.
>=20
> Does anyone have any Ideas on how I should go about this?
I suggest that you start from README file in sipdht-tools.
--
Ciao,
Enrico
--------------------------------------------------------------------
CONFIDENTIALITY NOTICE
This message and its attachments are addressed solely to the persons =
above and may contain confidential information. If you have received the =
message in error, be informed that any use of the content hereof is =
prohibited. Please return it immediately to the sender and delete the =
message. Should you have any questions, please contact us by replying to =
web...@te....
Thank you
www.telecomitalia.it
--------------------------------------------------------------------
=20
|
|
From: Oredope, A. <ao...@es...> - 2007-01-17 12:06:12
|
Hello, =20 I am interested in running some SIPDHT simulations. Does anyone have any Ideas on how I should go about this? =20 Regards, =20 =20 Adetola Oredope =20 Pervasive Networks and Services Research Group, University of Essex, Department of Electronic Systems Engineering, Wivenhoe Park, Colchester=20 CO4 3SQ=20 United Kingdom http://www.essex.ac.uk/ese/research/pervasivenetworks/ =20 --- Never walk away from someone who deserves help; your hand is God's hand for that person. =20 |
|
From: Marengo S. <ste...@gu...> - 2007-01-10 15:38:34
|
I have just released sipdht-tools-0.3.1 with the related fixes: Fixed minor bugs (added some missing return in opt_set_addr_port() and added libc6-2.3.2 support for getaddrinfo) Bye, Stefano -----Messaggio originale----- Da: sip...@li... per conto di Marengo = Stefano Inviato: mar 09/01/2007 19.38 A: sip...@li... Oggetto: [Sipdht-devel] R: libc6/debian version =20 Thanks, I'm fixing it for next sipdht-tools-0.3.1 (coming soon). Regarding the access violation, I have missed some "return" in = opt_set_addr_port() (in sipdht.c, sipdhtp.c, sipdhtg.c and sipdhtw.c) when sipdht changed = from sipdht-0.2.0 to libsipdht-0.3.0 + sipdht-tools-0.1.0. Bye, Stefano -----Messaggio originale----- Da: sip...@li... per conto di Gustavo = Garc=EDa Bernardo Inviato: mar 09/01/2007 17.28 A: sip...@li... Oggetto: [Sipdht-devel] libc6/debian version =20 Hi, =20 Is it possible to run sipdht tools with libc6 2.3.2 (debian stable)? It works fine with libc6 2.3.6 (debian sid) but it seems that it doesn't in debian stable. =20 After some tests I think the problem is the getaddrinfo API that doesn't support ai_sockettype =3D ai_protocol =3D 0 in the hints structure that receives. (I've seen it changed in libc6 around 2.3.3 version: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/posix/getaddrin= fo. c.diff?r1=3D1.82 <http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/posix/getaddri= nfo .c.diff?r1=3D1.82&r2=3D1.83&cvsroot=3Dglibc&f=3Dh> = &r2=3D1.83&cvsroot=3Dglibc&f=3Dh) =20 This issue produces an access violation exception in sipdht tools = because getaddrinfo returns res =3D NULL (i.e. sipdhtw.c Ln 118). If you = initialize ai_sockettype in the hint structure, for example with ai_sockettype =3D SOCK_DGRAM, it works. =20 I don't know if it should be solved or assumed as prerequisite, but = anyway this information could be useful for other people in the future. =20 =20 Taking advantage of this mail, I've seen two minor typos in the website http://sipdht.sourceforge.net/doc.html: sipdhtq -> sipdhtw -s10 -> -s 10 =20 Best regards. =20 G. -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share = your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV _______________________________________________ Sipdht-devel mailing list Sip...@li... https://lists.sourceforge.net/lists/listinfo/sipdht-devel |
|
From: Marengo S. <ste...@gu...> - 2007-01-09 18:38:56
|
Thanks, I'm fixing it for next sipdht-tools-0.3.1 (coming soon). Regarding the access violation, I have missed some "return" in = opt_set_addr_port() (in sipdht.c, sipdhtp.c, sipdhtg.c and sipdhtw.c) when sipdht changed = from sipdht-0.2.0 to libsipdht-0.3.0 + sipdht-tools-0.1.0. Bye, Stefano -----Messaggio originale----- Da: sip...@li... per conto di Gustavo = Garc=EDa Bernardo Inviato: mar 09/01/2007 17.28 A: sip...@li... Oggetto: [Sipdht-devel] libc6/debian version =20 Hi, =20 Is it possible to run sipdht tools with libc6 2.3.2 (debian stable)? It works fine with libc6 2.3.6 (debian sid) but it seems that it doesn't in debian stable. =20 After some tests I think the problem is the getaddrinfo API that doesn't support ai_sockettype =3D ai_protocol =3D 0 in the hints structure that receives. (I've seen it changed in libc6 around 2.3.3 version: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/posix/getaddrin= fo. c.diff?r1=3D1.82 <http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/posix/getaddri= nfo .c.diff?r1=3D1.82&r2=3D1.83&cvsroot=3Dglibc&f=3Dh> = &r2=3D1.83&cvsroot=3Dglibc&f=3Dh) =20 This issue produces an access violation exception in sipdht tools = because getaddrinfo returns res =3D NULL (i.e. sipdhtw.c Ln 118). If you = initialize ai_sockettype in the hint structure, for example with ai_sockettype =3D SOCK_DGRAM, it works. =20 I don't know if it should be solved or assumed as prerequisite, but = anyway this information could be useful for other people in the future. =20 =20 Taking advantage of this mail, I've seen two minor typos in the website http://sipdht.sourceforge.net/doc.html: sipdhtq -> sipdhtw -s10 -> -s 10 =20 Best regards. =20 G. |
|
From: <gg...@ti...> - 2007-01-09 16:29:16
|
Hi, =20 Is it possible to run sipdht tools with libc6 2.3.2 (debian stable)? It works fine with libc6 2.3.6 (debian sid) but it seems that it doesn=92t = in debian stable. =20 After some tests I think the problem is the getaddrinfo API that = doesn=92t support ai_sockettype =3D ai_protocol =3D 0 in the hints structure that receives. (I=92ve seen it changed in libc6 around 2.3.3 version: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/posix/getaddrin= fo. c.diff?r1=3D1.82 <http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sysdeps/posix/getaddri= nfo .c.diff?r1=3D1.82&r2=3D1.83&cvsroot=3Dglibc&f=3Dh> = &r2=3D1.83&cvsroot=3Dglibc&f=3Dh) =20 This issue produces an access violation exception in sipdht tools = because getaddrinfo returns res =3D NULL (i.e. sipdhtw.c Ln 118). If you = initialize ai_sockettype in the hint structure, for example with ai_sockettype =3D SOCK_DGRAM, it works. =20 I don=92t know if it should be solved or assumed as prerequisite, but = anyway this information could be useful for other people in the future. =20 =20 Taking advantage of this mail, I=92ve seen two minor typos in the = website http://sipdht.sourceforge.net/doc.html: sipdhtq -> sipdhtw -s10 -> -s 10 =20 Best regards. =20 G. |
|
From: Enrico M. <enr...@te...> - 2007-01-09 09:04:14
|
Qh guo wrote: > But when I type the following command: sipdht or sipshtw etc. errors: > error while loading shared libraries:libsipdht-0.6.so > <http://libsipdht-0.6.so>: cannot open shared object file: No such file > or directory. > But I have found the above .so in the /usr/local/lib/ > Why that happened? Thanks The linker cannot find them. You can tell it through the LD_LIBRARY_PATH variable ($ export LD_LIBRARY_PATH=/usr/local/lib). If you don't want to run the command every time you start a new shell, you can also writhe the path in /etc/ld.so.conf (or in a separate file in /etc/ld.so.conf.d/) and them run ldconfig. -- Ciao, Enrico |
|
From: Qh g. <ras...@gm...> - 2007-01-09 08:54:52
|
I changed the version of the sofia to 1.12.4. And it was compiled successfully.After installing the tool of the sipdht, it showed me some commands to try. But when I type the following command: sipdht or sipshtw etc. errors: error while loading shared libraries:libsipdht-0.6.so: cannot open shared object file: No such file or directory. But I have found the above .so in the /usr/local/lib/ Why that happened? Thanks > |
|
From: Qh g. <ras...@gm...> - 2007-01-08 09:30:15
|
version :sofia-sip_1.12.1 I will try in that way. Thanks a lot! |
|
From: Enrico M. <enr...@te...> - 2007-01-05 10:50:31
|
Qh guo wrote: > Hi, when compile the source code libsipdht-0.6 under ubuntu linux, > encounter the follow errors: > ../include/sipdht/dht_header.h:86: error: syntax error before 'sip_dht_link_d' > ../include/sipdht/dht_header.h:87: error: syntax error before 'isize_t > ........... > Can some one give me the reason? Thanks Which version/distribution of sofia-sip did you install? Just as a quick try, delete the src/dht_header_tag.c and include/sipdht/dht_header.h before rebuilding. If everything goes fine, such files should be regenerated accordingly to the sofia version actually installed and then correctly compiled. -- Ciao, Enrico |
|
From: Qh g. <ras...@gm...> - 2007-01-05 09:43:10
|
Hi, when compile the source code libsipdht-0.6 under ubuntu linux, encounter the follow errors: ../include/sipdht/dht_header.h:86: error: syntax error before 'sip_dht_link_d' ../include/sipdht/dht_header.h:87: error: syntax error before 'isize_t ........... Can some one give me the reason? Thanks |
|
From: Marengo S. <ste...@gu...> - 2006-12-07 17:55:34
|
We are glad to announce you the new releases 0.6 with debian packages. For ensuring strict dependency between applications and libraries we have also introduced the libtool -release versioning (libraries SONAME is now libraryname-X.Y.so). libtool -release is more suitable for libraries in development. With releases 1.y.z we will use instead -version-info. Ciao, Stefano |
