home *** CD-ROM | disk | FTP | other *** search
/ DP Tool Club 31 / CDASC_31_1996_juillet_aout.iso / vrac / tspell25.zip / TSPELL.NWS < prev    next >
Text File  |  1996-03-17  |  10KB  |  198 lines
  1. News on the TSPELL package by Timo Salmi
  2. ========================================
  3.  
  4. University of Vaasa, Finland, Linux Pentium garbo.uwasa.fi has a
  5. large collection of Shareware, Freeware and Public Domain PC
  6. programs available by anonymous FTP, WWW (World Wide Web) and mail
  7. server. The file ftp://garbo.uwasa.fi/pc/ts/0news-ts contains news
  8. about the TS-programs in the /pc/ts directory (in reverse order).
  9. This text, which you now have, is an extract from the 0news-ts file
  10. and the Usenet news.
  11.  
  12. ....................................................................
  13. Prof. Timo Salmi   Co-moderator of news:comp.archives.msdos.announce
  14. Moderating at ftp:// & http://garbo.uwasa.fi archives  193.166.120.5
  15. Department of Accounting and Business Finance  ; University of Vaasa
  16. ts@uwasa.fi http://uwasa.fi/~ts BBS 961-3170972; FIN-65101,  Finland
  17. ....................................................................
  18.  
  19. Sun 17-Mar-96: I have updated my old screen oriented spelling
  20. checker to be
  21.  ftp://garbo.uwasa.fi/pc/ts/tspell25.zip
  22.  Screen oriented spelling checker & word frequency counter
  23. 1) Included a bigger version of the dictionary.
  24. 2) Increased the dictionary capacity from 9000 to 15000 words.
  25. 3) Put a selftest into the prorgams to guard against viruses and
  26. tampering.
  27. 4) Brought the information material in the package up to date. Also
  28. added the standard FILE_ID.DIZ identification file into the package.
  29. As you probably know, many BBS systems display the contents of these
  30. comment files on their file lists.
  31.  
  32.  
  33. OLDER RELEASE NOTES FOR TSPELL
  34. ==============================
  35.  
  36. Release 1.2:
  37.  If a file is not found, the user can invoke the directory from
  38. within the programs. The directory routine has been rewritten for a
  39. more relaxed syntax.
  40.  
  41. Release 1.3:
  42.  Some routines of the programs have been optimized for speed. The
  43. programs are now about twice as fast as in the first release.
  44.  
  45. Release 1.4:
  46.  The speed has been further increased in 1.4, and the potential out
  47. of memory condition is now tested the first thing.
  48.  
  49. Release 1.5:
  50.  A new program SPELMERG.EXE has been added for fast merging of
  51. dictionaries.
  52.  
  53. Release 1.6:
  54.  Release 1.6 means a major update for the main program SPELLER.EXE.
  55. It now has an inbuilt help. The help is invoked by entering ? at any
  56. question made by the program. Also, the dictionary in memory can now
  57. be updated immediately upon encountering new words in the text file.
  58. It is now also possible to omit checking short words. The details of
  59. the new options need not be documented here, since they are best
  60. learned by using the ? help.
  61.  The error causing SPELLED.EXE to hang in iterated use, has been
  62. corrected. For those in the know: the pointers were released
  63. prematurely.
  64.  The maximum capacity of WORDLIST.EXE has been increased from 3000
  65. to 3100 words. A wordlist program BGWRDLST.EXE with a capacity of
  66. 12500 ordered words is being tested. A second computer and business
  67. economics oriented dictionary SPELLBIG.DNY is under preparation.
  68. BGWRDLST.EXE and SPELLBIG.DNY will part of a different archive for
  69. registered users (having the potential of using up to 22800 word
  70. dictionaries instead of the 9000 in PD).
  71.  A sample run has been added to the end of this document.
  72.  
  73. Release 1.7:
  74.  The screen of SPELLER.EXE has been made larger in order to display
  75. more text at a time.
  76.  WORDLIST.EXE now also displays the size the source text file.
  77.  
  78. Release 1.8:
  79.  The programs have been recompiled with Turbo Pascal 5.0, and they
  80. now can handle read-only files when appropriate.
  81.  
  82. Release 1.9:
  83.  SPELLER and SPELLED have again been made faster. This has been
  84. achieved as follows. The two programs work by loading the dictionary
  85. in memory. Since there is a 64K limit for arrays in Turbo Pascal 4.0
  86. and 5.0, the dictionary was divided into several parts in the
  87. earlier versions, although this is invisible to the user. The new
  88. releases utilize the huge array routines of Turbo Professional 5.0
  89. of TurboPower Software, which partly use fast inline code. In fact
  90. there are virtually (pardon the pun for the initiated) no immediate
  91. technical limits to the potential size of the dictionary (although a
  92. strict limit has been imposed in this set).
  93.  
  94. Release 2.0:
  95.  The spelling checker SPELLER can optionally made to scroll one line
  96. at time besides scrolling a whole page of the text to be checked.
  97. Scrolling by one line is invoked by pressing return (or enter or
  98. whatever it is called on your system), and scrolling the whole page
  99. by pressing the space bar. (Users having Unix experience will find
  100. this feature very familiar.) This feature is also included in the
  101. WORDLIST program.
  102.  SPELLED, SPELMERG, and WORDLIST have added safeguards against disk
  103. full situations.
  104.  
  105. Release 2.1:
  106.  This release enhances the WORDLIST program for extracting all the
  107. words of a text file and calculating the frequency of each word: The
  108. capacity of the program has been increased from handling of 3100
  109. *different* words to 8000 different words, and the maximum length of
  110. a word has been increased from 20 to 25 characters. (This was
  111. achieved by using the so-called huge vectors.) The program has been
  112. made more multi-lingual. It now recognizes all the upper ascii
  113. Scandinavian, German, and French characters.
  114.  As a minor enhancement WORDLIST, SPELLER, SPELLED, and SPELMERG
  115. directory routines and help screen redirection have been upgraded.
  116.  
  117. Release 2.2:
  118.   Weeded out some incorrect words from the SPELLED.DNY dictionary.
  119. My thanks are due to Mr. Hannu Hirvonen for his help in doing this.
  120.   Introduced line-editing and input recall. This means e.g. that if
  121. you make an error in giving the dictionary name, you can invoke your
  122. input again next time at the same question simply by pressing the
  123. CrUp key. You can edit what you have written by applying the cursor
  124. keys, BackSpace, Delete, Insert, and Esc keys. Try it. It is very
  125. convenient. I use it constantly myself. This improvement has been
  126. made to all the programs in this set.
  127.  
  128. Release 2.3:
  129.   This update brings a very significant increase in the speed of the
  130. dictionary editor SPELLED. The increase is of an order of as much as
  131. five times the earlier speed. One telling weakness of SPELLED has
  132. been that updating the dictionary is slow. This is because the
  133. alphabetical order of the dictionary must be retained when new words
  134. are added, or old ones deleted. For each new word a slot must first
  135. be made by moving all the words above it up one notch. Since MsDos
  136. arrays are limited to 64K, this means very much load on the program,
  137. because a huge array system must be used within the program code
  138. (unseen by the user). Starting from release 1.9 of TSPELL I have
  139. used the huge array management in Turbo Professional by TurboPower
  140. Software, but now I have replaced it with my own huge array
  141. management code, which is very much faster. One of the reasons is
  142. that TurboPower's code is general. It is written for any variable
  143. type, and has no size limits except the available memory. The code I
  144. have now used is a double pointer system adapted for strings in
  145. particular, and in this technique the size of an array is limited to
  146. 16383 rows, and as many columns. In practice this means, that the
  147. maximum number of words that the dictionary may hold is 16383. At
  148. the face of it this seems a severe limitation, but, in fact, it is
  149. not. I have noticed that if one builds the dictionary for one's own
  150. purposes, a vocabulary of 10000-12000 words is quite enough. There
  151. is a huge amount of slack in the generic vocabularies, and still
  152. they often do not fulfil the user's specific needs. And the
  153. distributed PD version of the spelling checker is limited to 9000
  154. words, anyway. A 22800 word version of SPELLER will still exist, but
  155. it is not (nor has been) released to Public Domain.
  156.   There is also another, slight price to pay for the change of the
  157. technique. At the beginning of the program a brief spell (pardon the
  158. pun) is taken to build up the pointer system for the dynamic memory.
  159.   I cannot be really sure, but it seems to me that old huge array
  160. technique may have been a source of an occasional crash of the
  161. system. In writing programs with pointer arrays I have noticed that
  162. if they are not controlled very accurately, they cause unexpected
  163. behavior. This is natural, since a "wild" pointer may point to
  164. anywhere in memory potentially changing it.
  165.   I have made the same change of technique in the spelling checker.
  166. SPELLER was fast to begin with, and in just checking text the
  167. difference does not really matter, even if it is there. SPELLER was
  168. very fast already. But if you choose to update the dictionary
  169. immediately with new words as you proceed, then the difference is
  170. significant. If you choose to store new words as you check a text,
  171. they are written in a file called dict.tmp on the default device.
  172.   If you break out of SPELLER (ctrl-c or break) the temporary file
  173. is now properly closed. Earlier it was left with zero length in case
  174. of a break-out.
  175.   A few words about the original TSPELL philosophy. I made the
  176. spelling checker screen oriented on purpose. There are so many
  177. spelling checkers which make a list of the incorrectly spelled words
  178. (or rather words that aren't found in the dictionary), that I
  179. decided rather to complement them with the screen orientation than
  180. to write yet another conventional checker. If you use a Unix system,
  181. Unix spell command is a good example of a list oriented spelling
  182. checker. On a fast machine it is very nice to use.
  183.  
  184. Release 2.4:
  185.   The WORDLIST:EXS program (v2.2) now includes the option of giving
  186. the input and output files already in the program call as e.g.
  187.       WORDLIST /iMYTEXT.TXT /oMYLIST.LOG
  188. When WORDLIST asks for the file names you can recall them simply by
  189. pressing the CursorUp key. Very convenient if you wish to examine
  190. the same file repeatedly (assuming, of course, that you have a
  191. command line editor, such as dosedit or ced).
  192.   SPELLER.EXE, SPELLED.EXE, and SPELMERG.EXE have some minor
  193. refinements, not worth listing.
  194.   I have now also released another spelling checking package which
  195. uses the Unix-like method.  That is, it makes an alphabetical list
  196. of words which it cannot find in the dictionary. It is available as
  197. /pc/ts/tschek10.arc (or whatever version number is the latest).
  198.