其他

動態串連庫的兩種方式? 　　答案：調用一個DLL中的函數有兩種方法： 　　1．載入時動態連結（load-time dynamic linking），模組非常明確調用某個匯出函數，使得他們就像本地函數一樣。這需要連結時連結那些函數所在DLL的匯入庫，匯入庫向系統提供了載入DLL時所需的資訊及DLL函數定位。 　　2．運行時動態連結（run-time dynamic linking），運行時可以通過LoadLibrary或LoadLibraryEx函數載入DLL。DLL載入後，模組可以通過調用

-r用這個指令，得到的資訊右下角： NV   UP   EI   PL   NZ   NA   PO   NC這些符號代表的就是標誌寄存器裡常用標誌位的值。這個是符號值對應表：溢出標誌OF(Over flow flag)                             OV(1)                         NV(0)方向標誌DF(Direction flag)                             DN(1)                    

Determining the Size of a Class ObjectBy Girish ShettyThere are many factors that decide the size of an object of a class in C++. These factors are:Size of all non-static data members Order of data members Byte alignment or byte padding Size of its

C/C++   main()主函數執行前和執行後還能運行其它的嗎？答案： 可以例如：#include<iostream>#include<string>using namespace std;string str="預備......";cout<<str<<endl;int fn1(){ cout<<"中間"<<endl; return 0;}int main(){ cout<<"開始"<<endl;

 轉自：http://blog.csdn.net/tunsanty/article/details/4264738 在C++中， 建構函式，拷貝建構函式，解構函式和賦值函數(賦值運算子多載)是最基本不過的需要掌握的知識。 但是如果我問你“拷貝建構函式的參數為什麼必須使用參考型別？”這個問題， 你會怎麼回答？ 或許你會回答為了減少一次記憶體拷貝？ 很慚愧的是，我的第一感覺也是這麼回答。不好還好，我有理性這個好品質。思索一下以後，發現這個答案是不對的。讓我來撕開(有點暴力，但是我喜歡，嘿嘿--齜牙)

學習筆記，可能解釋的不完全，先記錄在這。。。target_是Agent所儲存的其他執行個體對象的指標。例如，當應用程式層代理串連到傳輸層時，其類裡面的target_便被賦值指向了這個傳輸層的執行個體指標。這樣便可直接使用target_->recv或者target_->send等，來實現發送分組到協議棧的下一層。以上機制是n2中提供的機制，不是一定得使用target_來發送分組。關鍵點在於理解ns2發送分組的思路就是：想要發送給誰（對象），就調用誰（該對象）中的某個函數（ns2中一般是

一個完整的中斷處理過程應該包括：插斷要求、中斷排隊或中斷判優、中斷響應、中斷處理和中斷返回等環節，下面分別進行討論。　　1．插斷要求　　插斷要求是由中斷源向CPU發出插斷要求訊號。外部裝置發出插斷要求訊號要具備以下兩個條件：　　（1）外部裝置的工作已經告一段落。例如輸入裝置只有在啟動後，將要輸入的資料送到介面電路的資料寄存器（即準備好要輸入的資料）之後，才可以向CPU發出插斷要求。　　（2）系統允許該外設發出插斷要求。如果系統不允許該外設發出插斷要求，可以將這個外設的請求屏蔽。當這個外設插斷要求

一個簡單的例子，但說明了Tcl和c++是如何映射的。程式的目的是建立一個新的網路對象類“MyAgent”,它是”Agent”的子類。    下面把我的ex-linkage.cc代碼貼在這裡：//this is a simple agent just for show#include <stdio.h>#include <string.h>#include "agent.h"class MyAgent : public Agent

在調試一些病毒程式的時候，可能會碰到一些反調試技術，也就是說，被調試的程式可以檢測到自己是否被調試器附加了，如果探知自己正在被調試，肯定是有人試圖反組譯碼啦之類的方法破解自己。為了瞭解如何破解反調試技術，首先我們來看看反調試技術。 一、Windows API方法 Win32提供了兩個API, IsDebuggerPresent和CheckRemoteDebuggerPresent可以用來檢測當前進程是否正在被調試，以IsDebuggerPresent函數為例，例子如下： BOOL ret =

MAC（媒介存取控制子層）   

最近一直都在做flooding的改進實驗。兩個星期了，終於有了進展，或許在大牛看來是微乎其微的修改，但是在我看來是一次成功。我也把我的心得總結在部落格中。   

1. NS2中資料包packet類結構圖： packet類中的access函數如下：inline unsigned char* access(int off) const {     if (off < 0)       abort();       return (&bits_[off]);}struct hdr_cmn(即共用common頭)中的access函數如下：inline static hdr_cmn* access(const Packet* p) {   

接下來繼續分析mm-app.h和mm-app.ccmm-app.h://Author；Vivian//File:mm-app.h//Written:08/25/10#include "timer-handler.h"#include "packet.h"#include "app.h"#include "udp-mm.h"//定義接收者接收的報資訊度量struct pkt_accounting { int last_seq;     //最新收到的mm報 int last_scale;    /

這裡給出測試的指令碼：#Author:Vivian#File:test-mmapp.tcl#Written:08-26-10set ns [new Simulator]set tracefd [open out.tr w]$ns trace-all $tracefd proc finish {} { global ns tracefd $ns flush-trace close $tracefd exit 0}set node_(s1) [$ns node]set node_(s2) [$ns

今天做了柯志亨老師的實驗23，比較不同的無線網路路由，DSDV/AODV/DSR。按照書上的要求寫了指令碼和AWK程式，測試一切順利。但是到了實驗二，做DSR實驗的時候卻出現了事件UID非法的提示。查看trace檔案，發現確實停在了大概56s的位置。查了很多資料，解決方案沒有找到。而且也不敢隨便修改mac檔案。不過看了一些解釋，我懷疑可能是tcl指令碼中的一項設定：Mac/802_11 set SlotTime_    0.000020 

如下內容及該文章連結內容均來自：http://blog.csdn.net/megaboy/article/details/482783再再論指標----篇首語分類： 再再論指標2005-09-17 16:19 5834人閱讀 評論(5) 收藏 舉報       

最近在做ns2的“反移植”工作，深入研究了一下NS2中包的結構，其定義主要在packet.h/cc中實現的，但是有許多代碼是為了與TCL介面而設計的。其定義如下：class Packet : public Event {private: unsigned char* bits_; // header bits AppData* data_;  // variable size buffer for

一. Mac802_11定時器相關類介紹類圖如下：http://120.img.pp.sohu.com/images/blog/2007/12/3/16/16/1173b4c9ccf.jpg圖1 NS2中Mac802_11定時器相關類結構圖PS：在~ns\Common\Timer-handler.[h,cc]中定義了一個TimerHandler類，該類是ns中的通用定時器，不過MAC中並未使用它，而是自行定義一些功能和機制與其相似的timer。重要類介紹（以下類定義位置均在

struts2的bean類名首字母和第二個字母都不能大寫 否則在set 、get時會爆null 指標錯誤（NullPointerException）原因：如後台類中有屬性String sAdress這個屬性。使用eclipse自動產生getsAdress()和setsAdress(String sAdress).注意：產生的方法中屬性的首字母沒有大寫。頁面中會用name="sAdress"傳遞參數。struts2攔截器會調用後台類中的setSAdress(String

前言：許可權往往是一個極其複雜的問題，但也可簡單表述為這樣的邏輯運算式：判斷“Who對What(Which)進行How的操作”的邏輯運算式是否為真。針對不同的應用，需要根據項目的實際情況和具體架構，在維護性、靈活性、完整性等N多個方案之間比較權衡，選擇符合的方案。目標：直觀，因為系統最終會由終端使用者來維護，許可權分配的直觀和容易理解，顯得比較重要，系統不辭勞苦的實現了組的繼承，除了功能的必須，更主要的就是因為它足夠直觀。簡單，包括概念數量上的簡單和意義上的簡單還有功能上的簡單。想用一個許可權系