home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / tcpip / 5095 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  1.7 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!agate!apple!apple!NewsWatcher!user
  2. From: rol@grasp1.univ-lyon1.fr (Paul Rolland)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: Need help with write to a socket
  5. Message-ID: <rol-091192120826@90.222.1.80>
  6. Date: 9 Nov 92 11:06:25 GMT
  7. References: <40016@unix.SRI.COM>
  8. Sender: usenet@Apple.COM
  9. Followup-To: comp.protocols.tcp-ip
  10. Organization: Apple Computer Europe
  11. Lines: 34
  12.  
  13. In article <40016@unix.SRI.COM>, ric@updike.sri.com (Richard Steinberger)
  14. wrote:
  15. > 
  16. > 
  17. >     I have been porting a TCP/IP client from C to C++ on a Sun
  18. > running SunOS 4.1.2.  The server ported fine but there is an annoying
  19. > bug with the client:  When I write to a socket using code I lifted
  20.  
  21. > In other words, it's as if the program exit process forces a flush of the
  22. > socket that had been taking place with each write when it was running under
  23. > C.  This is hard for me to understand.  Does anyone have any ideas?  Thanks
  24. > in advance.
  25. > 
  26. Well, this is just an idea, but are you sure the bug is not located in the
  27. read in the server code ? This read may be a blocking one, waiting for
  28. a given number of bytes, and as long as it has not received what is
  29. requested,
  30. it waits. But, when you stop the client (and then closed the connection),
  31. the
  32. server returns from the read and then you have the impression that it is
  33. OK..
  34.  
  35. In fact, you should have give us more precisely the reference of the
  36. program
  37. you are using from the book, so that it is possible to have a look at it
  38. and help you a bit more. But i hope this helps !
  39.  
  40. Paul Rolland, rol@grasp1.univ-lyon1.fr
  41. ---
  42.  
  43. --------------------- DISCLAIMER -------------------
  44.  
  45. All the opinions I express in this posting are mine, but I'm
  46. ready to share them with anybody interested :-)
  47.