[CDFS_NEW] Now NtWriteFile is fixed, revert 5f25582, ie remove FastIO hack from the...
authorPierre Schweitzer <pierre@reactos.org>
Sun, 12 Nov 2017 21:36:47 +0000 (22:36 +0100)
committerPierre Schweitzer <pierre@reactos.org>
Sun, 12 Nov 2017 21:39:40 +0000 (22:39 +0100)
CORE-14003

drivers/filesystems/cdfs_new/cdinit.c

index 1f086fe..b6bec14 100755 (executable)
@@ -58,29 +58,6 @@ CdShutdown (
 #pragma alloc_text(INIT, CdInitializeGlobalData)
 #endif
 
-#ifdef __REACTOS__
-
-//
-// Stub for CcWrite, this is a hack
-//
-BOOLEAN
-NTAPI
-CdFastIoWrite (
-    IN PFILE_OBJECT FileObject,
-    IN PLARGE_INTEGER FileOffset,
-    IN ULONG Length,
-    IN BOOLEAN Wait,
-    IN ULONG LockKey,
-    IN PVOID Buffer,
-    OUT PIO_STATUS_BLOCK IoStatus,
-    IN PDEVICE_OBJECT DeviceObject)
-{
-    ASSERT(FALSE);
-    return FALSE;
-}
-
-#endif
-
 \f
 //
 //  Local support routine
@@ -365,19 +342,6 @@ Return Value:
     CdFastIoDispatch.SizeOfFastIoDispatch =    sizeof(FAST_IO_DISPATCH);
     CdFastIoDispatch.FastIoCheckIfPossible =   CdFastIoCheckIfPossible;  //  CheckForFastIo
     CdFastIoDispatch.FastIoRead =              FsRtlCopyRead;            //  Read
-#ifdef __REACTOS__
-
-    //
-    // Add a stub for CdFastIoWrite. This is a hack required because
-    // our current implementation of NtWriteFile won't validate
-    // access granted to files opened. And some applications may attempt
-    // to write to a file. In case it is cached, the kernel will null-dereference
-    // the fastIO routine, trying to call it.
-    // FIXME: remove once NtWriteFile got fixed!
-    //
-
-    CdFastIoDispatch.FastIoWrite =             CdFastIoWrite;            // Write
-#endif
     CdFastIoDispatch.FastIoQueryBasicInfo =    CdFastQueryBasicInfo;     //  QueryBasicInfo
     CdFastIoDispatch.FastIoQueryStandardInfo = CdFastQueryStdInfo;       //  QueryStandardInfo
     CdFastIoDispatch.FastIoLock =              CdFastLock;               //  Lock