Hi folks.

I am trying to port my program to MS-DOS. For fun, granted.

I figured DJGPP would help.

Esp. because it seems to have a useful "sigalarm" functional= ity,

I might use to implement preemptive threads.

I have a prototype that suggests that will work:

https://github.com/modula3/cm3/blob/3be819ed8e2fa60885aff0cb6278= 934a17b30702/m3-libs/m3core/src/thread/POSIX/test_dos_threads.cpp

The rest of the Posix support helps also.

I'm not sure about network/sockets, maybe give up.

I have experimented with a few "DOS"s.

FreeDOS, DosBos-X, 32bit Windows 10 VM.

They all have advantages and disadvantages.

Granted I could spend more time configuring each and none is "rea= lly" MS-DOS.

My program is a compiler, that produces .cpp files and would run g++ o= r gxx, etc.

(I might experiment with e.g. OpenWatcom, might, like if it can= link the djpp libraries.)

I am seeing, I guess, command line length limitations.

gcc and collect2 crash, but if I run them manually with shorter equiva= lent-enough commands, they work.

Advise?

I tried trimming environment. That didn't help.

I tried running bash, thinking within there, maybe Djgpp would use

its technique to transfer command lines otherwise, but bash won't star= t.

bash:

---------------------------

16 bit MS-DOS Subsystem

---------------------------

Administrator: C:\Windows\system32\cmd.exe

NTVDM has encountered a System Error

NTVDM has encountered a System Error 4001h Choose 'Close' to terminate= the application.

---------------------------

Close Ignore

---------------------------

C:\dos>type 1.c

#include <stdio.h>

int main()

{

printf("hello\n");

}

C:\dos>gcc -v -c 1.c

Using built-in specs.

COLLECT_GCC=3Dc:/dos/bin/gcc.exe

Target: djgpp

Configured with: /gcc-9.30/configure djgpp --prefix=3D/dev/env/DJDIR -= -disable-werror --enable-languages=3Dc,c++,fortran,objc,obj-c++,ada --with-= gcc-major-version-only --enable-libquadmath-support --enable-lto --disable-= libstdcxx-pch --enable-libstdcxx-filesystem-ts

Thread model: single

gcc version 9.3.0 (GCC)

COLLECT_GCC_OPTIONS=3D'-v' '-c' '-mtune=3Dpentium' '-march=3Dpentium'<= /div>

c:/dos/bin/../libexec/gcc/djgpp/9/cc1.exe -quiet -v -iprefix c:/= dos/bin/../lib/gcc/djgpp/9/ -remap 1.c -quiet -dumpbase 1.c -mtune=3Dpentiu= m -march=3Dpentium -auxbase 1 -version -o c:/dos/tmp/cczF3Ew0.s

Exiting due to signal SIGSEGV

Stack Fault at eip=3D00000a11

eax=3D00010001 ebx=3D01ad0080 ecx=3D01549400 edx=3D004207bf esi=3D0000= 1223 edi=3D00001213

ebp=3D0042773a esp=3D0042773a program=3DC:\DOS\BIN\GCC.EXE

cs: sel=3D00cf base=3D000d3a50 limit=3D00000db0

ds: sel=3D00b7 base=3D000cc160 limit=3D0000ffff

es: sel=3D0040 invalid

fs: sel=3D0000

gs: sel=3D0000

ss: sel=3D00b7 base=3D000cc160 limit=3D0000ffff

App stack: [00423b78..00223b7c] Exceptn stack: [00223ac8..00221b= 88]

C:\dos> c:/dos/bin/../libexec/gcc/djgpp/9/cc1.exe -quiet -v -iprefi= x c:/dos/bin/../lib/gcc/djgpp/9/ -remap 1.c -quiet -dumpbase 1.c -mtune=3Dp= entium -march=3Dpentium -auxbase 1 -version -o c:/dos/tmp/cczF3Ew0.s

The system cannot execute the specified program.

c:/dos/bin/../libexec/gcc/djgpp/9/cc1.exe -iprefix c:/dos/bin/../lib/g= cc/djgpp/9/ -remap 1.c -quiet -dumpbase 1.c -o 1.s

=3D> success

as 1.s

=3D> success

C:\dos>gcc 1.o -v

...

208 characters:

c:/dos/bin/../libexec/gcc/djgpp/9/collect2.exe c:/dos/lib/crt0.o -Lc:/= dos/bin/../lib/gcc/djgpp/9 -Lc:/dos/bin/../lib/gcc -Lc:/dos/lib -Lc:/dos/bi= n/../lib/gcc/djgpp/9/../../.. -Lc:/dos/lib 1.o -lgcc -lc -lgcc

Exiting due to signal SIGSEGV

Stack Fault at eip=3D00000a11

eax=3D00010001 ebx=3D001c0080 ecx=3D001804

90 characters:

ld.exe c:/dos/lib/crt0.o 1.o -lgcc -lc -Lc:/dos/lib/gcc/djgpp/9 -Lc:/d= os/lib -o a.exe

=3D> success

.\a.exe

=3D> success

Suggestions?

I mean, worst case, I will run:

C:\dos>gcc --print-prog-name ld

c:/dos/bin/ld.exe

C:\dos>gcc --print-prog-name cc1

c:/dos/bin/../libexec/gcc/djgpp/9/cc1.exe

and run things more manually "like" that, with response file= s.

I had to reinvent the compiler driver though, it hides things so well.=

I suppose I could run gcc directly with -v, capture the command lines,=

change them to use response files and rerun them "verbatim",= thereby

preserving the compiler driver.

Can/should the gcc driver handle this more automatically itself?

Thank you,

- Jay

--_000_MWHPR1401MB1951CCC95276E44447921D28E6209MWHPR1401MB1951_--