It’s been several years since I worked on this, so things may have changed.Â
Back in the Win7 era, SDV made unwise assumptions about the format of the
project file. It depended on the way Visual Studio created them, and could
fail with hand crafted project files (files that were 100% legal msbuild, and
that worked in all other parts of VS).
Including the following block in the vcxproj made SDV happy…
0
0
0
0
0
0
0
0
0
0
0
0
The important thing is to have a PropertyGroup with a Condition for every
possible configuration/platform. The property name and value are irrelevant.Â
I placed this block near the top of the file, right after the
ProjectConfigurations ItemGroup. Not sure the placement matters.
–John
-------- Original Message --------
Subject: Re: [ntdev] WDK 1803 DVL Creation
From: xxxxx@osr.com
To: Windows System Software Devs Interest List
Date: 6/28/2018 9:46 AM
>
> Oh, SURE. For those us playing along at home, DEFINITELY put the “deselect 107 rules” bit AFTER saying “click Start”… Then again, I DID get to meditate this morning, which I suppose isn’t that bad.
>
> (Does SDV now really say “Give Up” as a result? Is this something new?? Cuz, on the OOB sample KMDF driver I got a BUNCH of “Give Up” results. This isn’t very friendly, and it LOOKS like it’s telling the user to Give Up… bad choice)
>
>
>
> It took me two tries, but I did manage to recreate the behavior you describe. I think it ONLY happens after clicking “save all” (interestingly enough).
>
> —
> Creating Driver Verification Log…
>
> Please select a driver project. Driver Verification Log cannot be created for the selected platform tool set: ‘v100’.
> —
>
> Yay?
>
> Also, interestingly enough, nothing I tried would FIX the problem once it started.
>
>
>
> JUST to reassure you (not that you needed it, really): There is absolutely nothing stupid about deleting unused configurations. That’s why you CAN delete them… We do it here, all the time, to ensure our clients don’t mistakenly build a driver that (for some reason) supports only one particular architecture for the WRONG architecture.
>
> Though, I admit: The way we do that is to edit the project file manually.
>
> Nice repro steps!
>
> Let us hope that Mr. Deisinger is still reading this thread, and that he can repro the problem as well.
>
> Peter
> OSR
> @OSRDrivers