home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / forth / 3953 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.0 KB  |  58 lines
  1. Newsgroups: comp.lang.forth
  2. Path: sparky!uunet!starnine!mikeh
  3. From: mikeh@starnine.com (Mike Haas)
  4. Subject: Re: Documenting - blocks source to target
  5. Message-ID: <C18D6M.Gyq@starnine.com>
  6. Sender: mikeh@starnine.com (Mike Haas)
  7. Date: Fri, 22 Jan 1993 00:54:21 GMT
  8. References: <1ja4ogINNl1v@usenet.INS.CWRU.Edu>
  9. Organization: StarNine Technologies, Inc.
  10. Lines: 46
  11.  
  12. In article <1ja4ogINNl1v@usenet.INS.CWRU.Edu> bs764@cleveland.Freenet.Edu (Fred H Olson) writes:
  13. >
  14. > 
  15. >mikeh@starnine.com (Mike Haas) in his article Re: Documenting
  16. >dated Tue Jan 12 23:06:02 1993
  17. > 
  18. >quotes me:
  19. >>>  One feature
  20. >>>of such a system was that the host could filter the blocks before
  21. >>>sending them -- not sending 'trailing spaces' or anything after a
  22. >>>;S on a block for example.
  23. > 
  24. >Then mike goes on:
  25. >>This is what kills me about blocks... the above fella used
  26. >>-TRAILING when sending screens over a communications media,
  27. >>adding extra code to both the SEND and RECEIVE routines
  28. >>(the RECEIVEr has to put them back in, no?).
  29. >>
  30. >>Why is he not concerned about the terrible waste of disk
  31. >>space that SCREENS cause?
  32. > 
  33. >No, the reciever does not have to put them back, the original
  34. >article tried to clearly state that the target was *NOT* using
  35. >serial disk emulation.
  36. > 
  37. >True, using blocks for source code takes a bit of extra space.
  38. >The reason for using -TRAILING etc is to speed comunication time
  39. >not save space. To save space on the disk, use something like
  40. >PKZIP.  It will typically reduce text files by 50-60 percent,
  41. >source code in blocks maybe 70-80 percent.
  42.  
  43. There's a major advantage of using text files instead of blocks...
  44.  
  45. It not only saves a tremendous amount of disk space over blocks, but
  46. is still in a format that is interpretable...you don't have to
  47. PKUNZIP it first.
  48.  
  49. But with some of the arguments I've witnessed here for BLOCKS, I wouldn't
  50. be surprized if someone proposed coding PKUNZIP in the interpreter to
  51. expand zipped SCEENS for interpretation.
  52. > 
  53. >Fred  (Internet: fred%jwh@vx.cis.umn.edu)
  54. > 
  55. >-- 
  56.  
  57.  
  58.