Forum Replies Created
-
Posts
-
Updated this page: http://www.sysprogs.org/signing/
Did I forget anything else?Unfortunately, no. You can read more here: http://www.sysprogs.org/signing/.
OK, the security considerations are regarding the VisualDDK monitor (the program that runs on VM and starts your driver on demand). As for the VM monitor, you can simply close it when you don’t need it any more. VisualDDK can detect and patch the required VMs automatically when you start debugging in Visual Studio and does not need the VM monitor.
I assume, the game uses some kind of a copy protection mechanism. WinCDEmu is a simple image mounting program and is not designed to counteract the copy protection systems.
The problem is that creating a “Virtual CD/DVD burner” is somewhat around 5x complexity of WinCDEmu. So, unless there are volunteers to implement it, I would recommend other ways of “burn-testing”.
BTW, as far as I remember, some CD burning programs can actually create ISO images. Should be the same effect, more or less.Try the quickstart manual: http://visualddk.sysprogs.org/quickstart
You don’t *need* a virtual machine, but using it together with VirtualKD would make debugging lots faster than COM port. If you want to debug drivers for real hardware, I recommend using FireWire connection.Hi,
I’ve checked BazisLib sources. It seems that the problem was caused due to the FILE_RANDOM_ACCESS flag present in kDefaultAdditionalFlags inside bzsddkfile.h
Please download BazisLib 2.5.2 to fix the problem.Please examine the build log to ensure that you build the 64-bit version of the driver.
You might also need to enable testsigning mode on the VM.
