>> in short: when debugging network problems, avoid EMM386/JEMMEX. >> >> HIMEM and friends should be fine, though. >> > Okay, I'll try to figure out my way through this...
> I definitely do need something to load all the resident drivers > "high" wherever possible, otherwise I'm out of conventional memory. > AFAICT the XMS managers are okay for this (e.g. himem.sys). all this high memory may be nice, but useless if networking doesn't work (reliable) with EMM386. just disable it until you are sure it's not the culprit here. > Next, I strongly prefer to stick to FreeDOS because some important > scripts use features not supported by the MS-DOS command.com. a) what features? beside %errorlevel% there is little in FreeCOM that is not available in MS command.com. b) FreeCOM should just run happily on top of MSDOS( not vice versa). c) I don't expect that the underlying kernel (MS or free) will make a difference. > So first I'll try MS himem.sys under FreeDOS. > HimemX.sys did not seem to make a difference compared to JEMMEX... > Makes me wonder if JEMMEX with NOEMS would have a chance of working = > if NOEMS changes something relevant about the JEMM's "back end > behavior", or just disables the EMS interface (front end). a) it just disables the EMS interface (almost irrelevant) and b) gives you 64K more upper memory (REALLY IMPORTANT) > Maybe if I cannot get this to work in FreeDOS, I could try a very > bare-bones setup in MS-DOS, with hard-coded drivers and their > configs, just to see if I have a chance in MS-DOS (= if it makes > sense to try to massage all the scripts into MS-DOS syntax / > limitations). as said: use freecom on MSDOS if the scripts hurt. > Thanks for your insight :-) > I seem to recall trying to program something in DOS that needed more > RAM, and I had a choice of XMS vs. EMS. I picked XMS, because it > allowed me to allocate a large window of memory that I could just > work with directly. is this a 16Bit or 32 bit program? Tom _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
