home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / c / 16023 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  1.3 KB
  1. Path: sparky!uunet!inmos!bra.isnet.inmos.co.uk!svrobins
  2. From: svrobins@bra.isnet.inmos.co.uk (Paul Robins)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: fputs question.
  5. Message-ID: <1992Nov5.140208.63@bra.isnet.inmos.co.uk>
  6. Date: 5 Nov 92 14:02:08 GMT
  7. References: <1d9e4mINN8hn@rodan.UU.NET>
  8. Organization: Inmos Ltd
  9. Lines: 33
  10.  
  11. In article <1d9e4mINN8hn@rodan.UU.NET>, 
  12. smm@uunet.uu.net (Steve Mansfield) writes:
  13. > I'm working on a program, and for some reason this little chunk of code:
  14. > 
  15. > receive_link()
  16. > {
  17. >    int i;
  18. >    FILE *outstuff;
  19. >    char segment[30];
  20. > 
  21. >    outstuff = fopen("o","w");
  22. >    while(read(linkpipe[0],segment,30) != 0)
  23. >       fputs(segment,outstuff);
  24. >    close(outstuff);
  25.      ^^^^
  26. try fclose(outstuff);
  27.  
  28. >    close(linkpipe);
  29. > }
  30. > doesn't seem to want to write to file "o".  When I replace the fputs line
  31. > 
  32.  
  33. fclose() flushes any unwritten data for the stream before closing. close()
  34. may not do that. I think this varies between machines/implementations of
  35. the standard libs, but using fclose() is the safe way to ensure any buffered
  36. data is written.
  37.  
  38. Paul Robins.
  39. _______________________________________________________________________
  40. email: svrobins@isnet.inmos.co.uk | 
  41. phone: (UK) 0633 810121           |     gave up the .sigs years ago
  42. fax  : (UK) 0633 810820           |
  43. -----------------------------------------------------------------------
  44.