Chronological Thread 

< Chronological >      < Thread >

---

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 :-))
> >
> > 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

---

• [SCTP-Discussion] Re: [SCTP-Discussion], Vaclav Urbanek, 05/23/2001
  • <Possible follow-up(s)>
  • RE: [SCTP-Discussion] Re: [SCTP-Discussion], Michael Tuexen, 05/23/2001

---

Archive powered by MHonArc 2.6.19+.