u DirectPort 通過DirectIO.lib來直接訪問端口的，成功！但會出現一個討厭的信息 框 說明：DirectIO.dll 為改后的動態鏈接庫 復件 DirectIO.dll 為以前的動態鏈接庫，需改為“DirectIO.dll”才能使用
標簽： DirectPort DirectIO lib 訪問
上傳時間： 2015-04-11
上傳用戶：253189838
7400 2輸入端四與非門 7401 集電極開路2輸入端四與非門 7402 2輸入端四或非門 7403 集電極開路2輸入端四與非門 7404 六反相器 7405 集電極開路六反相器 7406 集電極開路六反相高壓驅動器 7407 集電極開路六正相高壓驅動器 7408 2輸入端四與門 7409 集電極開路2輸入端四與門 7410 3輸入端3與非門 74107 帶清除主從雙J-K觸發器 74109 帶預置清除正觸發雙J-K觸發器 7411 3輸入端3與門 74112 帶預置清除負觸發雙J-K觸發器 7412 開路輸出3輸入端三與非門 74121 單穩態多諧振蕩器 74122 可再觸發單穩態多諧振蕩器 74123 雙可再觸發單穩態多諧振蕩器 74125 三態輸出高有效四總線緩沖門 74126 三態輸出低有效四總線緩沖門 7413 4輸入端雙與非施密特觸發器 74132 2輸入端四與非施密特觸發器 74133 13輸入端與非門 74136 四異或門 74138 3-8線譯碼器/復工器 74139 雙2-4線譯碼器/復工器 7414 六反相施密特觸發器 74145 BCD—十進制譯碼/驅動器 7415 開路輸出3輸入端三與門 74150 16選1數據選擇/多路開關 74151 8選1數據選擇器 74153 雙4選1數據選擇器 74154 4線—16線譯碼器
上傳時間： 2014-01-10
上傳用戶：jackgao
ADOM+設計篇意在測試com+的事務處理能否正確執行。 將組件安裝后，在組件服務中該com+組件的屬性設置中將“激活”頁的“啟用對象池”選項選中，執行客戶端程序調用上面這個方法，發現com+的事務機制不能正確執行，數據會寫入數據庫中。如果不選中“啟用對象池”，則一切正常，數據并不會寫到數據庫中。 說明：Translation DataModule的設置，事務屬性：requires a transaction,允許object pooling，pooled設為true,無論將AutoComplete設為True或False都會出現上述情況。 該問題最先由ytwxw (wxw) 提出，至今尚未有結論，我也發現類似問題。我倆探討后無法解決，特在此再開一貼。請各路com+高手幫忙解答!
上傳時間： 2015-07-20
上傳用戶：520
收SP下行消息 A. 啟動MMSC偵聽端口 在模擬器界面的右下角的"Liten Port"文本框中輸入MMSC的偵聽端口，這個值是為接收SP發出的下行消息提供服務的端口號，比如："8080"，按下"Start"按鈕啟動MMSC偵聽服務。 B. 接收消息 接收的是從SP（API）發來的消息，處理后回一條響應消息。 2 模擬MMSC向SP發送上行消息 A. 選擇模擬器左邊界面的MessageType為“DeliverReq”； B. “Send To”文本框中輸入SP的上行地址，例如http://10.164.50.29:8888； C. 在界面中選擇輸入其他需要的字段，然后點擊“Send”按紐即可向SP上行地址發送上行消息。 3 模擬MMSC向SP發送遞送報告消息 A. 選擇模擬器左邊界面的MessageType為“DeliverReportReq”； B. “Send To”文本框中輸入SP的上行地址，例如http://10.164.50.29:8888； C. 在界面中選擇輸入其他需要的字段，然后點擊“Send”按紐即可向SP上行地址發送遞送報告消息。 4 模擬MMSC向SP發送閱讀報告消息 A. 選擇模擬器左邊界面的MessageType為“ReadReportReq”； B. “Send To”文本框中輸入SP的上行地址，例如http://10.164.50.29:8888； C. 在界面中選擇輸入其他需要的字段，然后點擊“Send”按紐即可向SP上行地址發送閱讀報告消息
上傳時間： 2014-01-16
上傳用戶：氣溫達上千萬的
JAVA實現的聊天工具,可以容納最多10個用戶 1.本系統需要JDK1.5 或更高版本的支持。 2.serverDatabase為服務器端的數據文件. 若使用現有數據,可用帳號:1, 密碼:zwz,登錄服務器端系統 登錄后可查到所有已注冊用戶的信息,每個用戶的密碼都與其姓名相同。 3.由于客戶端之間的通訊不通過服務器轉發,所以每臺機器只能正常能運行一個客戶端(虛擬機可以提供測試平臺). 與另一客戶端成功通訊之前,必須首先把對方加為好友。 4.主要制作時間: 06.2.21 - 06.4.9
標簽： serverDatabase JAVA 1.5 JDK
上傳時間： 2015-09-16
上傳用戶：SimonQQ
一個很好用的 lcd 時鐘程序 C語言 #include<reg51.h> #include<stdio.h> //定義計時器0 的重裝值 #define RELOAD_HIGH 0x3C #define RELOAD_LOW 0xD2 //定義按鍵彈跳時間 #define DB_VAL //定義設置模式的最大時間間隔 #define TIMEOUT 200 //定義游標位置常數 #define HOME 0 #define HOUR 1 #define MIN 2 #define SEC 3
標簽： include define RELOAD stdio
上傳時間： 2014-12-19
上傳用戶：zukfu
基于完成端口的TCP網絡通信框架實現 工程iocp中包含了框架實現的所有代碼，工程server和client是對該框架的簡單測試 和應用。框架實現了基于消息的TCP網絡通信，(避免了TCP的數據“粘連”問題)并進 行了封裝，封裝后的界面iocpapi.h非常簡潔，應用程序代碼只需要簡單包含 iocpapi.h，就可以實現自己的網絡應用.具體例子可以參考server和client代碼提供 的兩個類分別用于服務器端和客戶端(一般來說客戶端不用管理大量連接，所以有點 殺雞用牛刀的味道，不過為了和服務器對應，應該使用該客戶端，除非你自己實現 框架的消息格式)
上傳時間： 2013-12-29
上傳用戶：wpt
一個簡單的客戶端程序，能夠進行發送數據，當服務器接收到后回返回相關的信息給客戶端。
標簽： 程序
上傳時間： 2013-12-24
上傳用戶：ryb
實現了ftp服務器端的功能 （1）FTP服務器運行FTPd守護進程，等待用戶的FTP請求。 （2）用戶運行FTP命令,請求FTP服務器為其服務。 （3）FTPd守護進程收到用戶的FTP請求后，派生出子進程FTP與用戶進程FTP交互，建立文件傳輸控制連接 （4）用戶輸入FTP子命令，服務器接收子命令，如果命令正確，雙方各派生一個數據傳輸進程FTP-DATA,建立數據連接，進行數據傳輸。 （5）本次子命令的數據傳輸完，拆除數據連接，結束FTP-DATA進程。 （6）用戶繼續輸入FTP子命令，重復（4）、（5）的過程，直至用戶輸入quit命令，雙方拆除控制連接，結束文件傳輸，結束FTP進程。
上傳時間： 2013-12-31
上傳用戶：moshushi0009
軟件介紹:反彈連接木馬源碼 １、編譯服務端。 服務端在進行編譯時會提示出錯 （停在“fme.SaveToFile(stf) ”段） ，這是正常 的。因為這時編譯的服務端沒有捆綁登錄的信息（即：客戶ＩＰ、端口和連接密碼） 其實這時的服務端可執行文件已經生成了，你在文件夾中就能找到該程序了。 ２、編譯客戶端。 采用正常的編譯步驟對客戶端進行編譯即可，但要注意的是，剛編譯好的客戶端未捆 綁服務端程序，所以當你點擊“客戶端配置”按鈕圖標時會提示出錯！ ３、服務端和客戶端都編譯好了以后，你可以使用UPXShell等加殼程序對它們進行加殼壓 縮，可減少其三分之二的體積。 ４、用附帶的“文件捆綁”工具將服務端捆綁在客戶端程序里面，捆綁后的程序即成為最 終的只有一個可執行文件的木馬程序，就能使用該木馬程序了。 ５、運行該木馬程序，點擊“客戶端配置”按鈕，配置好你的IP地址（最好是固定的IP地 址）、你的端口號和你的連接密碼（防止他人連接），這時會在當前目錄下生成一個名為 “Rundll.exe”的文件，該文件即為木馬服務端，將其發給被控制方運行后，你就能通過 客戶端對其進行控制！
標簽： SaveToFile fme stf 服務端
上傳時間： 2015-11-23
上傳用戶：ztj182002
