[gforth] / gforth / BUGS  

gforth: gforth/BUGS

Diff for /gforth/BUGS between version 1.7 and 1.12

version 1.7, Wed Aug 31 16:37:44 1994 UTC version 1.12, Wed Jan 25 18:53:42 1995 UTC
Line 10 
Line 10 
 read-file from it. Only if the file-id has been created with  read-file from it. Only if the file-id has been created with
 open-file, not create-file, read-file works. - anton 6aug94  open-file, not create-file, read-file works. - anton 6aug94
   
 gforth.el: doing a forth-fill-paragraph on the following piece of code  etags.fs crashes one of my applications (gs.fs). anton 12jan95
 uncomments the first comment line. This may be a bug in  
 fill-paragraph, but documentation says that a paragraph can start  
 without prefix (hanging indentation), so I guess it's all right. -  
 anton 19aug94  
   
 : bb-shortest-paths recursive { bb bb-from start-path -- }  f. suppresses all digits when it prints 0:
     \ compute the  0e0 f. .  ok
     \ paths from bb-from through bb, start-path is the path from  There's also one other problem with f.:
     \ bb-from to bb  1e-20                    f. 0.00000000000000000001000000000000001  ok
   -20e0 falog              f. 0.00000000000000000001000000000000001  ok
   0.00000000000000000001e0 f. 0.00000000000000000001000000000000001  ok
   All this happens under Slackware Linux. On the DecStation I get a
   similar error in the other direction.  anton 17jan95
   
   not all aliases are in the etags file. Bug in etags.fs? anton 24jan95
   
 etags.fs: The TAGS file for the kernal is strange: there are no tahs  emacs often finds the wrong tag. anton 24jan95
 for some aliases; many constants and variables appear twice.  
   source after a locals definition is ignored, e.g., in
   { a } ." xxx"
   the `." xxx"' is not executed.  anton 24jan95


Generate output suitable for use with a patch program
Legend:
Removed from v.1.7  
changed lines
  Added in v.1.12

CVS Admin

Powered by ViewCVS 1.0-dev
(Powered by ViewCVS)

ViewCVS and CVS Help