Chronological Thread 

< Chronological >      < Thread >

---

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/

---

• [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+.