home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / bit / listserv / netnwsl / 320 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  1.2 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!psuvax1!psuvm!cjs
  2. Organization: Penn State University
  3. Date: Tue, 15 Dec 1992 11:03:48 EST
  4. From: Christopher Sacksteder <CJS@psuvm.psu.edu>
  5. Message-ID: <92350.110348CJS@psuvm.psu.edu>
  6. Newsgroups: bit.listserv.netnws-l
  7. Subject: Re: VLIB's getting corrupted...
  8. References:  <NETNWS-L%92121508262469@VM1.NODAK.EDU>
  9. Lines: 14
  10.  
  11. I don't have a solution for the Netnews problem, but I've been neglectful
  12. about long member names in VLIB.  We never anticipated use of very long
  13. member names, so we didn't bother to figure out various limitations.
  14.  
  15. I am changing VLIB EXEC to fail on an ADD request when the member name is
  16. longer than 222.  By experimentation, this seems to be where VLIBCOMP
  17. fails in parsing a member header (not sure why).  A limit that is easier
  18. to identify is 256, which is the maximum sort field length for RXQSORT
  19. (called whenever a member is added).
  20.  
  21. Since NETNEWS should be able to handle messages ids longer than 256, I
  22. wonder if it couldn't use the article number (unique within groups) for
  23. the member name (which I believe was my suggestion In The Beginning).
  24. There would be a minor performance advantage for VLIB ADD.
  25.