- From: Coene Lode <Lode.Coene AT siemens.atea.be>
- To: "'discussion AT sctp.de'" <discussion AT sctp.de>
- Subject: RE: [SCTP-Discussion] sctp_receive produces segfaults
- Date: Wed Apr 25 18:35:01 2001
- List-id: SCTP Discussions <discussion.sctp.de>
>
-----Original Message-----
>
From: Michael Tüxen
>
[mailto:Michael.Tuexen AT micmac.franken.de]
>
Sent: woensdag 25 april 2001 17:14
>
To:
>
discussion AT sctp.de
>
Subject: Re: [SCTP-Discussion] sctp_receive produces segfaults
>
>
>
Dear Lode,
>
>
did you call sctp_receive only once in data_arrive?
yes only once. I've now put the same sua code through SCTP lib pre6 and
pre9.
Pre9 generates a segfault, while pre6 doesn't.
Thought first it had something to do with different releases of the SCTP lib
being present on the system and my makefile which looks like a battlefield.
Tried to clean it out and after some fights manage to have only one refernce
to the lib and H file in the usr/local/include and /usr/local/lib
Didn't help a bit when putting pre9 files there only. Then used the pre6
which did the job. Let it run between a pre6 and pre9 PC. The pre6 did its
sctp_receive just fine, while in the other direction, yep the pre9 produced
a nice segfault.
I'll make a tarball with the relevant modules.
>
>
If yes and you can not find the problem, plese send me the
>
(Michael.Tuexen AT micmac.franken.de)
>
a complete tarball so that
>
we can reproduce the bug.
Send it to you tomorrow.
>
>
Best regards
>
Michael
>
>
Coene Lode wrote:
>
>
>
> > -----Original Message-----
>
> > From: Michael Tüxen
>
> > [mailto:Michael.Tuexen AT micmac.franken.de]
>
> > Sent: woensdag 25 april 2001 16:13
>
> > To:
>
> > discussion AT sctp.de
>
> > Subject: Re: [SCTP-Discussion] sctp_receive produces segfaults
>
> >
>
> >
>
> > Dear Lode,
>
> >
>
> > are you calling sctp_receive in the data_arrive primitve?
>
>
>
> yes, I do
>
>
>
> >
>
> > The associd handling has changed and it is OK that you get 1,
>
> > 2, and so
>
> > on.
>
>
>
> No problem with that, just checking.
>
>
>
> >
>
> > Best regards
>
> > Michael
>
> >
>
>
>
> Happy SCTP'ing in the sun...
>
>
>
> Thanks,
>
> Lode
>
>
>
> > Coene Lode wrote:
>
> > >
>
> > > Well folks,
>
> > >
>
> > > Upgrading to SCTPlib-1.0.0-Pre9, I got accross the follwing
>
> > problem which
>
> > > did not occur in the pre6(the one I was previously using).
>
> > > Every time I call sctp_receive, a segfault is signalled at
>
> > > DLL_DeleteCurrentRecord line 900(module DLL_main.c) when readin
>
> > > list->current->info. it seems it is reading into the middle
>
> > of nowhere(thus
>
> > > generating the segmentation fault.
>
> > > There may something wrong in my software because a older
>
> > version does the
>
> > > SCTP_receive without segfault, but produces a goblygook
>
> > bytestring, which
>
> > > was not the bytestring that was send(however the length is
>
> > correct, so there
>
> > > must be something there) Was checked via ethereal: DATA
>
> > send , SACK went
>
> > > back
>
> > > My conclusion: sctp_receive copies data from the "middle of
>
> > nowhere" to me.
>
> > > Reason: I don't know.
>
> > >
>
> > > As a aside note: in the previous version pre6, the
>
> > association id was always
>
> > > a big number 8596726(example) and always different from the
>
> > previous one.
>
> > > Now in the pre9 version I always get 1 which is the same as
>
> > the previous
>
> > > one.(Which is weird to say the least) Maybe this has
>
> > something to do with my
>
> > > troubles.
>
> > >
>
> > > In order to check this out again I am going to put in pre6
>
> > and test it
>
> > > again.
>
> > >
>
> > > yours sincerly,
>
> > > Lode
>
> > >
>
> > > PS: note to myself: if it works, don't upgrade
>
> > >
>
> > > Siemens Atea ICN D CS D
>
> > > Software Development
>
> > > Atealaan 34
>
> > > B-2200 Herentals Belgium
>
> > > Tel +32-14-25-2081 / Fax +32-14-25-3212
>
> > > E-mail:
>
> > > lode.coene AT siemens.atea.be
>
> > >
>
> > > _______________________________________________
>
> > > 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
>
> >
>
> _______________________________________________
>
> 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
>
Archive powered by MHonArc 2.6.19+.