Path: utzoo!utgpu!watserv1!watmath!att!news.cs.indiana.edu!cica!sol.ctr.columbia.edu!caen!sdd.hp.com!elroy.jpl.nasa.gov!abcfd20.larc.nasa.gov!news
From: kludge@scb3.larc.nasa.gov (Scott Dorsey 44056)
Newsgroups: comp.protocols.appletalk
Subject: Re: Rutgers CAP - Updated again.
Message-ID: <1990Nov30.232400.914@abcfd20.larc.nasa.gov>
Date: 30 Nov 90 23:24:00 GMT
References: <Nov.27.16.40.31.1990.805@khnphwzhn.njin.net> <1990Nov28.145303.22548@abcfd20.larc.nasa.gov> <Nov.30.00.19.10.1990.2967@athos.rutgers.edu>
Sender: news@abcfd20.larc.nasa.gov (USENET File Owner)
Organization: NASA Langley Research Center, Hampton, VA  USA
Lines: 25

In article <Nov.30.00.19.10.1990.2967@athos.rutgers.edu> hedrick@athos.rutgers.edu (Charles Hedrick) writes:
>to handle lots of packets at once.  There are several possibilities.
>The first to check is whether the UDP socket being used by atlook is
>properly set up.  When packets come in they are put on a queue until
>the program can read them.  That queue has a finite size.  Could be
>it's simply too small.  I'm not sure quite how to change it.  It could
>be a parameter when building the kernel, an ioctl, or both.  

Yep, that was the problem.  Many thanks to djh@munnari who provided
the following code:

{ long len;

  len = 6 * 1024; /* should be enough ?? */
  if(setsockopt(fd,SOL_SOCKET,SO_RCVBUF,(char *)&len,sizeof(long))!=0){
	fprintf(stderr, "Couldn't set socket options\n");
  }
}

Place this just after the call to socket() in the abkip.c file in lib/cap
(and then remake CAP completely). The code sets the socket buffer size to 6k.
It might be a good idea to put this in an #IFDEF in the distribution, as it
most certainly does work.  I thank you and djh.  My laserwriters thank you
as well.
--scott


Brought to you by Super Global Mega Corp .com