version 1.51, 2001/10/26 11:53:21
|
version 1.58, 2005/12/31 15:46:07
|
Line 1
|
Line 1
|
|
You can find more recent bug reports at |
|
http://savannah.gnu.org/bugs/?group=gforth |
|
|
gforth.el: indentation does not work right on the first line of a |
gforth.el: indentation does not work right on the first line of a |
buffer. anton 27jan95 |
buffer. anton 27jan95 |
|
|
Line 35 Hendrix 3oct00 <8rdcmd$j96$1@news.IAEhv.
|
Line 38 Hendrix 3oct00 <8rdcmd$j96$1@news.IAEhv.
|
Newline has only LF (instead of CRLF) in DOS. Bruce Hoyt 25oct2000 |
Newline has only LF (instead of CRLF) in DOS. Bruce Hoyt 25oct2000 |
<39f7b14b$2@clear.net.nz> |
<39f7b14b$2@clear.net.nz> |
|
|
SIGPIPE can make Gforth hard to stop (e.g., |
|
gforth -m 2M wordfreq.fs -e bye|head |
|
anton 30may01 |
|
|
|
F. does not print trailing zeroes (e.g., "10 SET-PRECISION 125e f.") |
F. does not print trailing zeroes (e.g., "10 SET-PRECISION 125e f.") |
anton 31may01 |
anton 31may01 |
|
|
It may be useful for printing tables of FP numbers to have ways to |
|
control the number of digits before and after the decimal point. |
|
anton 31may01 |
|
|
|
Block 0 does not work as it should: "0 block drop update save-buffers" |
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 |
does not write to the blocks file. "0 block 1024 dump" seems to give |
the previous contents of the buffer. Travis Bemann 10jul2001 |
the previous contents of the buffer. Travis Bemann 10jul2001 |
Line 57 a previously unwritten block before the
|
Line 52 a previously unwritten block before the
|
get a block full of zeroes on most (all?) OSs. This inconsistency |
get a block full of zeroes on most (all?) OSs. This inconsistency |
should be eliminated and the documentation fixed. anton 14jul2001 |
should be eliminated and the documentation fixed. anton 14jul2001 |
|
|
F. does not print a leading digit for numbers <1, although it should. |
|
anton 19aug2001 |
|
|
|
Path handling may have a bug: |
Path handling may have a bug: |
strace $FORTH 'fpath= .|~+/gforth s" /home/anton/threading-variations/gforth/mach32b.fs" include gforth/kernel/main.fs bye' |
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 |
tries to open gforth/kernel/gforth/kernel/aliases.fs, then |
gforth/gforth/kernel/aliases.fs, but not gforth/kernel/aliases.fs. |
gforth/gforth/kernel/aliases.fs, but not gforth/kernel/aliases.fs. |
anton 3 sep 2001 |
anton 3 sep 2001 |
|
|
|
gforth-native does not deal correctly with inline arguments in static |
|
superinstructions: when using lit_lit, the wrong literals are put into |
|
the native code (probably due to wrong assumptions about argument |
|
offsets). 6 nov 2003 |
|
|
|
finish-code changes the stack for gforth-fast with --enable-force-reg |
|
(probably for gforth-native too). Apparently ecx (spTOS) is neither |
|
saved by engine, nor by finish_code(). |
|
|
|
Wrong decompilation: |
|
create foo |
|
5 constant bar |
|
: xxx foo bar ; |
|
simple-see xxx |
|
16 nov 2005 |
|
|
|
Debian's gforth's etags.fs crashes (probably due to path problems) |
|
on b3: |
|
gforth etags.fs |
|
16 nov 2005 |
|
|
|
----- |
|
Copyright (C) 1995,1996,1997,1998,2000,2003,2005 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. |