包含８個(gè)文件：type.h, borrow.c, createfile.c, MainMenuControl.C, reader.c, readfile.c, search.c, writefile.c
標(biāo)簽： MainMenuControl createfile writefile readfile
上傳時(shí)間： 2013-12-22
上傳用戶：xuanchangri
Winsock2的發(fā)布使得Socket I/O有了和文件I/O統(tǒng)一的接口。我們可以通過使用Win32文件操縱函數(shù)readfile和WriteFile來進(jìn)行Socket I/O。伴隨而來的，用于普通文件I/O的重疊I/O模型和完成端口模型對Socket I/O也適用了。這些模型的優(yōu)點(diǎn)是可以達(dá)到更佳的系統(tǒng)性 能，但是實(shí)現(xiàn)較為復(fù)雜，里面涉及較多的C語言技巧。例如我們在完成端口模型中會經(jīng)常用到所謂的“尾隨數(shù)據(jù)”。
標(biāo)簽： Socket WriteFile Winsock2 readfile
上傳時(shí)間： 2014-12-03
上傳用戶：fxf126@126.com
有兩種方式可以讓設(shè)備和應(yīng)用程序之間聯(lián)系：1. 通過為設(shè)備創(chuàng)建的一個(gè)符號鏈；2. 通過輸出到一個(gè)接口WDM驅(qū)動程序建議使用輸出到一個(gè)接口而不推薦使用創(chuàng)建符號鏈的方法。這個(gè)接口保證PDO的安全，也保證安全地創(chuàng)建一個(gè)惟一的、獨(dú)立于語言的訪問設(shè)備的方法。一個(gè)應(yīng)用程序使用Win32APIs來調(diào)用設(shè)備。在某個(gè)Win32 APIs和設(shè)備對象的分發(fā)函數(shù)之間存在一個(gè)映射關(guān)系。獲得對設(shè)備對象訪問的第一步就是打開一個(gè)設(shè)備對象的句柄。 用符號鏈打開一個(gè)設(shè)備的句柄為了打開一個(gè)設(shè)備，應(yīng)用程序需要使用CreateFile。如果該設(shè)備有一個(gè)符號鏈出口，應(yīng)用程序可以用下面這個(gè)例子的形式打開句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統(tǒng)本調(diào)用希望打開一個(gè)設(shè)備。這個(gè)設(shè)備必須有一個(gè)符號鏈，以便應(yīng)用程序能夠打開它。有關(guān)細(xì)節(jié)查看有關(guān)Kdevice和CreateLink的內(nèi)容。在上述調(diào)用中第一個(gè)參數(shù)中前綴后的部分就是這個(gè)符號鏈的名字。注意：CreatFile中的第一個(gè)參數(shù)不是Windows 98/2000中驅(qū)動程序(.sys文件)的路徑。是到設(shè)備對象的符號鏈。如果使用DriverWizard產(chǎn)生驅(qū)動程序，它通常使用類KunitizedName來構(gòu)成設(shè)備的符號鏈。這意味著符號鏈名有一個(gè)附加的數(shù)字，通常是0。例如：如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應(yīng)用程序需要被覆蓋的I/O，第六個(gè)參數(shù)(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個(gè)輸出接口打開句柄用這種方式打開一個(gè)句柄會稍微麻煩一些。DriverWorks庫提供兩個(gè)助手類來使獲得對該接口的訪問容易一些，這兩個(gè)類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個(gè)設(shè)備信息集，該信息集包含了特殊類中的所有設(shè)備接口信息。應(yīng)用程序能有用CdeviceInterfaceClass類的一個(gè)實(shí)例來獲得一個(gè)或更多的CdeviceInterface類的實(shí)例。CdeviceInterface類是一個(gè)單一設(shè)備接口的抽象。它的成員函數(shù)DevicePath()返回一個(gè)路徑名的指針，該指針可以在CreateFile中使用來打開設(shè)備。下面用一個(gè)小例子來顯示這些類最基本的使用方法：extern GUID TestGuid;HANDLE OpenByInterface( GUID* pClassGuid, DWORD instance, PDWORD pError){ CDeviceInterfaceClass DevClass(pClassGuid, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; CDeviceInterface DevInterface(&DevClass, instance, pError); if (*pError != ERROR_SUCCESS) return INVALID_HANDLE_VALUE; cout << "The device path is " << DevInterface.DevicePath() << endl; HANDLE hDev; hDev = CreateFile( DevInterface.DevicePath(), GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL ); if (hDev == INVALID_HANDLE_VALUE) *pError = GetLastError(); return hDev;} 在設(shè)備中執(zhí)行I/O操作一旦應(yīng)用程序獲得一個(gè)有效的設(shè)備句柄，它就能使用Win32 APIs來產(chǎn)生到設(shè)備對象的IRPs。下面的表顯示了這種對應(yīng)關(guān)系。Win32 API DRIVER_FUNCTION_xxxIRP_MJ_xxx KDevice subclass member function CreateFile CREATE Create readfile READ Read WriteFile WRITE Write DeviceIoControl DEVICE_CONTROL DeviceControl CloseHandle CLOSECLEANUP CloseCleanUp 需要解釋一下設(shè)備類成員的Close和CleanUp：CreateFile使內(nèi)核為設(shè)備創(chuàng)建一個(gè)新的文件對象。這使得多個(gè)句柄可以映射同一個(gè)文件對象。當(dāng)這個(gè)文件對象的最后一個(gè)用戶級句柄被撤銷后，I/O管理器調(diào)用CleanUp。當(dāng)沒有任何用戶級和核心級的對文件對象的訪問的時(shí)候，I/O管理器調(diào)用Close。如果被打開的設(shè)備不支持指定的功能，則調(diào)用相應(yīng)的Win32將引起錯(cuò)誤（無效功能）。以前為Windows95編寫的VxD的應(yīng)用程序代碼中可能會在打開設(shè)備的時(shí)候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中，建議不要使用這個(gè)屬性，因?yàn)樗鼘?dǎo)致沒有特權(quán)的用戶企圖打開這個(gè)設(shè)備，這是不可能成功的。I/O管理器將readfile和WriteFile的buff參數(shù)轉(zhuǎn)換成IRP域的方法依賴于設(shè)備對象的屬性。當(dāng)設(shè)備設(shè)置DO_DIRECT_IO標(biāo)志，I/O管理器將buff鎖住在存儲器中，并且創(chuàng)建了一個(gè)存儲在IRP中的MDL域。一個(gè)設(shè)備可以通過調(diào)用Kirp::Mdl來存取MDL。當(dāng)設(shè)備設(shè)置DO_BUFFERED_IO標(biāo)志，設(shè)備對象分別通過KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或?qū)懖僮鳙@得buff地址。當(dāng)設(shè)備不設(shè)置DO_BUFFERED_IO標(biāo)志也不設(shè)置DO_DIRECT_IO，內(nèi)核設(shè)置IRP 的UserBuffer域來對應(yīng)readfile或WriteFile中的buff參數(shù)。然而，存儲區(qū)并沒有被鎖住而且地址只對調(diào)用進(jìn)程有效。驅(qū)動程序可以使用KIrp::UserBuffer來存取IRP域。對于DeviceIoControl調(diào)用，buffer參數(shù)的轉(zhuǎn)換依賴于特殊的I/O控制代碼，它不在設(shè)備對象的特性中。宏CTL_CODE（在winioctl.h中定義）用來構(gòu)造控制代碼。這個(gè)宏的其中一個(gè)參數(shù)指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對應(yīng)的能獲得輸入緩沖與輸出緩沖的KIrp中的成員函數(shù)：Method Input Buffer Parameter Output Buffer Parameter METHOD_BUFFERED KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代碼指明METHOD_BUFFERED，系統(tǒng)分配一個(gè)單一的緩沖來作為輸入與輸出。驅(qū)動程序必須在向輸出緩沖放數(shù)據(jù)之前拷貝輸入數(shù)據(jù)。驅(qū)動程序通過調(diào)用KIrp::IoctlBuffer獲得緩沖地址。在完成時(shí)，I/O管理器從系統(tǒng)緩沖拷貝數(shù)據(jù)到提供給Ring 3級調(diào)用者使用的緩沖中。驅(qū)動程序必須在結(jié)束前存儲拷貝到IRP的Information成員中的數(shù)據(jù)個(gè)數(shù)。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，則DeviceIoControl的參數(shù)呈現(xiàn)不同的含義。參數(shù)InputBuffer被拷貝到一個(gè)系統(tǒng)緩沖，這個(gè)緩沖驅(qū)動程序可以通過調(diào)用KIrp::IoctlBuffer。參數(shù)OutputBuffer被映射到KMemory對象，驅(qū)動程序?qū)@個(gè)對象的訪問通過調(diào)用KIrp::Mdl來實(shí)現(xiàn)。對于METHOD_OUT_DIRECT，調(diào)用者必須有對緩沖的寫訪問權(quán)限。注意，對METHOD_NEITHER，內(nèi)核只提供虛擬地址；它不會做映射來配置緩沖。虛擬地址只對調(diào)用進(jìn)程有效。這里是一個(gè)用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE來定義一個(gè)IOCTL代碼：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現(xiàn)在使用一個(gè)DeviceIoControl調(diào)用：BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING, NULL, // no input 注意，這里放的是包含有執(zhí)行操作命令的字符串指針 0, FirmwareRev, //這里是output串指針，存放從驅(qū)動程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果輸出緩沖足夠大，設(shè)備拷貝串到里面并將拷貝的資結(jié)束設(shè)置到FirmwareRevSize中。在驅(qū)動程序中，代碼看起來如下所示：const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){ ULONG fwLength=0; switch ( I.IoctlCode() ) { case IOCTL_MYDEV_GET_FIRMWARE_REV: fwLength = strlen(FIRMWARE_REV)+1; if (I.IoctlOutputBufferSize() >= fwLength) { strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV); I.Information() = fwLength; return I.Complete(STATUS_SUCCESS); } else { } case . . . } }
標(biāo)簽： 驅(qū)動程序 應(yīng)用程序 接口
上傳時(shí)間： 2013-10-17
上傳用戶：gai928943
從串口讀取數(shù)據(jù)，有兩種方法，1、每接收一個(gè)EV_RXCHAR,就用readfile讀一次，這樣我覺得太恐怖了。2、接收到一個(gè)EV_RXCHAR后，等一定數(shù)據(jù)量的CPU周期(GetTickCount),再一次性讀取緩沖區(qū)里的數(shù)據(jù)。這樣做，一般情況下不會有問題，但是，如果數(shù)據(jù)很多，過了“一定數(shù)據(jù)量的CPU周期”，還沒收完數(shù)據(jù)怎么辦？就會少讀數(shù)據(jù)了。 我用三個(gè)線程序來完成串口數(shù)據(jù)的接收，其實(shí)就是第一種方法的變種： 一個(gè)偵聽EV_RXCHAR,一個(gè)對EV_RXCHAR進(jìn)行分析，其實(shí)就是超時(shí)判斷。如果接收到一個(gè)消息后，一段時(shí)間沒收到下一個(gè)EV_RXCHAR，就認(rèn)為是一個(gè)數(shù)據(jù)包的結(jié)束。這個(gè)線程就會通知數(shù)據(jù)接收線程，進(jìn)行數(shù)據(jù)接收。一般同一包數(shù)據(jù)，兩個(gè)字符之間的時(shí)間間隔，應(yīng)該很小了吧，而兩個(gè)數(shù)據(jù)包之間的間隔，應(yīng)該不會太小吧！（這個(gè)地方我不清楚，猜的:( :) ）最后一個(gè)線程，是接收數(shù)據(jù)的。
標(biāo)簽： 串口 讀取 數(shù)據(jù)
上傳時(shí)間： 2014-01-24
上傳用戶：cylnpy
從串口讀取數(shù)據(jù)，有兩種方法， 1、每接收一個(gè)EV_RXCHAR,就用readfile讀一次，這樣我覺得太恐怖了。 2、接收到一個(gè)EV_RXCHAR后，等一定數(shù)據(jù)量的CPU周期(GetTickCount),再一次性讀取緩沖區(qū)里的數(shù)據(jù)。這樣做，一般情況下不會有問題，但是，如果數(shù)據(jù)很多，過了“一定數(shù)據(jù)量的CPU周期”，還沒收完數(shù)據(jù)怎么辦？就會少讀數(shù)據(jù)了。 我用三個(gè)線程序來完成串口數(shù)據(jù)的
標(biāo)簽： 串口 讀取 數(shù)據(jù)
上傳時(shí)間： 2015-03-23
上傳用戶：qb1993225
USB驅(qū)動協(xié)議的簡化版。如果你想打開一個(gè)USB管道，你首先要知道這種USB設(shè)備的GUID和管理道名稱，獲取句柄以后就可以使用readfile/WriteFile進(jìn)行讀寫了！
上傳時(shí)間： 2014-01-10
上傳用戶：zjf3110
VC++中使用內(nèi)存映射文件處理大文件,文件操作是應(yīng)用程序最為基本的功能之一，Win32 API 和MFC 均提供有支持 文件處理的函數(shù)和類，常用的有Win32 API 的CreateFile()、WriteFile()、 readfile()和MFC 提供的CFile 類等
標(biāo)簽： VC 內(nèi)存映射 文件處理 應(yīng)用程序
上傳時(shí)間： 2013-12-24
上傳用戶：趙云興
如果你想打開一個(gè)USB管道，你首先要知道這種USB設(shè)備的GUID和管理道名稱， 獲取句柄以后就可以使用readfile/WriteFile進(jìn)行讀寫了！
標(biāo)簽： USB
上傳時(shí)間： 2013-12-18
上傳用戶：dancnc
//打開 USB 口讀寫, 由驅(qū)動程序的 Pipe 名確定 HANDLE hPipe = OpenMyDevPipe("MyPipe1") //驅(qū)動程序里面的 Pipe 名, 對應(yīng)訪問某個(gè)端點(diǎn)的 I/O, 這里我亂寫的, 需要與驅(qū)動一致 if(hPipe != INVALID_HANDLE_VALUE) //打開 Pipe 成功 { readfile(hPipe, Buffer, BufSize, &nBytesRead, NULL) //從 hPipe 里讀取數(shù)據(jù)到 Buffer 里 //WriteFile(hPipe, Buffer, BytesToWrite, &nBytesWritten, NULL) //把 Buffer 里面的 BytesToWrite 字節(jié)寫入 hPipe CloseHandle(hPipe) } //使用 DeviceIoControl 訪問 USB 設(shè)備 HANDLE hDevice = OpenMyDevice() if(hDevice != INVALID_HANDLE_VALUE) //打開設(shè)備成功 { //這些 DeviceIoControl 功能都是由設(shè)備定義的, 具體看設(shè)備和驅(qū)動的資料 if(DeviceIoControl(hDevice, IOCTL_READ_xxxx, &IOBlock, sizeof(IOBLOCK), &c, 1, &nBytes, NULL)) { //成功 } CloseHandle(hDevice) }
標(biāo)簽： Pipe OpenMyDevPipe MyPipe1 HANDLE
上傳時(shí)間： 2014-11-25
上傳用戶：stampede
實(shí)現(xiàn)串行通訊的相關(guān)API函數(shù) API函數(shù)不僅提供了打開和讀寫通訊端口的操作方法，還提供了名目繁多的函數(shù)以支持對串行通訊的各種操作。 函數(shù)名 作用 CreateFile 打開串口 GetCommState 檢測串口設(shè)置 SetCommState 設(shè)置串口 BuilderCommDCB 用字符串中的值來填充設(shè)備控制塊 GetCommTimeouts 檢測通信超時(shí)設(shè)置 SetCommTimeouts 設(shè)置通信超時(shí)參數(shù) SetCommMask 設(shè)定被監(jiān)控事件 WaitCommEvent 等待被監(jiān)控事件發(fā)生 WaitForMultipleObjects 等待多個(gè)被監(jiān)測對象的結(jié)果 WriteFile 發(fā)送數(shù)據(jù) readfile 接收數(shù)據(jù) GetOverlappedResult 返回最后重疊（異步）操作結(jié)果 PurgeComm 清空串口緩沖區(qū),退出所有相關(guān)操作 ClearCommError 更新串口狀態(tài)結(jié)構(gòu)體,并清除所有串口硬件錯(cuò)誤 CloseHandle 關(guān)閉串行口
上傳時(shí)間： 2013-11-30
上傳用戶：磊子226
蟲蟲下載站版權(quán)所有 京ICP備2021023401號-1
