home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / lang / forth / 3810 < prev    next >
Encoding:
Text File  |  1993-01-08  |  3.4 KB  |  76 lines

  1. Newsgroups: comp.lang.forth
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!wupost!spool.mu.edu!yale.edu!ira.uka.de!fauern!lrz-muenchen.de!informatik.tu-muenchen.de!pazsan
  3. From: pazsan@Informatik.TU-Muenchen.DE (Bernd Paysan)
  4. Subject: Re: Documenting
  5. References: <1993Jan7.142456.5519@titan.tsd.arlut.utexas.edu> <1993Jan7.190102.3517@mksol.dseg.ti.com> <1ii5teINNclv@transfer.stratus.com> <1ijimoINN3u9@charnel.ecst.csuchico.edu>
  6. Originator: pazsan@hphalle7c.informatik.tu-muenchen.de
  7. Sender: news@Informatik.TU-Muenchen.DE (USENET Newssystem)
  8. Organization: Technische Universitaet Muenchen, Germany
  9. Date: Fri, 8 Jan 1993 14:40:03 GMT
  10. Message-ID: <1993Jan8.144003.8170@Informatik.TU-Muenchen.DE>
  11. Lines: 63
  12.  
  13.  
  14. Thanks, Kevin for pointing out what is the essential reason for using
  15. screens in Forth.
  16.  
  17. I use screens and streamfiles both. Because I work under host OSs
  18. (Atari TOS and MS-DOS since last week), my screens are in host files
  19. and I use the host directory for naming the file. Transparent work with
  20. both screens and streamfiles is easy and possible; my editor has both
  21. modes and chooses automatically. Loading from the cursor position is
  22. possible with both formats. Easy inserting or deleting screens or
  23. lines. I use a nearly horizontal format both in screens and
  24. streamfiles. To show structures, I use spaces, capital notation of
  25. structure words, lowercase notation of other words and a capital letter
  26. followed by lowercase for creating words. if an IF ELSE THEN statement
  27. has more than 3 or 4 words in it, I break it up in lines and I indent,
  28. certainly. The same with assembler. Registers are uppercase, mnemonics
  29. are lowercase, structures uppercase and indented. Certainly there are
  30. some crowded words in old sources; because they are old, they are
  31. screen sources ;-).
  32.  
  33. Disk size: If you really have problems with your source and your 100 MB
  34. HD, use SuperStore or how it is named, it is designed to compact your
  35. screen files. If you like your stream editor and like to write vertical
  36. code like
  37.  
  38. : DOGJUMP
  39.     THE    \ article
  40.     QUICK    \ fast, moving like a flash
  41.     BROWN    \ a dark read-yellow color
  42.     FOX    \ a fast wildbeast with brown hairs
  43.     JUMPS    \ moving up into the air
  44.     OVER    \ above
  45.     THE    \ yet another article
  46.     LAZY    \ doing almost nothing
  47.     DOG    \ a domesticated wulf
  48. ;
  49. \ I'm not shure to remember all the comments correctly.
  50.  
  51. do it. Buy a Forth that allows the use of stream files. Or write your
  52. block>stream tool (you should have host OS files as blocks). That's
  53. what I did with my bigFORTH. I scan through the block file for
  54. linefeads, delete the last cariage return and copy that into the TIB.
  55. Someone has to do this anyway (and if it's the host OS). I would prefer
  56. counted strings in streamfiles, because they don't require scanning,
  57. but once I start with streamfiles, compatibility to the host OS is
  58. required.
  59.  
  60. I grew up with screens and I like them. I like horizontal notation. I
  61. use it in stream files, too. I hate people writing 2-page words in
  62. stream files. Once upon a time a bigFORTH user sent me a tool for
  63. stack checking. He implemented a word named (S and then scanned in a
  64. very big loop for the strings until the next ")". Then he compared the
  65. word found with several strings, like "d" or "n" or "addr" and so on.
  66. He was proud that it was working, and every new type would have
  67. required one additional line in his (S. The easy solution was to use
  68. the dictionary and FIND.
  69.  
  70. >There are no complex problems; only complex solutions!
  71.  
  72. That's it!
  73. -- 
  74. Bernd Paysan
  75. "Late answers are wrong answers!"
  76.