[BACK]Return to BUGS CVS log [TXT] [DIR] Up to [gforth] / gforth

Diff for /gforth/BUGS between versions 1.12 and 1.54

version 1.12, 1995/01/25 18:53:42 version 1.54, 2003/03/09 15:16:44
Line 1 Line 1
 name> does not take the same argument as e.g. .name. Remedy: add cell+  You can find more recent bug reports at
 before name>, but adapt all uses.  anton 23apr94  http://savannah.gnu.org/bugs/?group=gforth
   
 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
   
 etags.fs crashes one of my applications (gs.fs). anton 12jan95  open-path-file expands "./" into the sourcefilename. It should either
   not expand "./" or provide a mechanism that allows the application to
   determine what "./" should expand to. anton 16jun98
   
 f. suppresses all digits when it prints 0:  gforth.el: Typing <ret> does not work when tabs separate words in a
 0e0 f. .  ok  line, and there is a \-comment at the end of the line.  anton 19feb00
 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  SEE does not work when the control structure is too complex (e.g.,
   load http://www.complang.tuwien.ac.at/forth/pentomino.fs and then do
   SEE NEXT-PIECE). anton 5mar2000
   
 emacs often finds the wrong tag. anton 24jan95  Include cannot handle lines longer than 255 characters.  anton 4sep00
   
 source after a locals definition is ignored, e.g., in  Errors happening during a LOAD do not report the offending word and
 { a } ." xxx"  its context (e.g., the 64-byte line). anton 8sep00
 the `." xxx"' is not executed.  anton 24jan95  
   Our ecvt routine apparently does not work correctly for Infs and NaNs.
   Try "ac_cv_func_ecvt=no ./configure; make" and then in Gforth: "1e 0e
   f/ f. 0e 0e f/ f.". anton 25sep00
   
   Our ecvt routine does not round correctly, e.g., 0.25->0.3. Marcel
   Hendrix 3oct00 <8rdcmd$j96$1@news.IAEhv.nl>
   
   Newline has only LF (instead of CRLF) in DOS.  Bruce Hoyt 25oct2000
   <39f7b14b$2@clear.net.nz>
   
   F. does not print trailing zeroes (e.g., "10 SET-PRECISION 125e f.")
   anton 31may01
   
   Block 0 does not work as it should: "0 block drop update save-buffers"
   does not write to the blocks file.  "0 block 1024 dump" seems to give
   the previous contents of the buffer.  Travis Bemann 10jul2001
   <3b4b4f57$0$42883$272ea4a1@news.execpc.com>
   
   When accessing a block beyond the end of the block file, the result is
   filled with spaces (this is also documented).  However, when accessing
   a previously unwritten block before the end of the block file, we will
   get a block full of zeroes on most (all?) OSs.  This inconsistency
   should be eliminated and the documentation fixed.  anton 14jul2001
   
   Path handling may have a bug:
   strace $FORTH 'fpath= .|~+/gforth s" /home/anton/threading-variations/gforth/mach32b.fs" include gforth/kernel/main.fs bye'
   tries to open gforth/kernel/gforth/kernel/aliases.fs, then
   gforth/gforth/kernel/aliases.fs, but not gforth/kernel/aliases.fs.
   anton 3 sep 2001
   
   -----
   Copyright (C) 1995,1996,1997,1998,2000,2003 Free Software Foundation, Inc.
   
   This file is part of Gforth.
   
   Gforth is free software; you can redistribute it and/or
   modify it under the terms of the GNU General Public License
   as published by the Free Software Foundation; either version 2
   of the License, or (at your option) any later version.
   
   This program is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.#See the
   GNU General Public License for more details.
   
   You should have received a copy of the GNU General Public License
   along with this program; if not, write to the Free Software
   Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111, USA.
Removed from v.1.12  
changed lines
  Added in v.1.54

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