--- gforth/BUGS	1995/01/30 18:47:42	1.13
+++ gforth/BUGS	1996/11/28 14:57:58	1.23
@@ -1,31 +1,21 @@
-name> does not take the same argument as e.g. .name. Remedy: add cell+
-before name>, but adapt all uses.  anton 23apr94 Solved?
-
-revealing the same name several times (e.g., by using recursive)
-results in redefined messages.  anton 28jul94
-
-if blocks.fb does not exist, 1 block creates the file, but cannot
-read-file from it. Only if the file-id has been created with
-open-file, not create-file, read-file works. - anton 6aug94
-
 etags.fs crashes one of my applications (gs.fs). anton 12jan95
 
-f. suppresses all digits when it prints 0:
-0e0 f. .  ok
-There's also one other problem with f.:
-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
-
-emacs often finds the wrong tag. anton 24jan95
-
 gforth.el: indentation does not work right on the first line of a
 buffer. anton 27jan95
 
 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
+
+DOS and OS/2 don't like . at begin of a file (.gforth-history). bernd 6sep95py
+
+see does not leave a space after two-digit literals:
+  : xxx 50 ;
+  see xxx
+gives
+  : xxx  
+  50;
+
+QUERY and TIB may behave differently than some may expect. TIB always
+points to the current SOURCE, and QUERY puts its result there.  anton
+28nov96