SCTP Discussions

Text archives Help


RE: [SCTP-Discussion] sctp_receive produces segfaults


Chronological Thread 
  • 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 16:20:08 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 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
>




Archive powered by MHonArc 2.6.19+.

Top of page