Download Walter Oney Software Driver

  1. Download Walter Oney Software Driver Printer
  2. Download Walter Oney Software Driver
Walter
  1. The common filename for the program's installer is WALTR2.exe. The latest version of the program is supported on PCs running Windows 7/8/10, 64-bit. The actual developer of the program is Softorino, Inc. WALTR2 relates to System Utilities. The most popular versions among the software users are 2.7, 2.6 and 2.0.
  2. This document contains information about using Epson ScanSmart software. Notices and Warranty PDF This document contains system requirements, safety information, compliance statements, specifications, and your Epson America, Inc. Limited Warranty (warranty valid in the U.S.
  3. Microsoft's new driver model for Windows 98 and Windows 2000 supports Plug and Play, provides power management capabilities, and expands on the driver/minidriver approach. Written by device-driver expert Walter Oney in cooperation with the Windows DDK team, this book provides extensive practical examples, illustrations, advice, and line-by-line.
  4. Walter Oney Written for advanced C/C programmers, Walter Oney's Programming the Microsoft Windows Driver Model is a technically astute and clearly presented guide to writing custom Windows 2000 device drivers.The author's command of the details of the new Windows Driver Model (WDM) standard is what makes this book such a clear success.
Programming
언어별:
MFC / VC++
VCL / C Builder, Delphi
C++ / C
Win32 API
PHP
ETC
주제별:
통신과 네트워킹
Device Driver
Database
XML
AJAX
Windows CE
DHTML
Multimedia
iPhone
Android
개발 도구
전체 항목별
Lecture
Downloads
Documents
Tip
기타
개발 사이트 링크
자료실
광희의 자작툴
TimerProcessKill
TerraPlayer
아중제 (아웃룩 중복 제거)
CCTH v1.0
cpueblo's Library

Filter.sys file information. The process known as WDM NULL filter driver or sys belongs to software Windows (version 2000 DDK driver) or sys by Walter Oney Software (www.oneysoft.com) or Windows (windows.microsoft.com) (version 2000 DDK provider) or Apple Computer inc. Description: Filter.sys is not essential for the Windows OS and causes relatively few problems.

Oney

Download Walter Oney Software Driver Printer


Walter Oney 저자의 WDM BOOK 예제와 문서 입니다

글쓴이 : 유광희 날짜 : 2003-09-09 (화) 16:35 조회 : 18751
Walter Oney 저자의 WDM BOOK 예제와 문서 입니다General Information

The companion disc for Programming the Microsoft Windows Driver Model contains more than 20 sample drivers and test programs to illustrate the topics covered by the book. The file you're viewing contains general information about the disc, as follows:

Directory Structure
Directory of Sample Programs
Using the FastInst Utility
Installing Samples in Windows 98
General Instructions for Building WDM Samples
General Instructions for Building User-Mode Samples
General Instructions for USB Samples
Using WDMWIZ.AWX
WMI Functionality in Windows 98
Definitions of EULA Terms
How to Report Errors

The SAMPLES directory on the companion disc contains the setup program for the sample programs as well as some common tools used by all the samples. If you elect to install the book samples onto your hard disk, the setup program will copy those common tools too. If you elect not to install the samples onto your hard disk, the setup program will nonetheless install some of the common tools because you won뭪 otherwise be able to run the samples.

For those book chapters that have sample programs, the companion disc contains a directory for that chapter. The chapter contains subdirectories for each sample program. In many cases, there뭩 a further subdivision into a SYS directory (containing the WDM driver) and a TEST subdirectory (containing a simple test program for exercising the driver). For example, Chapter 3 has two samples: FILEIO and SEHTEST. The disc therefore has the following directory structure:

Chap3
FileIo
Sys
objchk
i386
Test
Debug
SehTest
objchk
i386

Each sample also has an HTML file that describes the overall purpose of the sample and contains brief instructions about how to build and test the sample. Once you뭭e installed a particular sample driver, you can easily read this HTML file by clicking on the 'More Info' button in the 'Sample Information' page of the Device Manager뭩 property page for the sample device.

I recommend that you read the information file before attempting to build, install, or test any sample. There are nuances for some of the samples that will drive you crazy unless you know about them ahead of time.

Chapter

Sample Name

Brief Description

Chap3

File I/O operations (including Win98 workarounds)

Illustrates use of structured exception handler

Chap6

User-mode PnP events

Kernel-mode PnP events

Nonstandard multifunction device

Chap7

Simple PIO device using AMCC S5933 chip. Also includes a driver for the ISA card that accompanies the AMCC development kit

Simple DMA device using AMCC S5933 chip

(Untested) driver using new DMA calls for scatter/gather

Chap8

Idle detection

Chap9

How to log an event

How to share an event between user mode and kernel mode

Simple filter driver that just logs IRPs that pass through

How to handle simple DeviceIoControl operations

How to use an asynchronous I/O control operation to notify an application when something interesting happens

How to setup a watchdog timer

How to use a system thread to poll a device

How to create an executive work item

Chap10

How to implement a simple WMI class

Advanced WMI functionality

Chap11

Setting and clearing a feature

Handling bulk transfer endpoints

Simple input-only bulk endpoint

Interrupt endpoint management

Isochronous endpoint management

Chap12

Device Manager property page provider DLLs for Windows 2000 and Windows 98

Obtain device properties in both kernel and user mode

Install single device in Windows 2000

How to launch an application automatically when the PnP Manager starts your device

AppendixA

Stubs for selected functions missing from Windows 98

Generic PnP and Power support for most of my samples

The Hardware Wizard in Windows 2000 is slow enough that you뭠l quickly want to find a faster way to install new drivers. I wrote FastInst to speed up this process.

Note: FastInst only runs in Windows 2000.

Suppose you want to install the WDMIDLE sample from Chapter 8. You can issue these commands at a command prompt:

C:>cd %wdmbook%
C:Wdmbook>fastinst chap8wdmidlesysdevice.inf

Alternatively, open the INF file of interest in Windows Explorer (double-click on the file icon, or right-click and select Open from the context menu). The WDMBOOK setup program has installed FastInst as the open method for INF files, and you뭠l end up invoking FastInst without the hassle of typing.

FastInst will install the driver files for the first device mentioned in the model section for the first manufacturer named in the [manufacturer] section. If you want to override this selection for an INF file that describes multiple devices, specify the device identifier for the device you want:

C:Wdmbook>fastinst path device-id

FastInst presents a progress dialog to reassure you that something is happening. The bar is driven simply off a timer and doesn't reflect the actual progress of the install. You may see the progress bar fill and start over again a number of times the first you run FastInst in a session. Be patient뾲he installation process can be slow even with FastInst in the picture!

Since you can뭪 use FastInst in Windows 98, you must use the regular Add New Hardware wizard. While there may be variations for certain sample programs, here뭩 a general description of the process:

  1. Launch the Add New Hardware wizard from Control Panel. Press the Next button twice to dismiss the first two pages.
  2. If you see a dialog listing Plug and Play devices that aren뭪 working correctly, select the choice that reads, 'No, the device isn't in the list' and press the Next button.
  3. If you see a dialog asking your permission to search for hardware that isn뭪 Plug and Play compatible, select the choice that reads, 'No, I want to select the hardware from a list' and press the Next button.
  4. You뭠l now see a dialog that asks you to 'Select the type of hardware you want to install.' Select the 'WDM Book Samples' choice and press the Next button.
  5. You뭠l now see a dialog that lists all the sample devices you뭭e previously installed. If you뭨e installing a sample for the first time, press the 'Have Disk' button. In the ensuing dialog, enter the directory where the sample뭩 INF file is located. This directory is generally the SYS subdirectory for the sample, but it might be the sample directory itself. The HTM file for the sample will indicate where the appropriate INF is.
  6. After selecting the appropriate INF directory, the device will be listed in the Models list box. There will only be one choice, since none of the sample INF files specifies more than one sample device. Select this choice and press Next.
  7. In the final dialog, press the Finish button. The wizard will now copy files to perform the installation.

Each of the sample drivers includes a project file (with a file extension of DSP) for use with Microsoft Visual C++ 6.0. Most of the driver samples also include a SOURCES file for use with the standard Windows 2000 DDK BUILD utility. In addition to Visual C++ version 6.0, you will need the following software installed on your computer:

  • The Microsoft Platform SDK. I did my latest testing with the version that accompanied the RC1 release of Windows 2000. Be sure that the Visual C++ directory settings include the SDK directories.
  • The Windows 2000 Device Driver Kit.
  • For some of the samples only, the Windows 98 Device Driver Kit. You need the VxD-related headers and libraries from this kit뾫one of the WDM functionality of any of my samples relies on this kit.

You will need either the Professional or Enterprise edition of Microsoft Visual C++ 6.0 to build all of the sample projects without error. Without either of these editions, you will get warnings about certain unsupported compiler options. In addition, the VxD projects will not link correctly because the compiler won't be in-lining string functions.

To build a driver using Microsoft Visual C++ 6.0, first open the project file. You can review and maintain the project using the same techniques you would use for an application built with this compiler. Select the 'Win32 Checked' configuration or the 'Win32 Free' configuration and issue the Build menu command to build the checked or free version, respectively, of the driver.

Project changes: I recommend that you change the project settings to request the generation of a browsing database (from the Project Settings dialog, select the Browse Info tab and check the 'Build browse info file' check box). I couldn't do this for you because this option isn't controlled by the project file I put on the disc.

Directory changes: From time to time, Microsoft changes the directory organization for the DDK. If you've installed a version of the DDK later than the RC-1 copy I was using, your builds may fail because of unfindable files. If this happens to you, take a quick look at the errata page on my web site. You can also edit the DSP files as text files and make appropriate changes.

Where files end up: The drivers built by the sample projects end up in the OBJCHKI386 or OBJFREI386 subdirectories. This is the same place that BUILD would put them.

To build a driver using BUILD, open either the checked or free build environment using the shortcut created when you installed the Windows 2000 DDK. Change to the project directory and issue the command 'build -cewz'. If a directory doesn't contain a SOURCES file, it means that you can't build the corresponding project using BUILD. For example, BUILD can't cope with a few of my samples that require different compile options for different files or that generate a VxD. Additionally, we didn't attempt to make BUILD work for the user-mode test programs because we figured that even die-hard BUILD users were prepared to use the Visual C++ integrated development environment for them.

The SETUP program for the companion disc should have initialized these environment variables on which the build process depends:

  • DDKPATH is the name of the base directory for the Windows 2000 Device Driver Kit.
  • WDMBOOK is the name of the base directory where the book samples are stored.
  • SIWPATH is the pathname of the directory where you뭭e installed the Soft-Ice/W debugger from Numega Technologies. If you don뭪 have a copy of Soft-Ice/W, SIWPATH points to the WDMBOOK directory (where there's a dummy .BAT file) so that the build procedure will operate correctly.
  • 98DDK is the pathname of the directory where you뭭e installed the Windows 98 Device Driver Kit (if you have). The Win98 DDK is only needed to build the VxD portion of certain sample drivers. If you do all your testing in Windows 2000, you뭠l never need to use the Win98 DDK.

The build scripts for these samples will copy the finished driver to the Drivers directory and create a symbol file (with an extension of .NMS) for use by the Numega Soft-Ice/W debugger. The next time you reboot the computer, you will be running the newly built driver. None of my samples has a name that duplicates that of a standard driver file, but you should check for conflicts with other drivers you may have installed.

In Windows 2000, use the FastInst utility to install a sample driver for the first time. The fastest way to install a newer version of a driver is to Disable and re-Enable the device in the Device Manager. The Disable step unloads the current version. The Enable step loads the driver present in the Drivers directory, which by now will the one you뭭e just rebuilt.

In Windows 98, you need to use the Add New Hardware wizard to install a sample driver for the first time. The fastest way to replace a driver is to use the Update Driver button from Device Manager.

If you use two computers, be sure that GENERIC.SYS is in the Drivers directory on the computer where you run the sample drivers you build. The setup program for the samples will put it in the Drivers directory on the computer where you install the samples, so you can just copy it.

Many of the sample drivers include one or more user-mode components, such as test programs. Each such component has a project file (with a file extension of DSP) for use with Microsoft Visual C++ 6.0. If you want to build one of these components, open the project and use the Build menu command.

You can test the USB sample drivers (Chap11 directory) if you have an Anchor Chips EZUSB development board (see http://www.anchorchips.com). Each of these samples has an EZUSB subdirectory containing the firmware for the 'device' that the driver works with. A pre-built firmware image with a file extension of .HEX is there.

To install and test a USB sample driver, start with the Anchor development board in its default state. If you뭨e not sure of the state, press the Reset button, or unplug and replug the USB connector. Start the EzMr.EXE utility that comes with the Anchor kit. Use the Download button to download the .HEX firmware file to the device. This step will change the personality of the board to match the device that the sample driver expects. The PnP Manager will then detect the new device and ask you to point to the INF file for the driver. The INF file for a USB sample is always named DEVICE.INF and is in the SYS subdirectory for the sample.

Appendix C contains detailed instructions about how to use WDMWIZ.AWX, which is the same custom application wizard I used with Microsoft Visual C++ 6.0 to build the code samples. I deliberately left out the following additional instructions so it would be easy to change them up until the very last minute.

The Setup program leaves WDMWIZ.AWX in the WDMBOOK directory on your hard disk. You will need to copy this file to the Visual C++ template directory. The name of that directory on my computers is c:Program FilesMicrosoft Visual StudioCommonMSDev98Template. It might be different on your computer, depending on how you installed Visual C++. After you copy the file, the Projects tab on the New dialog in Visual Studio will include a choice labelled WDM Driver Wizard.

WDMWIZ is able to set up most of the project options you need for building a driver. The custom wizard support in Visual Studio is still missing a couple of features, though, and you need to modify the project in these minor respects.

  1. Close the workspace if it's open. From Explorer, right-click on the .DSP file that WDMWIZ created for you and select the Fix WDM Driver Project command from the resulting context menu. This will run the FixProj utility that Setup installed on your computer in order to change the names of the project configurations and the output directory structure to better match the DDK. You can then reopen the project in Visual Studio. You will receive a warning at this point that the previous default configuration no longer exists. This is normal, and you can ignore the warning.
  2. Open the Project/Settings property page. Select the choice 'All Configurations' from the 'Settings For' list.
  3. Tab to the 'Browse Info' page and check 'Build Browse Info File'. I recommend doing this so you can easily locate the declarations of the kernel-mode support functions and structures your driver uses.
  4. Tab to the 'Post-build step' page and enter these two commands in the 'Post-build command(s)' control:
    copy $(TargetPath) $(WINDIR)system32drivers
    $(SIWPATH)nmsym -translate:source,package,always $(TargetPath)
    The first of these commands copies the finished driver to the Drivers directory so it will be in place the next time you start your system. The second command invokes the Numega symbol utility to build a symbol file for Soft-Ice/W. If you don't own a copy of Soft-Ice/W, you might as well leave this command out of the build script.
  5. If you've requested support for IRP_MJ_SYSTEM_CONTROL, your project includes an MOF file. You will need to set the custom build step for the MOF file depending on where you've installed the MOF compiler. For example:
    $(DDKPATH)binmofcomp -wmi -b:$(InputName).bmf $(InputPath)
    $(DDKPATH)binwmimofck $(InputName).bmf
    The output file from the custom build is $(InputName).bmf, namely, the binary compiled MOF file.

You basically can't test Windows Management Instrumentation (WMI) functionality in the original release of Windows 98, but you can do so in Windows 98, Second Edition. My samples depend on WMILIB.LIB, which wasn't shipped with the originally released version of Windows 98. In addition, there is a bug in the user-mode provider module that makes it impossible to perform WMI queries to WDM drivers.

The setup program for Windows 98, Second Edition doesn't install the WBEM core by default. You must install it by hand at some point. To do so:

  • Open Add/Remove Programs in the Control Panel, and select the Windows Setup tab.
  • Within the Internet Tools category, indicate that you want to install Web-Based Enterprise Mgmt.
  • You may need to reboot your computer before WMI will work. The setup program doesn't indicate that you should, but some testers have reported this as a problem.

The End User License Agreement (EULA) to which you agreed when you installed the sample programs uses two terms for which this document provides the definition:

The term SAMPLE CODE includes all of the sample programs referred to in the Directory of Sample Programs earlier in this document. The following modules, present on the companion disc, are not SAMPLE CODE and therefore may not be redistributed in any form:

  • WDMWIZ.AWX (But any driver you generate by using WDMWIZ shall be considered SAMPLE CODE for purposes of the EULA.)
  • FIXPROJ.EXE
  • FASTINST.EXE
  • DEVTEST.EXE and DEVSIM.VXD
  • SAMCLASS.DLL and SAMCLS16.DLL (But any similar DLL that you generate based on my source code for your own devices or classes of devices shall be considered SAMPLE CODE for purposes of the EULA.)

The following items of SAMPLE CODE, and any modules having the same names built, in whole or in part, from SAMPLE CODE, are designated as Non-Redistributable:

  • GENERIC.SYS
  • POWCPL.DLL
  • WDMSTUB.VXD
  • AUTOLAUNCH.EXE
  • ALNCH98.EXE
  • STARTSERVICE.DLL

You may request a separate, royalty-free license to redistribute these modules by writing directly to the author at [email protected] Please don't install a file with one of these names on an end-user system except in accordance with such a license, because you'll probably end up breaking drivers from other vendors and diminishing the end user experience of the operating system.

There are errors in the book and in the code samples. If I knew what they were, they wouldn't be there. But I know there's a bunch of them lurking about. I maintain an errata page at my own Web site, which you can reach via http://mspress.microsoft.com/mspress/products/2507 or http://www.oneysoft.com. (Both of these URLs will lead to identical content. We believe there's safety in numbers when it comes to URLs that may break without warning, though.) If you discover a mistake, please send me e-mail at [email protected] Let me know if you want me to attribute your correction to you when I add it to the list of errors. I'll assume you prefer to remain anonymous unless you specifically ask for attribution.

Software

Download Walter Oney Software Driver

Written for advanced C/C++ programmers, Walter Oney's Programming the Microsoft Windows Driver Model is a technically astute and clearly presented guide to writing custom Windows 2000 device drivers.The author's command of the details of the new Windows Driver Model (WDM) standard is what makes this book such a clear success. (Because the WDM is rich in kernel and system services, the trick is often knowing how to use what's available rather than doing everything yourself.) The author presents a solid overview of the WDM architecture and breaks down the process of writing custom device drivers into manageable pieces, from the basics of loading device drivers to creating and processing I/O request packets. The book is very good at exposing kernel system calls, design principles, and programming techniques (such as managing synchronization and handling errors). There are also 'nerd alerts' that point out extremely technical material.This book shows you what you'll need to create WDM drivers that cooperate fully with Windows 2000 (and Windows 98). Features like Plug and Play (PnP), Windows power management, and the new Windows Management Instrumentation (WDM) standard get full attention here. There is plenty of sample code (plus a custom Visual C++ AppWizard that generates skeleton code for a default WDM driver) to get you started. Examples for working with the S5933 PCI chip set (and other simple hardware) let you see WDM drivers in action.The process of writing device drivers certainly has changed from the early days of DOS. But armed with this handy and thorough book, C/C++ programmers can successfully create drivers for custom hardware that take full advantage of all the features of the powerful new WDM standard.