home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / programm / 4452 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  2.3 KB
  1. Xref: sparky comp.unix.programmer:4452 comp.unix.questions:10397
  2. Newsgroups: comp.unix.programmer,comp.unix.questions
  3. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!Germany.EU.net!murignis!ap542!D012S436!frank
  4. From: frank@D012S436.sniap.mchp.sni.de ()
  5. Subject: Re: Problem reading from pipe ("|") using read()
  6. Message-ID: <1992Aug26.143218.8576@sniap.mchp.sni.de>
  7. Sender: news@sniap.mchp.sni.de (News Admin)
  8. Organization: Siemens-Nixdorf AG
  9. References: <1992Aug24.165613.17761@unocal.com>
  10. Date: Wed, 26 Aug 92 14:32:18 GMT
  11. Lines: 49
  12.  
  13. stsshol@st.unocal.COM (Herb Lam) writes:
  14. : 
  15. : First of all, my program reads input from standard in and writes to 
  16. : standard out.  I had used fread() and fwrite() to do I/O, but because I
  17. : needed to do some ioctls, it was suggested that I use read() and 
  18. : write() instead.  I did not have any problems until I changed all my
  19. : file pointers to file descriptors, fopen()/fclose() to open()/close(),
  20. : and fread()/fwrite() to read()/write().
  21. : 
  22. : My problem is this.  When I run the program by itself, e.g.:
  23. : 
  24. :     run < input > output
  25. : 
  26. : Everything is fine.  However, if I get the input from the pipe:
  27. : 
  28. :     "some program" < input | run > output
  29. : 
  30. : The input to the "run" program gets messed up.  I don't get any system
  31.  
  32.  
  33. What does "messed up" mean?  You need to supply
  34. more info if anyone is going to be able to help you
  35. with this.  
  36.  
  37. What does your read call look like?
  38.  
  39. Are you using any other system calls (e.g fork()?) 
  40.  
  41. : errors.  I believe the problem is with read(), but I don't know how or
  42. : why it is doing this.  Someone suggested that it may be due to some 
  43. : buffering problem in read().  Can anyone elaborate on this?  Since the 
  44. : default for the program is standard in and standard out, I do not need 
  45. : to use open() to open standard in and standard out, right?  I've checked
  46. : the file descriptors when I run the program and they are correct:  0 for
  47. : input and 1 for output.
  48. : 
  49. : Any suggestions to solving this?
  50. : 
  51.  
  52. I doubt it, unless you give us some more info...
  53.  
  54. : Thanks,
  55. : 
  56. :     Herb
  57. --
  58. Frank O'Dwyer                           Disclaimer: 
  59. Siemens-Nixdorf AG                             I will deny everything
  60. Tel.  : +49 (89) 636-40639                      Fax.  : +49 (89) 636-45860
  61. e-mail: Frank.ODwyer@sniap.mchp.sni.de
  62.