VOGONS


Reply 20 of 22, by aVd

User metadata
Rank Member
Rank
Member

DOS from win 98SE, so it must be v. 7.10.

SvarDOS fan :: artificial "intelligence" bots - not a fan at all :: say NO to systemd :: is freeware a lie, when human freedom is a fundamental lie? :: f00ck €u!

Reply 21 of 22, by OzzFan

User metadata
Rank Member
Rank
Member

I pulled out my P2 333 running Windows 98SE and my Pentium (Classic) 200 running Windows 95 OSR2, both using DOS 7.10, booted into Safe Mode (Command Prompt Only) so that no memory managers were loaded, and MemInfo and Reveal both worked.

I also grabbed 30MB of floppy images and used that for testing XMove (leaving originals alone and using a copy of the folder), and I did find a bug where the first folder found wasn't getting moved, and therefore the process was erroring out. I was able to find and fix that bug, but I couldn't replicate the original bug so I'm hoping it's fixed.

Reply 22 of 22, by aVd

User metadata
Rank Member
Rank
Member

Ok. Even, if I can't find any sence in this, probably my PII system is too picky. I will just not use the problematic utilities without DOS memory managers loaded.

As for XMOVE, I still haven't tested v.2.21.

EDIT:

OzzFan wrote on Yesterday, 22:39:

I pulled out my P2 333 running Windows 98SE and my Pentium (Classic) 200 running Windows 95 OSR2, both using DOS 7.10, booted into Safe Mode (Command Prompt Only) so that no memory managers were loaded, and MemInfo and Reveal both worked.

"Command prompt only" mode doesn't stop HIMEM.SYS from loading in win 98SE/m$-DOS 7.10. Win 98SE "DOS" always loads himem.sys, regardless of config.sys

If you still want to replicate my case, try to disable HIMEM.SYS loading on boot. At least, now we know, that the reason for REVEAL's and MEMINFO's normal operation is not related to usage of EMM386.EXE 😀

SvarDOS fan :: artificial "intelligence" bots - not a fan at all :: say NO to systemd :: is freeware a lie, when human freedom is a fundamental lie? :: f00ck €u!