Using the Visual Studio 6.0 Driver Build Environment New Mexico

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

Local Companies

Moose Cash Register Inc
505-237-9900
7806 Menaul Blvd NE
Albuquerque, NM
Pod Inc
505-243-2287
5951 Jefferson St NE
Albuquerque, NM
Lisle Computer Corporation
505-296-5358
3818 Bonnie Ann CT NE
Albuquerque, NM
Portalsoft Technologies
505-888-0819
3737 Princeton DR NE
Albuquerque, NM
Progressive Computing Solutions
505-255-7705
1919 Alvarado DR NE
Albuquerque, NM
Management Sciences Inc
505-255-8611
6022 Constitution Ave NE
Albuquerque, NM
Alliance Networks
505-298-3020
9577 Osuna RD NE
Albuquerque, NM
Ardham Technologies Inc
505-884-0284
4600 Montgomery Blvd NE
Albuquerque, NM
Nuail Technologes Inc
505-260-4770
615 Wyoming Blvd SE
Albuquerque, NM
Affiliated Computer Services
505-842-5415
1720 Randolph RD SE
Albuquerque, NM

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

Moose Cash Register Inc

505-237-9900
7806 Menaul Blvd NE
Albuquerque, NM

Related Articles
- Custom MSBuild Task Development with Visual C++ New Mexico
Visual C++ 2010 sees the integration of MSBuild with Visual C++. MSBuild is Microsoft's common build engine and one of its key design goals is the ability to support a high-degree of flexibility in customizing the build process. See how a custom MSBuild task can be built in Visual C++, and how the task can be used to customize the build process of other Visual C++ 2010 projects.
- An Active Server Pages Tutorial, Part 1 New Mexico
- Configuring a ClickOnce Deployment New Mexico
- Interacting with .NET WinForms, Part 1 New Mexico
- C# Tips and Tricks New Mexico
- Visual Basic .NET Attributes New Mexico
- Resizable Docking Window 2 New Mexico
- Visual Basic .NET as a Fully Object-Oriented Language New Mexico
- MSBuild Features for Visual C++ New Mexico
- Automating Repetitive Tasks in Visual Studio New Mexico
Related Articles
- Custom MSBuild Task Development with Visual C++ New Mexico
Visual C++ 2010 sees the integration of MSBuild with Visual C++. MSBuild is Microsoft's common build engine and one of its key design goals is the ability to support a high-degree of flexibility in customizing the build process. See how a custom MSBuild task can be built in Visual C++, and how the task can be used to customize the build process of other Visual C++ 2010 projects.
- An Active Server Pages Tutorial, Part 1 New Mexico
- Configuring a ClickOnce Deployment New Mexico
- Interacting with .NET WinForms, Part 1 New Mexico
- C# Tips and Tricks New Mexico
- Visual Basic .NET Attributes New Mexico
- Resizable Docking Window 2 New Mexico
- Visual Basic .NET as a Fully Object-Oriented Language New Mexico
- MSBuild Features for Visual C++ New Mexico
- Automating Repetitive Tasks in Visual Studio New Mexico
Related Local Event
2010 Winter Electronic Information Systems (EIS) Committee Meeting
Dates: 1/28/2010 - 1/30/2010
Location: Associated Contractors of New Mexico
Albuquerque, NM
View Details

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