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