Chronological Thread 

< Chronological >      < Thread >

---

Dear Vaclav, Michael
what version of the operating system are you using?
There are known bugs (the one we found at the last bakeoff) and
these will be fixed with the next pre release (pre10) which will
be published next week.
This implementation was (and is) not build for performance. But for
"normal" application the performance should be enough. There are several
projects using this prototype.
This implementation was tested in all three bakeoffs. But one of the rules
of the bakeoffs is that not comparison information is given to anyone. It
even does not make sense, because you are testing interoperability.

Best regards
Michael
You wrote:
> 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

--
Michael.Tuexen AT micmac.franken.de

---

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

---

Archive powered by MHonArc 2.6.19+.