Diff for /gforth/BUGS between versions 1.9 and 1.26

version 1.9, 1994/11/29 16:22:30 version 1.26, 1998/11/24 14:49:10
Line 1 Line 1
 name> does not take the same argument as e.g. .name. Remedy: add cell+  etags.fs crashes one of my applications (gs.fs). anton 12jan95
 before name>, but adapt all uses.  anton 23apr94  
   
 revealing the same name several times (e.g., by using recursive)  gforth.el: indentation does not work right on the first line of a
 results in redefined messages.  anton 28jul94  buffer. anton 27jan95
   
 [IF] is case-sensitive.  anton 2aug94  Conditional compilation continues after the file ends. This is allowed
   by the standard (through an ambiguous condition), but the compiler
   should at least produce a warning.  anton 27jan95
   
 if blocks.fb does not exist, 1 block creates the file, but cannot  QUERY and TIB may behave differently than some may expect. TIB always
 read-file from it. Only if the file-id has been created with  points to the current SOURCE, and QUERY puts its result there.  anton
 open-file, not create-file, read-file works. - anton 6aug94  28nov96
   
 gforth.el: doing a forth-fill-paragraph on the following piece of code  open-path-file expands "./" into the sourcefilename. It should either
 uncomments the first comment line. This may be a bug in  not expand "./" or provide a mechanism that allows the application to
 fill-paragraph, but documentation says that a paragraph can start  determine what "./" should expand to. anton 16jun98
 without prefix (hanging indentation), so I guess it's all right. -  
 anton 19aug94  
   
 : bb-shortest-paths recursive { bb bb-from start-path -- }  ": foo create c, does> c@ ; see foo" displays a number after DOES> on
     \ compute the  i386, direct threaded. Marcel Hendrix 23nov98
     \ paths from bb-from through bb, start-path is the path from  
     \ bb-from to bb  

Removed from v.1.9  
changed lines
  Added in v.1.26


FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>