Hi, I had a stupid bug in my test setup in Bochs... Now things look better: With the MEMCHECK option for EMM386, an early PAGE FAULT is avoided (EMM386 has a bug in the handling of protected mode exceptions, which makes the stack melt by 2+2 bytes per iteration in a recursion, and not much is left to debug). When I avoid that page fault, I can load LBAcache with no drives enabled for caching okay. I can even reach the prompt. But when I then do HIMEM /TEST, I get:
Total allocated is 4588... * 82 while moving 2124,0 <- 0,6ae3076 len 1024 * in fill * 82 while moving 0,6ae3476 <- 2124,0 len 1024 * in verify offset 0 size 91a * 82 while moving 2124,0 <- 2124,400 len 1024 * in shift * 82 while moving 0,6ae3476 <- 2124,0 len 1024 * in reverify Error 82h is A20 error. The test is done with EMM386 1.15, Bochs 2.2pre1, FDXXMS 0.92 and: FILES=20 BUFFERS=20 DOS=high,umb stacks=0,0 DEVICE?=a:\fdxxms.sys BIOS DEVICE?=b:\emm386.exe x=test /verbose memcheck INSTALL?=b:\lbacache.com SHELL=a:\freecom.com a:\freecom.com /p=autofd.bat pause PROMPT $P$G PATH A:\; rem A:\KEYB.COM GR echo hi on p: - freedos set The BIOS option means "always use int 15.87 for memory move". I guess FDXXMS fails to initialize some high halves of registers in xms_move_xms or something??? Eric PS: Loading LBAcache just allocates XMS. Same for loading EMM386, just allocates and locks XMS. Actual USE of XMS happens only when FreeCOM starts up (in my test setup), as EMM386 directly accesses the locked memory without using XMS memory copy calls. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
