Chronological Thread 

< Chronological >      < Thread >

---

Dear Torbjoern,
try line number 1773 in
sctplib-1.0.0-pre18/sctplib/socketapi/sctpsocketwrapper.cc

I hope that we can relese a new version of the socketapi
(as a separate lib) by the end of this week which fixes this bug.

Best regards
Michael


Michael Tuexen Tel.: +49 89 722 47210
Siemens AG Fax: +49 89 722 48212
ICN WN CC SE 7 e-Mail:
Michael.Tuexen AT icn.siemens.de


> -----Original Message-----
> From: Torbjörn Andersson
> [mailto:torbjorn.andersson AT kau.se]
> Sent: Monday, July 01, 2002 9:33 AM
> To:
> discussion AT sctp.de;
> Thomas Dreibholz
> Subject: Re: [SCTP-Discussion] UDP style problem
>
>
> Se comments below
>
> ----- Original Message -----
> From: "Thomas Dreibholz"
> <dreibh AT exp-math.uni-essen.de>
> To:
> <discussion AT sctp.de>;
> "Torbjörn Andersson"
> <torbjorn.andersson AT kau.se>
> Sent: Monday, June 17, 2002 12:40 PM
> Subject: Re: [SCTP-Discussion] UDP style problem
>
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Am Freitag, 14. Juni 2002 13:53 schrieb Torbjörn Andersson:
> > > First I like to appologize for my errors in the first
> mail. I never use
> the
> > > ext_send(...) function at any time.
> > >
> > > The software I want to build is supposed to do this:
> > >
> > > The client starts with an argument of the IP address of
> the server and
> port
> > > number.
> > > The client then starts with doing a connect to the
> server, using the
> > > ext_connect(...) function.
> > > The server accepts the new connection and starts sending
> back data on
> > > several streams.
> > > When the server is done it closes the connection using
> ext_close(...)
> and a
> > > notification should then sent to the client when it has
> received all
> data.
> >
> >
> > 1. In sctpsocketwrapper.cc, about line 1720, replace
> > if(tdSocket->Socket.SCTPSocketDesc.SCTPAssociationPtr != NULL)) {
> > by
> > if((tdSocket->Socket.SCTPSocketDesc.SCTPAssociationPtr != NULL) &&
> > (tdSocket->Socket.SCTPSocketDesc.ConnectionOriented)) {
> > This will fix the problem with the blocking recvmsg() call.
>
> I cannot find this line of code in pre17 or pre18 ? Can you
> be more specific
> and maybe give functionname etc..
>
>
> >
> > 2. You program does not access the sctp_sndrcvinfo
> structure correctly,
> > therefore it does not print the received stream number
> correctly. Use
> > following code:
> > else{
> > // struct sctp_sndrcvinfo *sri = (struct sctp_sndrcvinfo
> > *)CMSG_FIRSTHDR(msg);
> > struct sctp_sndrcvinfo *sri = (struct sctp_sndrcvinfo
> *)CMSG_DATA(cmsg);
> > printf("%d bytes received at stream
> %d\n",nr,sri->sinfo_stream);
> > }
> >
>
> Noted,, thanks
>
> > I have successfully tested the code with the new version of
> the socket API
> > which will be released about end of the week. Please mail
> whether the
> bugfix
> > works or produces more problems.
> >
> >
> > Best regards
> > - --
> >
> ==============================================================
> =========
> > Dipl.-Inform. Thomas Dreibholz
> >
> > University of Essen, Room ES210
> > Inst. for Experimental Mathematics Ellernstraße 29
> > Computer Networking Technology Group D-45326
> Essen/Germany
> > -
> --------------------------------------------------------------
> ---------
> > E-Mail:
> > dreibh AT exp-math.uni-essen.de
> > Homepage: http://www.exp-math.uni-essen.de/~dreibh
> >
> ==============================================================
> =========
> >
> > - -----BEGIN PGP PUBLIC KEY BLOCK-----
> > Version: GnuPG v1.0.6 (GNU/Linux)
> > Comment: Weitere Infos: siehe http://www.gnupg.org
> >
> > mQGiBDr2cOgRBAC71Xhy1yzNTBxnousyxwtZ+zxRQJIfkDUQ8Yry5/rdoRkUldnE
> > VQUNX9owxKKwA40DsKMX5lfPIgfPpefqnSOx1/XOtjpffkF8+FY8ncU/LKvHPPw3
> > oNXzFAr8F6NqpJAIbp8eW6DlfraXiJFZk0D6sZyIk9XDqTY01+Dn5WmAewCg4Szj
> > r52geHYk+6n83yfVqw8+c3MD/A9d4ylhJikTHzbL83HTO7WozqlGtZq0rwGY+JIq
> > wPAaRAdBnu0brQz7xtfTZrvxA6v3sYb73bpuosaQNtg1K5Z0l0fbJQxls7wCdSC4
> > GmkXyl64c1bPiGMHu7WVE85mwdm4KyD7qELnnNKZoagFgK1HNYFJtuUDYQ3ihBQq
> > k0VnBACaqJ4k/VJYPQvuWy0fppX+Ultyqz2rrHqqVvaSotjc8muxwM0OL42ZCjL1
> > scuFb1TonojymUFa1nqe6uYU5Owjh2CRfs5+TnMUO7S7vXQRQgWPffIE7kJqL46G
> > S79MmHXVWwmO1WMpJooTlsCUv+J+pAWpYu5nJY4X/s+1DXSA9LQvVGhvbWFzIERy
> > ZWliaG9seiA8ZHJlaWJoQGV4cC1tYXRoLnVuaS1lc3Nlbi5kZT6IVwQTEQIAFwUC
> > OvZw6AULBwoDBAMVAwIDFgIBAheAAAoJEN9gW7B2Dy1l6BcAnRhM7hgy3qOLDKps
> > qIY88XZaMjMqAKDHqpiM/8CFpti9TKeIP/mRbva/3rkCDQQ69nD8EAgApETE6wER
> > FSA5YMQvoqNPYpf8W3y+u+BJvD2QMdKXFy79XnYCoOB26q0JK5gGw1GTB39ANOpc
> > 3x5dkSNDiJptntB9DX7SEb1V+GU62XZOhju6o4GbLlhRsy40SVvzZ/RldkoYeCRH
> > 1JghU7EkGsn8RcLuRFj7AgW+bWkIyC3NCGZN+mdc/mmRxYqeFpMQv2+Xnb1EuCk6
> > jqDJL6IjVKueYZD5XtKXW+QAj1UlRo9vGpNLs7oZz3QahEgf0S5Cn9eLp2JRr94D
> > FVoInZwziOWyEJ8BrJoydDgCAb/5eEdrAc+7ibuPSOnOxVH8ae9zyNbdimSJGDt1
> > pnfEz/Cw3cYYvwADBwf/bV9iJO22zTJaB5Sz8dzbQfwaa55fugi7DvPOe5eiE1p9
> > /W+uPJTYZ7WQxarM8q/h8BztwOAfeUKztzoGSVvEfxha8Wnvz/3rLWLK1Ok+v9ZV
> > ElrAYmJbbEci1Lmk1vXwmjcYoojYl/25mhkvucg8zVO8WfNYCwBUkGUGUj+SQpbf
> > xEt80dyGm6KFv9XO1fAzlUXkWBODZ4vDPNRY+Ay4evAFkbfKFgHXMUBvtXlGfuSQ
> > pTRXNt0mfRVZ4OeeIKbPdCI8DX5ND9+cIWEQJ2APgWta+h61kwJ5c7k2xxabbYt6
> > v9jTzPr57yvVle4fOV6ExUeCcFaRIzvX+87FMoac+YhGBBgRAgAGBQI69nD8AAoJ
> > EN9gW7B2Dy1lPpwAnR3YQYZRN4WouZwLcGpfMfH2X5RVAKDCa7d6Hwhoa7DrPaTA
> > P/965IPybA==
> > =g36Q
> > - -----END PGP PUBLIC KEY BLOCK-----
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.0.6 (GNU/Linux)
> > Comment: For info see http://www.gnupg.org
> >
> > iD8DBQE9DbyJ32BbsHYPLWURAtH5AJ0WxcAPmRHX3BPUr69SqZEG44rq+wCdFk+y
> > rrlUxiW1akxkS/+Ce1xqg24=
> > =DSn5
> > -----END PGP SIGNATURE-----
> > _______________________________________________
> > 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
>

---

• Re: [SCTP-Discussion] UDP style problem, Torbjörn Andersson, 07/01/2002
  • <Possible follow-up(s)>
  • RE: [SCTP-Discussion] UDP style problem, Tuexen Michael, 07/01/2002

---

Archive powered by MHonArc 2.6.19+.