Hi, I do not claim to understand all the details here, just adding a few trivial tidbits.
On Sun, Jun 30, 2019 at 12:29 AM Paul Dufresne via Freedos-user <freedos-user@lists.sourceforge.net> wrote: > > Hi, I have tried to burn FD13-LiveCD1 two times, first time I thought the > problem maybe was my DVD not good. > > Both cannot be used... results in (real Quad-Core CPU computer): > > Extracting FDLIVE.7Z > Warning: cannot open swap file c:\cwsdpmi.swp > Page fault cr2==00400000 at iep=3c5; flags=3202 > [registers dumped] I've sometimes seen this problem (elsewhere, not in FD13 RC1/2 whatever). If I make "too big" of a RAM drive, then CWSDPMI gets confused. You "probably" don't need (or want) to make a RAM drive bigger than, say, 500 MB. In general, a lot of DOS software was never designed (nor tested) to work with such high-RAM machines. So a lot of things will choke. IIRC, for comparison, DJGPP always assumes a 2 GB address space, so anything beyond that is precarious, at best. Eric is right that the BIOS only lets you see roughly 2.9 GB of free RAM (on average). "cwsdpmi" by itself will load for a single session (and stay loaded until actually used or manually unloaded). "cwsdpmi -p -s-" should load permanently, without swap, but you don't normally want to do that (for various reasons). It clashes with some other extenders / DOS .EXEs. CWSDPMI is a "pure" (32-bit, 386+ only) DPMI server, so it doesn't support certain DOS extender calls like those found in 16-bit DPMI (Borland?) or those used in OpenWatcom, for example. It gets a bit confusing, but I think OpenWatcom / Causeway will play nice (or, alternately, Japheth's HDPMI32). WDOSX supports DJGPP (COFF), too, and you can "stubit" to have a bundled DPMI host. It also compresses the .EXE (though not as good as UPX). But you can't later remove it from the .EXE, and it too has compatibility issues with nested CWSDPMI, so I don't normally recommend that. But if CWSDPMI is having issues, you could definitely try something else. (WDOSX seems to have no problems with the presence of lots of RAM.) Certainly "7zdec" can be recompiled with OpenWatcom (+ Causeway), if needed, but I honestly doubt that would help here (much, if at all). Oh, lack of proper LFN support in OpenWatcom is yet another issue. Yeah, I never got around to updating "7zdec" to latest version (19.00, apparently): * https://www.7-zip.org/a/lzma1900.7z He does include a prebuilt binary of 7ZDEC.EXE nowadays (42 kb), but it's only for Win32. (It "probably" runs under HX, but I forget the details.) The sources are ANSI C (C89), so it should be easy to recompile. My GNUmakefile for the previous one is probably still mostly valid, so you could start there. Or I guess I could take a look at latest, but you don't really need my help. _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
