Forum Replies Created
-
Posts
-
I just created 2 network adapters: 1 NAT adapter to have Internet on VM, and 1 host-only adapter to access VM from host. A bit messy, but fast and easy.
Most likely, you are trying to mount an encrypted MDS image. Unfortunately, WinCDEmu cannot mount encrypted images, as the encryption algorithm is unknown. The only thing I can suggest is to avoid creating encrypted Alcohol images, as they cannot be mounted by any other tools.
Please look, what symbols are reported missing by linker, find a LIB file containing them and add them to VS project manually. That should help.
Admin account is required to perform such low-level system actions, as adding new virtual devices. Maybe, this restriction will be relaxed in further versions.
“Missing driver” is OK. Just wait a couple of seconds and it installs automatically. Fully background installation is impossible due to driver signing limitations, so you need to tolerate a dialog box once 😉
Ok, there is a small bug in STRGEN.EXE tool provided by BazisLib. Please find the StringManager.cpp file, replace “#include
” to “#include ” in the CPP file generation function, rebuild the STRGEN.EXE and regenerate language files for VMNT. Thanks for telling. Forgot to update installer properties. Anyway, except for incorrect shown version in “add/remove programs”, this is a correct 3.0 package.
Thanks for the translation. BTW, starting from WinCDEmu 3.0 (will be released soon), it will support language customization.
You can merge your translation into WinCDEmu 3.0 by translating the provided language file (see WinCDEmu homepage).The forward slash seems to be your unique case (some third-party boot manager?). Anyway, I’ll add support for both “default” and “/default” in the future versions. Thanks for investigating the problem 😉
Bah! Did not try this one at all. I guess, there are some flags that BUILD specifies to the compiler, and Visual Studio does not. I’ll put this into the feature wishlist, however I cannot promise to fix it soon. If you find the exact flag responsible for the structured exceptions, please notify me, so I can release a fix.
Just an update about mixing code. The only practical case of using different compilers is writing plugins to existing apps. However, this involves polymorhpic approach (you implement existing interface without the program knowing internal details of your plugin) and is nicely done using C++ interfaces (that do not have problem with compiler interoperability).
Anyway, mixing compilers has nothing to do with kernel-mode code (besides, it’s Linux, not Windows, that requires recompiling the drivers for each kernel version 😆 ), so this argument does not seem to be reasonable related to the discussed problem.
