Forum Replies Created
-
Posts
-
You need a special “runtime” libraries to use exceptions. For other purposes (static/global constructors & etc.), the BazisLib startup file is enough.
Surely you can use the STLPort without BazisLib, however you will need the code that calls static C++ constructors/destructors, that can be easily separated from BazisLib.
As for the compiler flags & etc, I would recommend avoiding exceptions in kernel mode, as using them has quite an impact on performance and stack requirement. Check out the VisualDDK project wizard, it allows creating Visual Studio driver projects without a link to BazisLib.
Finally, regarding object creation & programming style, I could only suggest being sure, what will the optimizing compiler produce from your C++ code, and checking the disassembly in case of a smallest doubt. Anyway, it is possible to make C++ programs as efficient/small as C ones with much less coding effort, however it requires checking the disassembly, as the optimizer is not always perfect.
See WinCDEmu sources for a (relatively) simple example of a C++ kernel driver.
??? If something about kernel-mode part of BazisLib is bad, a bugreport/wishlist would be much better than undirected sarcasm.Oops. Saw the post too late. Already fixed, will be included in next version installer. As for the quotation marks & unicode symbols, maybe will do it later, however, I’m not that good in PHP, as in kernel development
Could you please send me the faulty CUE file by mail, or post it here? The parser for CUE files is now quite simple and may miss something.
Windows Vista indicates testsigning mode by /TESTSIGNING boot option. Win7 – just by TESTSIGNING (without slash). The original installer did not consider it.
WinCDEmu does not explicitly report its drives as CD or DVD. Maybe, your programs expect the virtual drives to handle some specific request codes? Which exact programs are confusing CD and DVD with WinCDEmu?
No, it is not possible. Full-featured local kernel debugging is impossible by definition: imagine what would happen, if a breakpoint inside a video or keyboard driver (or any other kernel component that makes any critical driver or service wait) is hit: kernel is halted until a debugger resumes it, and a debugger is halted until kernel processes your mouse or keyboard input…
Some limited local kernel debugging (no stepping, breakpoints, etc; basically, no code execution) is supported by WinDbg, but it is not very useful to debug drivers and not supported by VisualDDK.WinCDEmu has a universal 32-bit installer that automatically detects whether a 32-bit or a 64-bit system is running and installs the appropriate driver. Just use the default link (http://sourceforge.net/projects/wincdemu/files/wincdemu/WinCDEmu-2.3.exe).
Does the Device Manager display the device node for the new CDROM device? Maybe, the drive letter appears, but the window is not automatically opened due to disabled autorun?
You mean ‘is it compatible with PAE’? Not sure, did not test it. If you encounter any problems with PAE, just post description here…
Sorry, mistyped the link. Here is the correct one: http://wincdemu.sysprogs.org/win7fix/WinCDEmu-2.3-Win7.exe
