Mail Archives: djgpp/2012/11/12/18:45:08
Hi,
On Sunday, November 11, 2012 12:12:15 PM UTC-6, Juan Manuel Guerrero wrote:
>
> I have tried to compile a simple "hello world" like program. I have used MSDOS 6.22
> together with DOSLFN 0.41 (used options ~- t+; this means that no numeric tail
> will be created). I have used djdev204, gcc472b, bnu223b and CWSDPMI r7 without
> activated swap file. The system has 64 MB. The program crashes with the
> following stack trace:
> (snip)
>
> It makes no difference if I use gcc471b and bnu222br4. It crashes in the same way.
That's odd, my personal setup (FreeDOS + /beta/ GCC 4.72 + BinUtils 2.22r4) seemingly works fine with or without LFNs.
But I didn't disable numeric tails, just installed (unzipped) both with and without LFN=n set.
> The program has been compiled with the following options:
> gcc -Wall -g -O0 1.c
>
> If I remove DOSLFN from autoexec.bat, reboot and recompile the program again
> then it runs flawlessly. Removing DOSLFN and rebooting alone is not enough.
> The program must be recompiled without DOSLFN installed at all.
Seems odd, but I've seen a few quirks (hidden bugs) in DOSLFN, so it's not totally surprising. (Actually, I saw some weird redirection bug due to DOSLFN the other day when using a GPC-compiled program, but that's only 2.03p2, which, from below, you say worked fine.)
> If I use djdev203, gcc472b and bnu223b the produced program runs flawlessly.
> Recompiling libc from CVS repository code will not solve the problem. The new
> library make the program crashes in the same way. It seems to be a new problem
> with DOSLFN support by DJGPP. I have never tested with FreeDOS.
It could be anything. Even if it's a DOSLFN bug, it may only show up when used in connection with various things.
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/doslfn
The actual homepage (redirector, goes to ee3web or whatever) of DOSLFN is below, but it never loads for me (times out):
http://doslfn.adoxa.cjb.net/
http://www.freedos.org/software/?prog=doslfn
> If more information is need, please contact me.
1). native or emulated MS-DOS? (if so, which VBox version?)
2). cpu family / model / stepping
3). ver /r
4). date, size, md5sum of DJGPP .EXEs used (or quote from .mft / .ver)
5). date, size, md5sum of DOSLFN.COM
6). memory managers loaded (with date, size, version, md5sum if possible), e.g. HIMEM, EMM386
7). try unloading all non-essential TSRs first
Though you may also wish to test (or use as backup) something like StarLFN, who knows:
http://sta.c64.org/starlfn.html
- Raw text -