Using the Visual Studio 6.0 Driver Build Environment Exton PA

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

Local Companies

The MediGroup, Ltd.
610-666-1955 x12
1308 Egypt Road
Oaks, PA
Quintiq Inc.
610-964-8111
565 E Swedesford Rd #303
Wayne, PA
Creative Database Systems Inc
(610) 594-5505
403 W Lincoln Hwy
Exton, PA
Eastern Continuity
(610) 280-7045
Exton, PA
Plan Four Demand Solutions
(412) 733-5000
900 Parish St
Pittsburgh, PA
44/three
610 908-2843
24 Heron Hill Drive
Downingtown, PA
Deacom, Inc.
610-971-2278
950 West Valley Road, Suite 3000
Wayne, PA
CPA Technology, LLC
610-862-1998
101 W. Elm Street
Conshohocken, PA
Cb Technologies
(610) 280-7400
350 Eagleview Blvd
Exton, PA
Strategic Link Consulting Inc
(610) 280-3660
486 Thomas Jones Way
Exton, PA

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

Featured Local Company

44/three

610 908-2843
24 Heron Hill Drive
Downingtown, PA

Related Local Events
Career & Technical Awards Luncheon
Dates: 5/13/2010 - 5/13/2010
Location: Heritage Ballrooms
Holmes, PA
View Details

Learn about Windows 7
Dates: 2/10/2010 - 2/10/2010
Location: The Delaware County Chamber of Commerce
Media, PA
View Details

Business Technology Forum
Dates: 1/8/2010 - 1/8/2010
Location: Chamber Offices
Fairless Hills, PA
View Details

Hot Java at the Watercooler
Dates: 12/23/2009 - 1/23/2010
Location: Odyssey Travel
Skippack, PA
View Details

IT Roundtable
Dates: 11/10/2009 - 11/10/2009
Location: D&E Communications
Brownstown, PA
View Details

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