home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / programm / 3996 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  1.5 KB
  1. Xref: sparky comp.unix.programmer:3996 comp.unix.questions:9540
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!sol.ctr.columbia.edu!ira.uka.de!smurf.sub.org!news
  3. From: urlichs@smurf.sub.org (Matthias Urlichs)
  4. Newsgroups: comp.unix.programmer,comp.unix.questions
  5. Subject: Re: help with "connection reset by peer" error.
  6. Date: 28 Jul 1992 23:25:47 +0200
  7. Organization: University of Karlsruhe, FRG
  8. Lines: 24
  9. Message-ID: <154e0rINNr5l@smurf.smurf.sub.org>
  10. References: <1992Jul8.161635.405@CSD-NewsHost.Stanford.EDU>
  11. NNTP-Posting-Host: 127.0.0.1
  12.  
  13. In comp.unix.programmer, article <1992Jul8.161635.405@CSD-NewsHost.Stanford.EDU>,
  14.   vahe@sparcy.Stanford.EDU (Vahe Avedissian) writes:
  15. < I am running a small program that communicates over
  16. < the network via sockets. This is using a very simple
  17. < server / client model. Every once in a while (i.e.
  18. < maybe once in a week) I get the network read error
  19. < "Connection reset by peer" which naturally terminates
  20. < the application.
  21. < 
  22. Why "naturally"? If/when read() returns an error, the program doesn't die
  23. unless you make it so (via exit()).
  24.  
  25. Which application dies -- the client or the server? What's happening on the
  26. other side?
  27.  
  28. This error means that the connection got out of sync and the other end has
  29. reset it. via an appropriate TCP packet. Common cause: Somebody has rebooted
  30. the other side without shutting it down properly.
  31.  
  32. -- 
  33. Save the whales.  Collect the whole set.
  34. -- 
  35. Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
  36. Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
  37.