home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.misc:4613 comp.sys.next.programmer:7800
- Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!tamsun.tamu.edu!lusty.tamu.edu!lusty
- From: lusty@lusty.tamu.edu (Lusty Wench)
- Newsgroups: comp.unix.misc,comp.sys.next.programmer
- Subject: Re: Need help with setsockopt
- Date: 17 Dec 1992 18:27:58 GMT
- Organization: Me
- Lines: 20
- Message-ID: <1gqgreINNnkt@tamsun.tamu.edu>
- References: <1992Dec17.033142.17836@dartvax.dartmouth.edu> <1992Dec17.112537.14836@cs.tu-berlin.de>
- NNTP-Posting-Host: lusty.tamu.edu
-
-
-
- In article <1992Dec17.112537.14836@cs.tu-berlin.de> net@cs.tu-berlin.de (Oliver Laumann) writes:
- >
- >The "optval" and "optlen" arguments you specified are wrong. SO_LINGER
- >requires the optval argument to be a pointer to a "struct linger", and
- >SO_REUSEADDR expects a pointer to an "int" indicating whether you want
- >to enable or disable the option. The final optlen argument always gives
- >the size of the option value:
-
- <munch>
-
- Yep, last night I read the documentation again for the umpteenth time,
- paying attention to every last detail associated with SO_LINGER and
- SO_REUSEADDR, and ended up doing pretty much exactly what you described,
- which got rid of the setsockopt failures :). Now if I could just get
- the rest of this code to work correctly....
-
- Lusty
-
-