opnet 安裝過程中仿真出錯問題

1、OPNET 安裝完成之后，需要測試環(huán)境變量設置是否正確，一般是通過對opnet自帶對的示例仿真，但有可能出現(xiàn)如問題1所述的情況：問題1：|Processmodel(aodv_rte)compilationfailed|Errorsgiveninfile(C:UsersAdministratorop_admintmpcc_err_5640)這可能是由于兩個方面的原因：1、使用的可能是標準庫，也可能是empty，這時候如果示例中會用到標準庫中的一些東西，就會報錯，可以通過設置得到：在project編輯器下，edit-preference,打開后搜索repositories，設置Network Si

2、mulation Repositories的value值為stdmod，即標準模型，此時在運行仿真，則會變得正確，如果這樣設置后還有錯誤，說明應該是環(huán)境變量設置有問題。如圖1所示。圖12、使用自己建立的模型進行仿真時，如果出現(xiàn)如圖2所示的問題：問題2：The set of models necessary for running the simulation is incomplete.Check that all the repositories attributes are complete.T (0), EV (-), MOD (NONE), PROC (sim_load_repos_l

3、oad)圖2這是因為我們用的模型庫已經(jīng)不是標準的模型庫了，我們是自己創(chuàng)建的模型庫，所以需要修改設置：就是將問題1設置的Network Simulation Repository值stdmod刪除，變回empty，如圖3所示。圖3這樣仿真就會正確了。即使repository設置正確，有可能還會出現(xiàn)其它問題，以下幾個是我遇到的：問題3：fatal error C1074: IDB is illegal extension for PDB file（fatal error C1074: “IDB”是 PDB 文件的非法擴展）這個問題主要是有兼容性問題造成的，我的系統(tǒng)時win7 32旗艦版，opnet

4、14.5a以及vs2010，打開opnet和vs程序的屬性，在兼容性里設置如圖4、如圖5所示。圖4圖5問題4：Errors reported by the binder program follow (these messages have been saved in (C:UsersAnswerop_admintmpbind_err_8944): LINK : fatal error LNK1181: cannot open input file kernel32.lib 或者LINK : fatal error LNK1181: cannot open input file windef.

5、h 這個問題主要是有環(huán)境變量設置中沒有把一些庫函數(shù)包含進去，有兩個可能，第一，環(huán)境變量自己設置路徑有誤，如果檢查無誤之后，有可能就是因為有些文件opnet包含的時候是小寫開頭的文件，而不同的vs版本的這些文件可能時大寫開頭的，解決方法就是在vs安裝報下搜索無法打開的文件，如果該文件所在的路徑?jīng)]被包含進去，則包含其路徑，如果文件名稱存在大小寫的問題，將文件中的名稱改掉，如：Kernel.lib改為kernel.lib。問題5：Object repository construction faileddue to errors encountered by the binder program (

6、bind_so_msvc)T (0), EV (-), MOD (NONE), PROC (sim_load_repos_rebuild) 從網(wǎng)上找了這個問題的一些資料，有一個人是這樣說的：出現(xiàn)這個錯誤一般是編譯連接出錯unresolved external symbol，常見的有以下可能性：（1）Pipeline Stage (C code)文件名與函數(shù)名不一樣，這時改為同名就行了。（2）進程模型用到一個無法定位的外部函數(shù)，這時在進程模型編輯器中選擇File-Declare External Files，然后選中含有該外部函數(shù)的外部文件。（3）外部文件用到一個無法定位的函數(shù)，這時查看是否漏掉

7、include需要用到的頭文件。這個問題如果是伴隨著問題4的問題，那么問題4解決了之后，它也就消失了就如第三點說的一樣，至于是不是無法定位一個外部函數(shù)，這個得開自己的進程模型中有沒有用到這個外部函數(shù)了，用到的話肯定需要聲明吶！至于第一條的情況，我還沒那么幸運遇到，無能為力。問題6：Errors reported by the binder program follow (these messages have been saved in (C:UsersAnswerop_admintmpbind_err_5000):Creating LINK : fatal error LNK1207: in

8、compatible PDB format in E:studybacheloropnetop_modelsevent_listevent_list_example-scenario1.dev32.i0.nt.pdb; delete and rebuild這句話的意思是重新生成項目，即刪除所有編譯期間生成的臨時文件，重新編譯生成一次，那就將它指定的那個文件找到，重新打開編譯一遍就好了。下面附一些網(wǎng)友們總結(jié)的其他問題（我自己沒有遇到過，不能檢測其正確與否）：問題1:fatal error LNK1101: MSPDB100.DLL 的版本不正確；請再次檢查此產(chǎn)品的安裝解決：因為VCBin下沒有“

9、msobj100.dll,mspdb100.dll,mspdbcore.dll,mspdbsrv.exe”這四個文件，解決的方法：直接從Common7IDE下復制這四個文件到VCBin下即可解決。問題2：Invalid Memory Access內(nèi)存無效訪問是調(diào)試程序中最常碰到的錯誤，一般是程序中的指針出了問題，可以嘗試用以下辦法來解決：（1）在edit-preference中給comp_flags加/Od /Zi字段，給bind_shobj_flags加/DEBUG字段；（2）在edit-preference中找到handle_exception，將TRUE改為FALSE，這樣程序中的異常就

10、可以由VC來調(diào)試；（3）運行仿真，如提示出現(xiàn)異常，點擊cancel，則自動打開VC，并且debug會停留在發(fā)生異常的指針處。但是有時候VC的debug有可能停留在讓人看不懂的匯編語言處，此時可以觀察發(fā)生錯誤的事件event_id值，在ODB調(diào)試的時候使用evstop指令設置斷點，讓程序中斷在出錯的事件前，接下來可以采取下列兩種方法之一：（1）采用OPNET與VC聯(lián)合調(diào)試，在VC中通過單步執(zhí)行查看；（2）用ODB的next指令一個一個時間看，往往配合ltrace和fulltrace指令查看程序運行狀況。碰到這個問題我們也可以縮短仿真時間，在確保仿真能夠完成前提下，在仿真屬性中選擇Advanced-Profiling-Collect detailed profiling for function，之后出現(xiàn)每一個內(nèi)存使用的統(tǒng)計。問題3：No true transitions from state ()T(), EV(), MOD(), PROC (sim_pro_err_transit)狀態(tài)程序執(zhí)行完畢找不到出口，有限狀態(tài)機要能夠正常運行要求在任意條件下，每個狀態(tài)執(zhí)行完畢之后都必須發(fā)生轉(zhuǎn)移，出錯的情況有以下兩種：a)根本沒有轉(zhuǎn)移條件及相應的狀態(tài)。b)沒有滿足條件的轉(zhuǎn)移。問題4：Unable