[Lksctp-developers] Core dump after calling sctp_getpaddrs()

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

I have a typical client server application where both the client and 
server are multihomed. The application  calls sctp_getpaddrs()
after the association is established to get the IP address of the 
remote  and my application core dumps. When I step through using gdb 
before the call to sctp_getpaddrs(), I don't see any problems in the 
arguments passed. But after the call when I do a backtrace I see the 
stack frame corrupted.  Has anyone faced similar problem.  I am using  
lksctp (ver 1.0.2 that is bundled with Fedora 4)

Regards
-Rahul

Vlad Yasevich wrote:

>Rahul H Joshi wrote:
>  
>
>>Vlad,
>>
>>    I have one more question on the multihomed setup that you helped me
>>get working. At the client  my application is needing to know the
>>secondary ethernet IP address of the server. Similarly my server
>>application is needing to know secondary ethernet address of the client.
>>How can I retrieve them at the client and server respectively ?   Is
>>there an API that allows me to peek into the "entire" INIT and INIT_ACK
>>message
>>exchanged at the SCTP layer so that I can get the IP address that I need?
>>
>>    
>>
>
>Yes.  There are 2 calls the are provided:  sctp_getladdrs() and sctp_getpaddrs().
>In linux, they are provided by the sctp library (libsctp.so) and you need to
>install the appropriate package for your distribution.
>
>See man pages after you install the library for how to use them.
>
>-vlad
>
>  
>

DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails.