home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / msdos / apps / 4122 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  1.8 KB

  1. Path: sparky!uunet!mcsun!uknet!ox-prg!news
  2. From: news@comlab.ox.ac.uk
  3. Newsgroups: comp.os.msdos.apps
  4. Subject: Turbo C 2.00 compiler
  5. Summary: Possible bug in fwrite?
  6. Keywords: Turbo C compiler
  7. Message-ID: <4131@inca.comlab.ox.ac.uk>
  8. Date: 27 Jul 92 12:50:12 GMT
  9. References: <1992Jul22.133435.18190@porthos.cc.bellcore.com>
  10. Sender: news@comlab.ox.ac.uk
  11. Organization: Oxford University Computing Laboratory, UK
  12. Lines: 29
  13.  
  14. (Clenched teeth question)
  15. Does anyone know if the Turbo C 2.00 libraries have a bug in fwrite or
  16. fread or fstat?
  17.  
  18. Detail: I wasn't able to run my compilation of the SSPELL14.ZIP
  19. sources (simtel and mirrors) because of a consistent system crash
  20. somewhere in a pair of short routines which do nothing but fwrite, fstat and
  21. fread. Of course I can't tell which of these really is buggy
  22. because of the bug, but I can work around it. The sources are
  23. guaranteed by the author to be compilable under MICROSOFT C, and are
  24. supposed to be portable, so he and I both would like to know. I have
  25. successfully compiled and run them under K&R unix compilers.
  26.  
  27. I'd just like to know for sure, before I sue for wasted time.
  28.  
  29. Autres b\^etes noires:
  30. And while we're on the subject of Turbo C compilation - does anyone
  31. know (a) if the system(command) call supports (1) redirects (2) pipes in the
  32. comamnd string sent to the OS? I vaguely recall a posting in some
  33. related newsgroup on a library to support these features, so I suspect
  34. not?
  35.  
  36. And (b) I see that the spawnxx(path,arg0,..) functions pass the complete
  37. argument list to the called procedure, *including arg zero*. So that might
  38. answer a thread a while back about how to call a program and fool it into
  39. thinking its name is different. But the examples in the manual seem
  40. contradictory here. Anyone know what the protocol really is?
  41.  
  42. Peter <ptb@uk.ac.ox.comlab>
  43.