deomsh

Every part of this project is one out of (almost) nine ways to run Windows 98se from an USB-drive. Two parts are about the Windows 98 Second Edition installation using the legacy USB-connection. The other parts are dependent on Grub4Dos. Each part gives needed changes in respect to the one before. All installations are possible in directory C:\WINDOWS: no drive-letter assignment needed. Needed for the first eight parts: · Legacy BIOS must be USB-HDD compatible. · 512MB RAM (reasonable minimum). · 500MB USB-drive (reasonable minimum). · Partitioned USB-drive (USB-HDD). I am not sure if anything I did is new, but you will let me know. In retrospective everything is easygoing, although later parts and project extensions are more complicated. Except Grub4dos, everything is experimental and (almost) undocumented. The results of the project are divided into following parts: Part I: Quasi-universal Windows 98se on Legacy-USB 1.1 Part II: Quasi-universal Windows 98se on Grub4Dos Memdrive with full Legacy USB 1.1 access Part III: Windows 98se with PCI-devices (except USB) on legacy USB 1.1 Part IV: Windows 98se on Grub4Dos Memdrive with full USB 2.0 access Part V: Windows 98se on USB 2.0 with Grub4Dos Memdrive as bootchain Part VI: Windows 98se from a logical partition on Grub4Dos Memdrive Part VII: Installation of Windows 98se on a logical partition with Grub4Dos Part VIII: Windows 98se on other USB 2.0 partition with Grub4Dos Memdrive as bootchain Part 8½ A: Full installation of Windows 98se on an empty Grub4Dos Memdrive without rebooting Part 8½ B: Full installation of Windows 98se on an Rloew non-XMS Ramdrive without rebooting Concluding remarks DISCLAIMER: THIS PROJECT IS POTENTIALLY ADDICTIVE, I DON’T PAY FOR REHAB!

This is my workaround, together with Total Commander for Android (free!). Using an USB-drive with normal and with micro-USB-connection. BTW: not all smartphones can mount an USB-drive!

Is duckduckgo not working in Dillo?

Please read this: https://msfn.org/board/topic/157173-kext-diy-kernelex-extensions/page/25/#comments MSVCR70.DLL or MSVCR71.DLL should be used instead of MSVCRT.DLL too. Rename/ copy when still in MS-DOS (real mode) or use KnownDLLs in Registry (reboot needed).

Already tried this fix? https://web.archive.org/web/20060314222520/https://www.tweaktown.com/guides/68/agp4x_via_chipsets_fix/index.html

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.