Programming, reverse engineering and anything else as well …
The fixes in DDKWizard are minor except for one. This one requires manual fixing in old existing projects that have been created using DDKWizard. The problem is described in section 5.1 “Important change in version 1.1.1b”.
As for DDKBUILD there was a bug that prevented users from calling it from inside a long path containing spaces. This has been fixed.
Please fetch your copy here.
// Oliver
Sorry fellows, please bear with me. The last version of the DDKBUILD.CMD script misbehaves if you set a variable inside the pre/post-build scripts and expect that variable to propagate beyond the script’s execution. Thanks to my colleague Kristmundur here at FRISK the bug has been found and is now fixed in the beta 6a!
Please fetch a fresh copy here.
Note: This update is only critical to those who use the pre/post-build scripts and set variables using them.
// Oliver
Thanks to feedback from some users, several bugs could be fixed. The two worst were:
Also I took the chance to implement some minor changes in how some variables are treated. The following list contains some of the changes I consider noteworthy:
Continue reading ‘DDKBUILD.CMD updated (v7.0 Beta 6)’
Only some cosmetic changes and one real bugfix, of a bug that would cause confusion for users, were made. The bugfix concerns the Win32DLL project type. The 1.1.1 release did not have the line
DLLENTRY=DllMain
which was supposed to be in the SOURCES file. Please add it yourself of simply update your version using this bugfix release. The effect without this fix is, that your DllMain will be ignored and the linker will use some default one.
Fetch the new release here.
Next planned features are compatibility with Mark Roddy’s DDKBUILD and some enhancements of the DDKWizard setup. I’ll probably include a page where the user can set the (DDKBUILD) variables for the installed DDKs and the installation directory will not be variable upon update/upgrade of an existing installation (probably that step will be skipped completely). Also on the page with the variables there will possibly be a download link for the currently supported DDKBUILD flavors.
// Oliver
Today I noticed something very unpleasant when I tried to build a project that was initially created with DDKWizard with the WDK instead of the WNET DDK.
Only one .rc file is allowed per directory. You may however include one .rc file in another.
Eeek, that is nasty. Guess what, the WNET DDK builds it without any complaints. Not well thought, MS … 
// Oliver
Today I released DDKWizard 1.1.1 - fetch it here.
This version brings “only” some improvements and corrections over 1.1.0 and nothing sensational 
Win32DLL, the purpose should be clear from the name.Enjoy,
// Oliver
Some days ago I asked you whether there are some problems with DDKWizard. The reporter of the alleged bug at that time has never responded and may never respond. However, I heard from a friend, that the installation of some .NET 3.0 wizards screwed up all other wizards. So if the reporter of the “bug” has done the same, this could be an explanation.
But again, without more details I can hardly do anything. Or maybe it was a (bad) joke?
// Oliver
I updated ddkbuild.cmd once more so it has turned version 7.0beta5 now. There is a fix for the treatment of build output in Visual Studio 2005 as described in “Memo to self: VS_UNICODE_OUTPUT” as well as some enhancements for the PREfast output and so on. So grab your copy if you are a user of the .cmd version.
// Oliver
Lately I got one email with feedback that after installing DDKWizard none of the wizards worked anymore. However, even after five emails from me to the reporter in reply to that report I got no answer. So I wonder whether this report is serious or not. Please provide feedback even if DDKWizard causes problems!
Continue reading ‘Any problems with DDKWizard?’
Gleðileg jól!
(Frohe Weihnachten! - Merry Christmas!) to everyone.
I updated DDKWizard once more to version 1.1.0. And as expected this is the best DDKWizard ever … I call it the jól-edition 
… grab it here!
What is new? Well, this time I’ll let you read the manual again :mrgreen:. A whole new chapter has been added to the manual so you are asked to read through this first. The version number did make such a jump because of the overall improvement and added features. The best of those new features is the configuration file which allows you to customize the default settings in the DDKWizard project creation dialog. Another smaller feature is the new project type Win32CUI (Win32 console applications built with the DDK) and many smaller enhancements and one fix for backwards-compatibility.
Continue reading ‘In a surprising move DDKWizard got updated once more …’
As a kind of early x-mas present to the driver community, I have updated DDKWizard again. The new version is 1.0.3. Go and grab your copy at the DDKWizard website.
What’s new?
Three things have been changed or added:
There is a new version (1.0.2) of DDKWizard available. Go and grab your copy at the DDKWizard website.
What’s new?
Three things have been changed or added:
Enjoy,
// Oliver
Today I released a tool with the name DDKWizard. But before telling you some details let me rant about these other so-called “DDKWizards” a bit :mrgreen:. Let’s take this one first - it will create a project that lets you compile a driver with the Visual C++ compiler. What the heck? Don’t they know that the Visual C++ compiler is not supposed to be used to compile drivers?! After the NT4 and the W2K DDK (where VC6 had to be used for compilation) Microsoft has provided a compiler as a part of the DDK (and IFSKit, if you like). This is the only compiler to be used for drivers. Despite this problem - which all other wizards have - they do not really give you many choices to configure the project to your need and are limited with respect to the supported DDK(s) and so on. Continue reading ‘Using DDKWizard to create driver projects’