deomsh

Are you using Dblbuf.sys in win31? I once had to use it with a GF 650ti before I could enter protected mode. Try: 1) DEVICE=DBLBUFF.SYS /D (is equivalent to DEVICE=SMARTDRV.EXE /Double_Buffer (loads DBLBUFF.SYS too, '.EXE' is needed in Device-statements). 2) DEVICE=DBLBUFF.SYS /D+ (or: DEVICE=SMARTDRV.EXE /Double_Buffer+). 3) DEVICE=ANSI.SYS DEVICE=DBLBUFF.SYS /D (or /D+) DEVICE=ANSI.SYS (so ANSI.SYS loaded directly before AND after DBLBUFF.SYS)

Is win31 Enhanced mode working with XGA (640x480 16 colors)? XGA uses the older 3.0 vga-driver.

Did you try Tihiy's SVGA patch in safe mode?

Did you try the 77.72 drivers? By the way, in my experience its better to reboot first after driver installation in safe mode and remove ALL Nvidia entries in MSconfig/ Startup.

SESP2.03NL changes SYSTEM.INI (SPUPDATE.INF). MaxFileCache is set to 393216 (384MB). This can be a high setting with 512MB memory. Try lower values, like MaxFileCache=131072. Use MSConfig or (better) SysEdit.

What do you mean with "Dos mode"?

No. About a year ago I tried emulator VDMSound (9x, alpha) playing Prince of Persia 1 in a DosBox inside Windows, with hda2.dll as wave-device. Sound worked, but the game crashed as soon Midi had to be played. I didn't find a solution yet to use DirectMusic (Hda2.dll is not a WDM-driver!).

Do you mean this little fellow? I never use it, but it´s there on my old Windows SE installation (with original KernelEx).

I have made some log-files you can use if you like. The Filemon-log lists the files opened by MOC.EXE, the Regmon-log lists the registry-keys and the Dependency Walker-log lists API's and all files with version numbers. Filemon FileFormatConverter SaveAs DOC.LOGRegmon FileFormatConverter SaveAs DOC.LOGDW MOC -f [Path]Test2.docx.dwi.dwi

I just tried myself. I have two versions of the 12.6500.5000 FileformatConverter.exe. The one with version nummer in properties won't install, only the MSI works. The other version, without details in properties, installs directly. Otherwise reinstall the MSI.

I asked just to be sure. Did you allready reinstalled the Compatibility Pack with "Windows 2000 SP4" mode set on Fileformatconverter?

@Dave-H Are you sure you have a real DOCX-file? If you open the file with 7-zip you should see something like the first picture. This a DOC-file after converting to DOCX with FileFormatConverter (this time from my Windows 10 64-bit installation where I am using Office XP for now). All dates/ times of the files inside the folders are the same: 1980-01-01 00:00 Second picture is the original DOC-file.

@Dave-H I am absolutely sure CTFMON.EXE is NOT installed with the Compatibility Pack. About Save As doc-file: it´s not clear to me what happening. On my system I see following dialog after clicking SaveAs... in the Context Menu of a docx-file: Please describe your problem a bit more in detail.

I am almost sure its possible With latest KernelEx version I had to set MOC.EXE in "Windows 95" compat mode. Without there wasn´t even a Save As Dialog box. With original Kernelex it worked out-of-the-box, only the NT4-trick I found out, was needed for conversion of Excel-files. BTW: better disable CTFMON.EXE if not needed, see: https://web.archive.org/web/20031001031315/http://support.microsoft.com/default.aspx?scid=kb;EN-US;q282599

@Dave-H KernelEx Compatibility mode "Windows NT 4.0 SP6" should be set for: EXCELCNV.EXE and can be helpfull with EXCELCNVPXY.DLL. KernelEx Compatibility mode "Windows 2000 SP4" should be set for: WORDCONV.EXE and MSO.DLL (both already set this way by Xeno86! MSO.DLL is in "C:\Program Files\Common Files\Microsoft Office\Office 12 "), and if needed for WORDCNVPXY.CNV and MSVCR80.DLL (MSVCR80.DLL is in "%Windir%\System") KernelEx Compatibility mode "Windows 95" can be tried for MOC.EXE (the "Save As..." Explorer dialogue). You can play a bit with some settings, but the settings for MSO.DLL and EXCELCNV.EXE are mandatory (as far as I tested).

@Dave-H: The Excel-conversion is sometimes sloppy. Set KernelEx Compatibility mode "Windows NT 4.0 SP6" for EXCELCNVPXY.DLL too, may be helpfull. About the SaveAs... in Explorer, it's not really needed unless you have to convert files without use of MSOffice. But I think setting KernelEx Compatibility mode "Windows 95" for MOC.EXE will help. Both files are normally in the folder "C:\Program Files\Microsoft Office\Office 12"

@Dave-H: Great job! Is the Excel-conversion working too with Office XP?

I suggest first to check CORE.INI, resides in the KernelEx folder.

I understand, but you should be. What you described means the Compatibility Pack isn't working anymore. So the Compatibility Pack will not serve converting DOCX with Office XP either. With KernelEx and the right Kex compatibility modes/ right files, FileformatConverter IS compatible with Windows 98se for converting Office 2007 Word/ Excel files in combination with Office XP.

@Dave-H: you are addressing different issues (in my opinion). So FileformatConverter SP2 is working: in that case you can convert DOC to DOCX and back choosing SaveAs... after a right-click on a DOC/ DOCX file in Explorer. Is this the case? BTW: don't use MSOffice in this test.

@Dave-H: Is NT2K in your list of [ApiConfigurations] in CORE.INI? FileformatConverter SP2 should work! Else: to isolate the problem right click on a DOC-file, choose SaveAs and try to save as DOCX.

@Dave-H: If you are using KernelEx' CORE.INI v.20e, be sure NT2K is in the list [ApiConfigurations] (and in the Aliases of course).

@Dave-H: did you check all needed Kernelex compatibility modes? Check if the following files run still in Kernelex "Windows 2000 sp4" mode: Mso.dll and Wordconv.exe; if there are problems with "save as docx" from inside Word set Wordcnvpxy.cnv in "Windows 2000 sp4" compatibility mode, probably Msvcr80.dll too. Opening xlsx-files in Excel XP is possible with the following workaround: run Excelcnv.exe in Kernelex "Windows NT 4.0 sp6" compatibility mode. Xlsx-files opens now in Excel, if Office XP is not fully updated xlsx-files will open as xxxxxxxx.xls.

I tested XXHD.SYS with read-ahead buffer starting with 20MB cache, standalone (version 2018-16-12). Copying is about 0,5 MB/sec. faster than older version where read-ahead buffer starts with 50MB cache. In the meantime there are already five newer versions. I could download the last one only: 2019-04-21. Read-ahead buffer should start with 10MB cache. Good News! Bad News: this version gives big problems with Windows 98se on my system. Booting Windows is not possible, or takes 15 minutes or longer and Drive operations are a problem. The newer versions have different "LBA48/LBA28 I/O opcodes" (according to the Readme). After completely disabling my Big IDE-HDD (500MB), normal booting/ copying is possible again (disabling ESDI_506.PDR made no difference). Copying is about 1 MB/sec. faster than older version where read-ahead buffer starts with 50MB cache. Luckily the 2018-16-12 version is latest of the seven versions on archive.org: https://web.archive.org/web/20181020053006/http://optimizr.dyndns.org/dos/drivers.html