Annotation of gforth/BUGS, revision 1.60

1.53      anton       1: You can find more recent bug reports at
                      2: http://savannah.gnu.org/bugs/?group=gforth
                      3: 
1.13      anton       4: gforth.el: indentation does not work right on the first line of a
                      5: buffer. anton 27jan95
                      6: 
                      7: Conditional compilation continues after the file ends. This is allowed
                      8: by the standard (through an ambiguous condition), but the compiler
                      9: should at least produce a warning.  anton 27jan95
1.16      anton      10: 
1.23      anton      11: QUERY and TIB may behave differently than some may expect. TIB always
                     12: points to the current SOURCE, and QUERY puts its result there.  anton
                     13: 28nov96
1.24      anton      14: 
                     15: open-path-file expands "./" into the sourcefilename. It should either
                     16: not expand "./" or provide a mechanism that allows the application to
                     17: determine what "./" should expand to. anton 16jun98
1.29      anton      18: 
1.35      anton      19: gforth.el: Typing <ret> does not work when tabs separate words in a
                     20: line, and there is a \-comment at the end of the line.  anton 19feb00
                     21: 
1.33      anton      22: SEE does not work when the control structure is too complex (e.g.,
                     23: load http://www.complang.tuwien.ac.at/forth/pentomino.fs and then do
                     24: SEE NEXT-PIECE). anton 5mar2000
1.34      anton      25: 
1.43      anton      26: Include cannot handle lines longer than 255 characters.  anton 4sep00
1.41      anton      27: 
1.43      anton      28: Errors happening during a LOAD do not report the offending word and
                     29: its context (e.g., the 64-byte line). anton 8sep00
1.46      anton      30: 
                     31: Our ecvt routine apparently does not work correctly for Infs and NaNs.
                     32: Try "ac_cv_func_ecvt=no ./configure; make" and then in Gforth: "1e 0e
                     33: f/ f. 0e 0e f/ f.". anton 25sep00
                     34: 
1.47      anton      35: Our ecvt routine does not round correctly, e.g., 0.25->0.3. Marcel
                     36: Hendrix 3oct00 <8rdcmd$j96$1@news.IAEhv.nl>
                     37: 
                     38: Newline has only LF (instead of CRLF) in DOS.  Bruce Hoyt 25oct2000
                     39: <39f7b14b$2@clear.net.nz>
1.50      anton      40: 
                     41: F. does not print trailing zeroes (e.g., "10 SET-PRECISION 125e f.")
                     42: anton 31may01
                     43: 
                     44: Block 0 does not work as it should: "0 block drop update save-buffers"
                     45: does not write to the blocks file.  "0 block 1024 dump" seems to give
                     46: the previous contents of the buffer.  Travis Bemann 10jul2001
                     47: <3b4b4f57$0$42883$272ea4a1@news.execpc.com>
                     48: 
                     49: When accessing a block beyond the end of the block file, the result is
                     50: filled with spaces (this is also documented).  However, when accessing
                     51: a previously unwritten block before the end of the block file, we will
                     52: get a block full of zeroes on most (all?) OSs.  This inconsistency
                     53: should be eliminated and the documentation fixed.  anton 14jul2001
1.51      anton      54: 
                     55: Path handling may have a bug:
                     56: strace $FORTH 'fpath= .|~+/gforth s" /home/anton/threading-variations/gforth/mach32b.fs" include gforth/kernel/main.fs bye'
                     57: tries to open gforth/kernel/gforth/kernel/aliases.fs, then
                     58: gforth/gforth/kernel/aliases.fs, but not gforth/kernel/aliases.fs.
                     59: anton 3 sep 2001
1.53      anton      60: 
1.55      anton      61: gforth-native does not deal correctly with inline arguments in static
                     62: superinstructions: when using lit_lit, the wrong literals are put into
                     63: the native code (probably due to wrong assumptions about argument
1.56      anton      64: offsets). 6 nov 2003
                     65: 
                     66: finish-code changes the stack for gforth-fast with --enable-force-reg
                     67: (probably for gforth-native too).  Apparently ecx (spTOS) is neither
                     68: saved by engine, nor by finish_code().
1.55      anton      69: 
1.57      anton      70: Wrong decompilation:
                     71: create foo
                     72: 5 constant bar
                     73: : xxx foo bar ;
                     74: simple-see xxx
                     75: 16 nov 2005
                     76: 
                     77: Debian's gforth's etags.fs crashes (probably due to path problems)
                     78: on b3:
                     79: gforth etags.fs
                     80: 16 nov 2005
                     81: 
1.53      anton      82: -----
1.60    ! anton      83: Copyright (C) 1995,1996,1997,1998,2000,2003,2005,2007 Free Software Foundation, Inc.
1.53      anton      84: 
                     85: This file is part of Gforth.
                     86: 
                     87: Gforth is free software; you can redistribute it and/or
                     88: modify it under the terms of the GNU General Public License
1.59      anton      89: as published by the Free Software Foundation, either version 3
1.53      anton      90: of the License, or (at your option) any later version.
                     91: 
                     92: This program is distributed in the hope that it will be useful,
                     93: but WITHOUT ANY WARRANTY; without even the implied warranty of
                     94: MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.#See the
                     95: GNU General Public License for more details.
                     96: 
                     97: You should have received a copy of the GNU General Public License
1.59      anton      98: along with this program. If not, see http://www.gnu.org/licenses/.

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