Hi Tom,
interestingly picoc is still buggy after I disable XMSinit() and
XMSexec() in the xms-swap build. This makes debugging a bit easier now
that that code is eliminated.
On Tue, 23 Oct 2018 at 19:12, Bart Oldeman wrote:
>
> Hi Tom,
>
> the big one is built with xms-swap, yours without. I get
Hi Bart,
at least one bug located in freecom-watcom:
run
TESTS KE2041
will stop after a short while (this IS helpful)
with an error.
now
a:
COPY COMMAND.COM TEST
-->
unable to open file 'command'
after some liberal sprinkling of printf()'s,
static int addSource(char
Hi Tom,
the issue is that OW strtok() detects characters in the set using a
bitmask and uses an 8 char lookup table called _Bits (__Bits in the
mapfile) which normally has this
01 02 04 08 10 20 40 80
(in hex) A printf confirms that this table is overwritten, so there is
a buffer overflow
Hi Tom,
strtok's source can be browsed here:
http://perforce.openwatcom.org:4000/@md=d=//depot/openwatcom/bld/clib/string/c/=//depot/openwatcom/bld/clib/string/c/strtok.c=33595=sgp@//depot/openwatcom/bld/clib/string/c/strtok.c
Bart
___
Freedos-devel
Hi Tom,
so in the end the issue is a stack overflow: filenames on the stack
overflow into a const buffer used by strtok. I had raised it from 2K
to 4K back in January but that is not enough.
Since Blair Campbell's LFN work in 2006 cmd_rename() which calls
fillFnam() together use at least 13
