MB> There were some problems in the early release that should be fixed by
 MB> the FixPacks, currently at XR_M005.  However, those problems should not
 MB> result in data corruption of the kind being reported by LA.  What are
 MB> you seeing?
With every uhpfs.dll newer than 4.0 GA, chkdsk reports what appear to be
spurious errors on all HPFS partitions. If you do nothing but replace the DLL 
with the older version, the errors disappear. This sounds identical to what 
LA has observed on his system. He boots from diskette to correct, which 
backgrades
his uhpfs.dll, which allows chkdsk to work correctly.
If you allow the chkdsk to make corrections under the post-GA DLL, you can 
kiss your data goodbye. The kicker is that you may not know anything's wrong 
until you lose power and have an automatic chkdsk wipe you out.
I've meticulously documented the problem. It's independent of drive -- both 
SCSI and IDE have the problem, and completely dependent on uhpfs.dll version. 
It's possible that chkdsk and not uhpfs.dll is broken, but from my point of 
view that's irrelevent.
If you must run HPFS386 under Warp 4.0, you have to remember to downgrade 
uhpfs.dll every time you run a fixpak. The problems I've documented, the 
sheer unsupported nature of HPFS386 in this configuration and the marginal 
benefits of a +2MB cache on a single-user machine make HPFS386 far too risky 
to stomach on a production workstation.
Jeff
--- GoldED/2 2.42.G0615
---------------