Have you tried the same software setup on a different box (diff motherboard)? I had similar problems once with Quarterdeck's mem manager. Turned out is was just specific to the motherboard I was using. Some kind of hardware issue????
On 6/17/13, Rugxulo <[email protected]> wrote: > Hey guys, I'm up late and can't sleep, so I figured i may as well > mention a minor issue I discovered. :-) > > I'm having trouble running XPLIQ.EXE (among other rare ones) from > XPL0-30.ZIP in FreeDOS. See http://www.xpl0.org/XPL0-30.ZIP for the > file itself. (XPLX.EXE runs fine, which is partially why I've > postponed looking into this.) > > Actually, it seems to run fine in other environments (DOSEMU, DOSBox, > DR-DOS), so I halfway think it's a FreeDOS .EXE loader bug. But who > knows, it could be a subtle clash with XMGR (due to differing HMA > use??) or just FreeDOS treating the (buggy? from buggy linker?) .EXE > header differently (too strict? too loose?). > > All I know for sure is that the .EXE just hangs upon run in certain > circumstances. I even hacked it locally to only print "!" via BIOS and > then immediately exit, but it didn't even do that, so that makes me > think it's an EXE loader bug. > > Since I don't know directly how to identify the precise cause, I can > only experiment with random workarounds. (Perhaps this is a good > excuse to start using 386SWAT, but I don't know if that will run well > on this machine.) > > Anyways, here's a few workarounds that I've discovered that make it > work correctly (and no, I couldn't rebuild successfully, tried and > failed, probably not too hard but original author is ultra busy this > week, so he's not much help right now): > > 1). clean boot (but see below for better ideas) > 2). use HIMEMX instead (but I "mostly" really don't think it's > explicitly an XMGR bug) > 3). "jemm386 load x=test i=test" (works fine then ... but "unload" and > it's back!) > 4). upx xpliq.exe (this modifies the .EXE header, and then it works fine, > oddly) > 5). debug xpliq.exe (then 'g' to run, works because this has its own > .EXE loader, right??) > 6). in CONFIG.SYS, change "DOS=HIGH,UMB" to "DOS=LOW" (but this wastes RAM) > > I know most people probably don't care or have better things to do, > and that's fine. But any further testing or debugging is welcome! > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Freedos-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freedos-devel > ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
