Using the Visual Studio 6.0 Driver Build Environment South Dakota

This article explores how to use the standard Visual Studio environment while developing device drivers.

Local Companies

GE Medical Systems Inc
(605) 965-1000
4205 W 53rd St
Sioux Falls, SD
Datasync Consulting
(605) 427-3282
311 Union
Madison, SD
Tip Inc
(605) 259-3511
White River, SD
Css Ltd
(605) 729-2402
225 N Main Ave
Bridgewater, SD
Accountmaster MacEssentials
(605) 886-2553
Watertown, SD
High Plains Technology
(605) 323-2780
1500 S Sycamore Ave
Sioux Falls, SD
Black Hills Computer Consulting
(605) 721-7650
Rapid City, SD
Digital Designs Corp
(605) 334-1588
2505 S Jefferson Ave
Sioux Falls, SD
Supreme Software & Consulting
(605) 348-4474
1123 Alta Vista Dr
Rapid City, SD
Sterling Computers
(605) 232-6016
370 W Anchor Dr
Dakota Dunes, SD

provided by: 
Originally published at Internet.com


I've already borrowed so much information from CodeGuru that I've started getting frustrated that I haven't contributed anything myself to the site. Therefore, I respectfully offer this articles to my fellow programmers.

Some time ago, I had to write an NT 4.0 device driver. Since I was already used to the comfort of Visual Studio 6, it was hard to me to fall back to the free build and checked build environments, provided by the DDK. Especially I missed the browser possibilities that Visual Studio provides.

So, I started around digging into the DDK build environment to find out how it works, and if I could extend the environment to be usable within the Visual Studio. My primary goal was to keep the existing environment intact, and furthermore, I want to use this environment within VS 6.

The solution was simpler than I expected. I only need to set up some additional files.

_build.bat

. This *.bat is directly called by VS 6 and has the same command parameters as the DDK setenv.bat. This *.bat will clean up some existing files ( i.e. build.dat which I do wish to rebuild every time ), saves the actual directory ( see PrCHDIR ) and calls the original setenv.bat from the DDK. The _build.bat calls bscmake.exe at the end. This enables me to browse to the source code afterwards. The _build.bat is not project-depended.

PrCDIR.exe

On starting setenv.bat, one is move into the DDK root directory. And this not so good if you want to automate the environment. The small PrCHDIR program prints the actual directory and drive letter. The _build.bat catches it output and stores it into a @temp.bat. Once the setenv.bat has been called, the @temp.bat puts you back into your proper build directory.

I386mk.inc

The DDK build environment use this file which resides in the %DDKROOT%\Inc directory. If you copy this file into your proper build directory, the Build will use this file instead. I extended this file with following lines: !IF "$(ASM_LST)"=="YES" DBGFLAGS=$(DBGFLAGS) /FAcs /Fa$(TARGETPATH)\$(TARGET_DIRECTORY)\$(TARGETNAME).asm !ENDIF !IF "$(GEN_SBR)"=="YES" DBGFLAGS=$(DBGFLAGS) /FR$(TARGETPATH)\$(TARGET_DIRECTORY)\$(TARGETNAME).sbr !END ...

Read article at Internet.com site
Related Articles
- MSBuild Features for Visual C++ South Dakota
MSBuild is the build platform that Microsoft is using across all developer and related tools moving forward. Visual C++ is the last major compiler offering from Microsoft to move onto the MSBuild platform, with the Visual C++ 2010 release using MSBuild as its native project format. Explore the MSBuild basics from a C++ perspective, and see how it can improve your build process.
- An Active Server Pages Tutorial, Part 1 South Dakota
- Resizable Docking Window 2 South Dakota
- Configuring a ClickOnce Deployment South Dakota
- Visual Basic .NET Attributes South Dakota
- Visual Basic .NET as a Fully Object-Oriented Language South Dakota
- Interacting with .NET WinForms, Part 1 South Dakota
- C# Tips and Tricks South Dakota
- Automating Repetitive Tasks in Visual Studio South Dakota
- Custom MSBuild Task Development with Visual C++ South Dakota
Related Articles
- MSBuild Features for Visual C++ South Dakota
MSBuild is the build platform that Microsoft is using across all developer and related tools moving forward. Visual C++ is the last major compiler offering from Microsoft to move onto the MSBuild platform, with the Visual C++ 2010 release using MSBuild as its native project format. Explore the MSBuild basics from a C++ perspective, and see how it can improve your build process.
- An Active Server Pages Tutorial, Part 1 South Dakota
- Resizable Docking Window 2 South Dakota
- Configuring a ClickOnce Deployment South Dakota
- Visual Basic .NET Attributes South Dakota
- Visual Basic .NET as a Fully Object-Oriented Language South Dakota
- Interacting with .NET WinForms, Part 1 South Dakota
- C# Tips and Tricks South Dakota
- Automating Repetitive Tasks in Visual Studio South Dakota
- Custom MSBuild Task Development with Visual C++ South Dakota

Rss   Delicious   Digg   Add To My Yahoo   Add To My Google   Bookmark   Search Plugin

Topics:
Architecture & Design Languages & Tools Project Management Web Services
Database Microsoft & .NET Security Wireless
Java Open Source Techniques XML