home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / msdos / programm / 11425 < prev    next >
Encoding:
Text File  |  1992-12-15  |  2.9 KB  |  64 lines
  1. Newsgroups: comp.os.msdos.programmer
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!torn!news.ccs.queensu.ca!mast.queensu.ca!dmurdoch
  3. From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
  4. Subject: Re: Normal MSDOS multitasking!
  5. Message-ID: <dmurdoch.365.724454682@mast.queensu.ca>
  6. Lines: 52
  7. Sender: news@knot.ccs.queensu.ca (Netnews control)
  8. Organization: Queen's University
  9. References: <1ghb1vINNccb@ub.d.umn.edu> <9212142475@fcshome.UUCP> <dmurdoch.363.724430472@mast.queensu.ca> <1992Dec15.202449.28162@rd.hydro.on.ca>
  10. Date: Tue, 15 Dec 1992 21:24:42 GMT
  11.  
  12. In article <1992Dec15.202449.28162@rd.hydro.on.ca> twriter@rd.hydro.on.ca (Timothy Writer) writes:
  13. >>The number of times where it really matters whether two programs are run 
  14. >>concurrently at half speed or sequentially at full speed is so tiny, that I 
  15. >>doubt if it's on anybody's "10 most important projects" list.
  16. >
  17. >Can you support that statement?  I doubt it.  It may be true for DOS
  18. >users because they have never had the option but I don't think it's true
  19. >for the wider user community.  Consider the following (UNIX commands):
  20. >
  21. >    cc -E program.c | more
  22. >
  23. >I use this to view the result of running the C preprocessor on my
  24. >program when I suspect a problem with a complex macro.  I don't want to
  25. >wait for the first command to complete before I can view the results.
  26.  
  27. I don't deny that there are some cases where there's a difference.  But 
  28. how often do you really have problems with complex macros?  If it's as 
  29. often as once a week, I'd suggest that you're doing something wrong.
  30.  
  31. >    man cc | more
  32. >
  33. >Suppose I just want to check the syntax of a particular option for the C
  34. >compiler.  The most common options are documented at the beginning (for
  35. >obvious reasons) so I don't want to wait for the entire manual page to
  36. >be formatted first.  In fact, if I quit once I've found what I'm looking
  37. >for, man cc never runs to completeion!  This may not matter to me much
  38. >but it may matter to other users who are sharing the CPU with me.
  39.  
  40. Under DOS, nobody is sharing the CPU with you.  Under DOS, the weird idea 
  41. that you should pass a manual page through a text formatter every time you 
  42. want to look at it never caught on; help systems keep their text in a format 
  43. that's convenient to display.
  44.  
  45. >zcat huge.tar.Z | tar tvf - | grep 'foo*.c'
  46. >
  47. >Here I'm just looking for some files matching a pattern in a LARGE
  48. >compressed archive.  Do you really want to uncompress and list the
  49. >entire contents of the archive?  What if you don't have the disk space
  50. >for the entire archive?
  51.  
  52. Under DOS, there are lots of programs available to search the text contained 
  53. in archives without uncompressing them, and every archive program that I've 
  54. ever seen will list the filenames without uncompressing the archive.  For 
  55. example, I'd probably run
  56.  
  57.   pkunzip -v huge foo*.c
  58.  
  59. to do what you did above.  The idea that you have to uncompress 
  60. anything at all just to see the filenames strikes me as a very bad design.
  61.  
  62. Duncan Murdoch
  63. dmurdoch@mast.queensu.ca
  64.