home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / infosyst / gopher / 1269 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  1.4 KB
  1. Path: sparky!uunet!vtserf!GroupW.cns.vt.edu!benchoff
  2. From: benchoff@GroupW.cns.vt.edu (Phil Benchoff)
  3. Newsgroups: comp.infosystems.gopher
  4. Subject: Re: Problems with Unix gopherd
  5. Message-ID: <9813@vtserf.cc.vt.edu>
  6. Date: 20 Nov 92 17:37:17 GMT
  7. References: <9795@vtserf.cc.vt.edu>
  8. Sender: usenet@vtserf.cc.vt.edu
  9. Lines: 28
  10. X-Newsreader: Tin 1.1 PL5
  11.  
  12. As usual, the network comes through with a solution.....
  13.  
  14. #From: riddle@is.rice.edu (Prentiss Riddle)
  15. #Subject: Re: Problems with Unix gopherd
  16. #Newsgroups: comp.infosystems.gopher
  17. #
  18. #In article <9795@vtserf.cc.vt.edu> you write:
  19. #> ................  When a client connects and gopherd decides to rebuild
  20. #> the .cache, there is a delay of about 30 seconds.  ..................
  21. #
  22. #You may have thought of this, but just in case:
  23. #
  24. #Are you sure you don't have any lurking dot files in the gopher
  25. #directory?  Particularly large ones?
  26. #
  27. #I was bit by my mistake of hiding a large file containing raw data in a
  28. #".something" file under a gopher directory.  The gopher server tried to
  29. #scan the file as if it were a .links file every time it rebuilt the
  30. #.cache file.  The delays were a lot longer than 30 seconds in my
  31. #case...
  32. #
  33. #-- Prentiss Riddle ("aprendiz de todo, maestro de nada") riddle@rice.edu
  34.  
  35. Sure enough, I was keeping my gopher log in the gopher root as .logfile.
  36. I moved it elsewhere and the problem seems to be cured.
  37.  
  38. Thanks for the help Prentiss!
  39. Phil
  40.