SweetLow

Attention grabber? My friend, if you want to see what is attention grabber look at hidusbf... Yes, subject is not the last thing in my TODO list.

There is minor error in himemex, i described it on ru-board. I recommend you read there too.

As with any PM only drive - in Device Manager made it Removable, set letter, made it non Removable. And as drive can stopped and started in Device Manager - no reboot needed (if no swap file on this drive, of course). >It seems that this is the first full-fledged PSE ramdisk in history that installs and works directly under WINDOWS! The first PSE drive for Windows was made by Intel for Windows NT 4.0 ~ 25 years ago >It would be nice if someone (who already uses such hardware) checked this right away. You have to know already that I'am running one of my Windows 98 SE on Core i7 10700... >the question also arises of the compatibility of RAMDRV4M with more promising hardware There is no problem for compatibility for pure protected mode software. The problem of RLoew's solution is transition from real mode code that drives something to protected mode code that access memory and back. >and a message appeared on a blue background "Windows The volume that was removed had open files on it. Next time please check first to see if the volume can really be removed. Press any key to continue." Read readme... > Is it really in RAM? Read readme...

ramdrv4m - Universal RAM Drive for Windows 9x https://github.com/LordOfMice/Tools/blob/master/ramdrv4m.zip Features description: 1. Memory support above 4GiB (default mode). Primary purpose of creating this software. 2. A full-fledged 32-bit protected mode driver. 3. High speed of operation. 4. Can utilize RAM Drives created in memory by other software. In particular, it is compatible with RAMDSK32/64 from RLoew. 5. It consumes only 4MiB of virtual address space. In addition to the real memory used for RAM Drive itself, of course. 6. Works on Pentium and higher class processors (i.e. it does not work on 80486). As usual - readme is your best friend...

Ok.

Flashing to Quadro to work in 2000/XP? Something is very bad with your logic.

And what? You supported off-topic no matter am I admin or not.

Of course, but you wrote hard off-topic for THIS thread.

The package for A20 Line Always On processing (and more) in HIMEM.SYS http://sweetlow.orgfree.com/download/a20alwon.zip Joint work with BolenB As usual - do NOT forget to read readme

Win9x VCACHE Protection Error Fix (.VXD version of CREGFIX.COM), primarily for Windows ME https://github.com/LordOfMice/Tools/blob/master/cregfix.zip I tested it on Windows 98SE so IDK if it actually works on Windows ME.

Yes. With this flag cleared kernel mode code is ignoring the fact that page is read-only and writes on this page successfully.

The best expirience is test it youself if you doubt. But i didn't believe in this fact too: http://forum.ru-board.com/topic.cgi?forum=62&topic=28114&start=5240#17 (translate the P.S. from this post) P.S. And i can demonstrate few other (registry) options which i found when i really need them

Ok, may be in some cases (not my case, NForce2 PCs work with ACPI flawlessly). But in any case "without ACPI" and "setup /i" are NOT the same things.

Why so? The PCs from 98-ME era are supported ACPI that is working in 98-ME, eh.

It is possible before and (much easy to do) WHEN Windows starts. ACPI driver in Win98 supports overriding of ACPI tables through the Registry. 1. mercury did the patch to win.com to run additional software on exiting from Windows which in turn can power off PC 2. without any patch you can do the same thing just running above mentioned software in MS-DOS Mode n.b. - both questions are offtopic for this thread p.s. I edited my previous post

1. Try to access drive from other file manager - far, total comander or else. 2. Is this drive accessible on the same PC from other OS like XP? RLoew did 64-bit LBA patch for SCSI and I wrote driver for the same (USB drives are SCSI from protocol view point), but 500GB drive has to use 32-bit LBA and does not need any patch by default.

>in My Computer First check that CD-ROM drive is present in Device Manager after reboot (better in hardrware tree view mode, of course).

https://github.com/LordOfMice/Tools/blob/master/rmmremove.zip Utilities for removing "bad" DOS (RMM - Real Mode Mapper) drive letters for Windows 9x. Some analogue of "dlmanip delete" for DOS. Contents: RMMFLRM.VXD Delete phantom floppy drive letters. RMMBADRM.VXD Removal of USB drive letters processed by BIOS and visible as a duplicate under Windows 9x after Hand Off for USB controller. RMMLTRRM.VXD & RMMLTRRM.REG Remove any drive letter, including both boot and system letters (if you want to check this), not automatically, but by arbitrary list in the registry (RMMLTRRM.REG). N.B. These tools really delete drive letters, not just masking in Explorer:

I checked ReactOS image - and all is working as expected without any errors: copy and mount of image (on USB NTFS drive, on ATA NTFS drive and on ATA FAT32 drive).

>https://thestarman.pcministry.com/asm/mbr/mystery.htm >but one of our readers finally pointed out that Microsoft did provide a "partial description of the meaning [of these bytes] in KB article 192606 (or the file: MBtFAQ)." JFYI, I am this reader And I know slightly more, of course - the real IOS structure that used for passing these values (signatures and checksums). >Can you detail which cases? Excerpt from your link: >or the first word after the boot code is non-zero, IOS will instead store a checksum of the MBR and the INT 13h unit number, rather than the MBR signature. And as checksum include NT Disk Signature too -> we have unique value of this checksum. >But during setup? I don't see how this can affect setup too (as you), but NT Disk Signature has some impact on Windows 9x. P.S. And what it looks like in reality (with MBR code from NT): int13 = 80h, signature = E6FFB000h, checksum = F601BDECh, flags = 0001h int13 = 81h, signature = E6FFB000h, checksum = BDE79504h, flags = 0001h int13 = 82h, signature = E6FFB000h, checksum = E6233B84h, flags = 0001h Win9x signatures are equal, but checksums are different (and IOS is using checksums (flags = 0001h))

In some cases it is definitely used even on 9x. Not directly but in checksum of zero (MBR) sector.

Ok, could you make minimal .ISO with reproducible problem and put zipped image somewhere to download?

It is NOT the real file system driver. The real Paragon NTFS driver (UFSD.VXD or PNTFS.VXD) is located in %windir%\SYSTEM\IOSUBSYS

>I have NTFS support (Paragon) There are different Paragon NTFS drivers. If you are using UFSD.VXD then try to use PNTFS.VXD