SCTP Discussions

Text archives Help


RE: [SCTP-Discussion] Re: [SCTP-Discussion]


Chronological Thread 
  • From: Michael Tuexen <Michael.Tuexen AT micmac.franken.de>
  • To: Vaclav Urbanek <xurbanev AT fel.cvut.cz>
  • Cc: discussion AT sctp.de
  • Subject: RE: [SCTP-Discussion] Re: [SCTP-Discussion]
  • Date: Wed May 23 12:34:01 2001
  • List-id: SCTP Discussions <discussion.sctp.de>

Dear all,

the test programs will check the command line options in the upcoming
pre10 pre-release.

Best regards
Michael

You wrote:
> I am using library 1.0.0 pre9 for now. I am not an author of sctlib, I am
> only last user. I don't know anything about performance, throughput and
> bakeoffs. With well known bugs I meant the possibility of segmentation
> faults, which causes an inappropriate use of echo_server and echo_tool apps
> (caused by incorrect command-line parameters). This bugs are a little
> confusing for new users. It is not a library problem, but application. The
> behaviour and correct command line parameters for this test applications
> are decribed in many former mails on this discussion. I don�t know if it
> is
> fixed in current downloadable version of pre9.
> Vaclav Urbanek
> ----------
> > Odes�latel: Michael Mueller
> > <bhu5nji AT yahoo.com>
> > Komu:
> > discussion AT sctp.de
> > P�edm�t: Re: [SCTP-Discussion] (no subject)
> > Datum: 23. kv�tna 2001 4:10
> >
> > Vaclav.
> >
> > Thanks for the help. Are the "well-known" bugs
> > documented in the TODO file?
> >
> > How is the throughput performance?
> >
> > I see references to the bakeoffs. How did the package
> > perform at those events?
> >
> > Michael
> > --- Vaclav Urbanek
> > <xurbanev AT fel.cvut.cz>
> > wrote:
> > > Hello Michael,
> > > I had exactly same problem!!!
> > >
> > > My solution:
> > >
> > > I only added the declaration of strucure in_pktinfo
> > > (from linux/in.h)
> > > directly into adaptation.c. It is terrible patch but
> > > it seems all work fine
> > > (only with well-known bugs <IMG SRC="/images/emoticon11.gif">)
> > >
> > > Redefinig of MIN and MAX isn�t important.
> > >
> > > Vaclav Urbanek
> > >
> > >
> > > ----------
> > > > Odes�latel: Michael Mueller
> > > > <bhu5nji AT yahoo.com>
> > > > Komu:
> > > > discussion AT sctp.de
> > > > P�edm�t: [SCTP-Discussion] (no subject)
> > > > Datum: 22. kv�tna 2001 23:08
> > > >
> > > > I am having a compile problem. Can you give me
> > > some
> > > > advice?
> > > >
> > > > Mike
> > > >
> > > > The ./configure process seemed to find everything
> > > it
> > > > was looking for (excepting the IPv6 stuff).
> > > >
> > > > ===============================================
> > > > output from make:
> > > >
> > > > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2
> > > -Wall
> > > > -DLINUX -I/usr/lib/glib/include -c adaptation.c
> > > > In file included from adaptation.c:56:
> > > > /usr/include/sys/param.h:56: warning: `MIN'
> > > redefined
> > > > /usr/include/glib.h:126: warning: this is the
> > > location
> > > > of the previous definition
> > > > /usr/include/sys/param.h:57: warning: `MAX'
> > > redefined
> > > > /usr/include/glib.h:123: warning: this is the
> > > location
> > > > of the previous definition
> > > > adaptation.c: In function `adl_receive_message':
> > > > adaptation.c:596: sizeof applied to an incomplete
> > > type
> > > > adaptation.c:621: sizeof applied to an incomplete
> > > type
> > > > adaptation.c:640: dereferencing pointer to
> > > incomplete
> > > > type
> > > >
> > > > =========offending code segment===================
> > > >
> > > > 589 int adl_receive_message(int sfd, void
> > > *dest,
> > > > int maxlen, union sockunion *from, union sockunion
> > > > *to)
> > > > 590 {
> > > > 591 int len;
> > > > 592 struct msghdr rmsghdr;
> > > > 593 struct cmsghdr *rcmsgp;
> > > > 594 struct iovec data_vec;
> > > > 595 #if defined (LINUX)
> > > > 596 unsigned char mbuf[(CMSG_SPACE(sizeof
> > > > (struct in_pktinfo)))];
> > > > 597 struct in_pktinfo *pktinfo;
> > > > 598 #else
> > > > 599 unsigned char mbuf[(CMSG_SPACE(sizeof
> > > > (struct in_addr)))];
> > > > 600 struct in_addr* dptr;
> > > > 601 #endif
> > >
> > > >
> > > >
> > > > ===========================================
> > > >
> > > > result of grepping on the struct name:
> > > >
> > > > [root@dev0 sctp]# grep -r in_pktinfo /usr/include
> > > > /usr/include/linux/in.h:struct in_pktinfo
> > > >
> > > > ===========================================
> > > > simply including /usr/include/linux/in.h creates
> > > more problems.
> > > >
> >
> >
> > =====
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Yahoo! Auctions - buy the things you want at great prices
> > http://auctions.yahoo.com/
> > _______________________________________________
> > discussion mailing list
> > discussion AT sctp.de
> > http://www.sctp.de/mailman/listinfo/discussion
> _______________________________________________
> discussion mailing list
> discussion AT sctp.de
> http://www.sctp.de/mailman/listinfo/discussion

--
Michael.Tuexen AT micmac.franken.de


Archive powered by MHonArc 2.6.19+.

Top of page