逆向ob編譯

1. step7 v5.4 怎麼把ob，fc，fb，db.導出為awl，scl

不行。一般都是SCL編譯生成FB.FC之類的。要是沒有源程序你打開的話只能STL格式看到。

2. 線程已經通過之前的創建文件指令，將文件創建並打開，但是在進行寫數據提示errno9 Bad File Descriptor

用的指令是
gcc -D_REENTRANT -I/usr/include/nptl book_h32.c -o book_h32 -L/usr/lib/nptl -lpthread thread thread.c (後面兩個是產生文件名和源文件名)程序是抄的書上的，本身沒有問題。
錯誤 LNK1120 為您提供該鏈接的無法解析的外部對象數 (number)。導致無法解析的外部對象的條件由錯誤 LNK2001 描述，此錯誤出現在該錯誤信息之前（對每個無法解析的外部對象都出現一次）。
//就是說每出現一次LNK1120都會在之前出現一個LNK2001
LNK2001
所以主要是解決LNK1120關鍵是要解決鏈接器工具錯誤 LNK2001 這分一下的情況（來自VS 2008的幫助），在這里我只復制一些比較常見的，如果還不行，你重建工程來吧~~

一、代碼問題
1.如果 LNK2001 診斷文本報告 __check_commonlanguageruntime_version 是無法解析的外部符號，在 function 中找到了未定義的外部符號 (symbol)。若要解決此錯誤，請提供符號定義或移除引用它的代碼。
2.成員模板的定義超出了類的范圍。Visual C++ 的一個限制是，成員模板的定義必須完全位於封閉類內。
3.代碼中大小寫不匹配
4.如果項目使用函數內聯，但在 .cpp 文件而非頭文件中定義函數，則會導致 LNK2001。
5.試圖引用沒有外部鏈接的函數或數據會導致 LNK2001。
6.缺少函數主體或變數會導致 LNK2001。
7.調用參數類型與函數聲明中的參數類型不匹配的函數會導致 LNK2001。名稱修飾將函數參數合並到最終修飾函數名中。

8.錯誤包含的原型導致編譯器需要沒有提供的函數體，這樣會導致 LNK2001。如果同時具有函數 F 的類實現和非類實現，請注意 C++ 范圍解析規則。

9.在使用 C++ 時，將函數原型包含在類定義中但未能包含實現（該類的此函數的實現）會導致 LNK2001。

10.試圖從抽象基類的構造函數或析構函數調用純虛函數會導致 LNK2001。純虛函數沒有基類實現。

11.試圖在函數范圍外使用用該函數聲明的變數（局部變數）會導致 LNK2001。

二、編譯和鏈接問題
1.項目缺少對庫 (.LIB) 或對象 (.OBJ) 文件的引用。有關更多信息，請參見用作鏈接器輸入的 .lib 文件。

2.如果使用 /NODEFAULTLIB 或 /Zl，包含所需代碼的庫將不會鏈接到項目，除非已顯式地包括了這些庫。（在使用 /clr 或 /clr:pure 進行編譯時，您將看到對 .cctor 的引用；有關更多信息，請參見 混合程序集的初始化。）

3.如果正在使用 Unicode 和 MFC，如果沒有創建 wWinMainCRTStartup 的入口點，將在 _WinMain@16 上得到無法解析的外部對象；請使用 /ENTRY。請參見 Unicode 編程摘要。

4.將用 /MT 編譯的代碼與庫 LIBC.lib 鏈接會在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上導致 LNK2001。

5.鏈接需要多線程庫的代碼（任何 MFC 代碼或用 /MT 編譯的代碼）會在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上導致 LNK2001。有關更多信息，請參見下列知識庫文章：

6.在用 /MD 進行編譯時，因為所有的運行時現在都存放在一個 DLL 中，所以源中的「func」引用在對象中變為「__imp__func」引用。如果試圖與 LIBC.lib 或 LIBCMT.lib 靜態庫鏈接，則將在 __imp__func 上得到 LNK2001。當不用 /MD 進行編譯時，如果試圖與 MSVCxx.lib 鏈接，則並非總是得到 LNK2001，但可能會有其他問題。

7.在生成應用程序的調試版本時與發布模式庫鏈接會導致 LNK2001。同樣，使用 /Mxd 選項（/MTd 或 /MDd）和/或定義 _DEBUG，然後再與版本庫鏈接，將可能會產生無法解析的外部對象（同時還會出現其他問題）。將發布模式生成與調試庫鏈接同樣會導致類似問題。

8.將 Microsoft 庫版本和編譯器產品版本混合可能會有問題。新編譯器版本的庫可能包含早期版本的庫中沒有的新符號。可能需要更改搜索路徑中的目錄順序，或將它們更改為指向當前版本。

9.使用庫文件選擇下的「工具」|「選項」|「項目」|「VC++ 目錄」對話框，可以更改搜索順序。項目的「屬性頁」對話框中的「鏈接器」文件夾可能也包含可能已過期的路徑。

10.當安裝了新的 SDK（可能在不同的位置），但沒有將搜索順序更新為指向新位置時，可能會出現此問題。通常情況下，應將新 SDK 的 include 目錄和 lib 目錄的路徑放在默認 Visual C++ 位置的前面。另外，包含嵌入路徑的項目可能仍然指向舊路徑，這些路徑是有效的，但對於安裝到不同位置的新版本所添加的新功能已過期。

11.編譯器供應商之間、甚至同一編譯器的不同版本之間當前沒有 C++ 命名標准。因此，鏈接用其他編譯器編譯的對象文件可能無法生成相同的命名方案，從而導致錯誤 LNK2001。

12.在不同模塊上混合內聯和非內聯編譯選項會導致 LNK2001。如果創建 C++ 庫時打開了函數內聯（/Ob1 或 /Ob2），但描述函數的相應頭文件的內聯是關閉的（沒有 inline 關鍵字），則將發生此錯誤。若要防止此問題，請在要包含到其他文件中的頭文件中用 inline 定義內聯函數。

13.如果使用 #pragma inline_depth 編譯器指令，請確保具有 設置為 2 或更大的值，並確保使用 /Ob1 或 /Ob2 編譯器選項。

14.在創建純資源 DLL 時省略 LINK 選項 /NOENTRY 將導致 LNK2001。

15.使用不正確的 /SUBSYSTEM 或 /ENTRY 設置會導致 LNK2001。例如，如果編寫基於字元的應用程序（控制台應用程序）並指定 /SUBSYSTEM:WINDOWS，您將得到無法解析的 WinMain 外部對象。有關這些選項和入口點的更多信息，請參見 /SUBSYSTEM 和 /ENTRY 鏈接器選項。
初學者在學習VC＋＋的過程中，遇到的LNK2001錯誤的錯誤消息主要為：
unresolved external symbol 「symbol」（不確定的外部「符號」）。
如果連接程序不能在所有的庫和目標文件內找到所引用的函數、變數或標簽，將產生此錯誤消息。一般來說，發生錯誤的原因有兩個：一是所引用的函數、變數不存在、拼寫不正確或者使用錯誤；其次可能使用了不同版本的連接庫。
以下是可能產生LNK2001錯誤的原因：
一．由於編碼錯誤導致的LNK2001。
1．不相匹配的程序代碼或模塊定義(.DEF)文件能導致LNK2001。例如, 如果在C＋＋ 源文件內聲明了一變數「var1」，卻試圖在另一文件內以變數「VAR1」訪問該變數,將發生該錯誤。
2．如果使用的內聯函數是在.CPP文件內定義的，而不是在頭文件內定義將導致LNK2001錯誤。
3．調用函數時如果所用的參數類型同函數聲明時的類型不符將會產生LNK2001。
4．試圖從基類的構造函數或析構函數中調用虛擬函數時將會導致LNK2001。
5．要注意函數和變數的可公用性，只有全局變數、函數是可公用的。 靜態函數和靜態變數具有相同的使用范圍限制。當試圖從文件外部訪問任何沒有在該文件內聲明的靜態變數時將導致編譯錯誤或LNK2001。
函數內聲明的變數(局部變數) 只能在該函數的范圍內使用。
C＋＋ 的全局常量只有靜態連接性能。這不同於C，如果試圖在C＋＋的多個文件內使用全局變數也會產生LNK2001錯誤。一種解決的方法是需要時在頭文件中加入該常量的初始化代碼，並在.CPP文件中包含該頭文件；另一種方法是使用時給該變數賦以常數。
二．由於編譯和鏈接的設置而造成的LNK2001
1．如果編譯時使用的是/NOD(/NODEFAULTLIB)選項，程序所需要的運行庫和MFC庫在連接時由編譯器寫入目標文件模塊， 但除非在文件中明確包含這些庫名，否則這些庫不會被鏈接進工程文件。在這種情況下使用/NOD將導致錯誤LNK2001。
2．如果沒有為wWinMainCRTStartup設定程序入口，在使用Unicode和MFC時將得到「unresolved external on _WinMain@16」的LNK2001錯誤信息。
3．使用/MD選項編譯時,既然所有的運行庫都被保留在動態鏈接庫之內，源文件中對「func」的引用，在目標文件里即對「__imp__func」 的引用。如果試圖使用靜態庫LIBC.LIB或LIBCMT.LIB進行連接，將在__imp__func上發生LNK2001；如果不使用/MD選項編譯，在使用MSVCxx.LIB連接時也會發生LNK2001。
4．使用/ML選項編譯時，如用LIBCMT.LIB鏈接會在_errno上發生LNK2001。
5．當編譯調試版的應用程序時，如果採用發行版模態庫進行連接也會產生LNK2001；同樣，使用調試版模態庫連接發行版應用程序時也會產生相同的問題。
6．不同版本的庫和編譯器的混合使用也能產生問題，因為新版的庫里可能包含早先的版本沒有的符號和說明。
7．在不同的模塊使用內聯和非內聯的編譯選項能夠導致LNK2001。如果創建C＋＋庫時打開了函數內聯（/Ob1或/Ob2)，但是在描述該函數的相應頭文件里卻關閉了函數內聯（沒有inline關鍵字），這時將得到該錯誤信息。為避免該問題的發生，應該在相應的頭文件中用inline關鍵字標志內聯函數。
8．不正確的/SUBSYSTEM或/ENTRY設置也能導致LNK2001。
其實，產生LNK2001的原因還有很多，以上的原因只是一部分而已，對初學者來說這些就夠理解一陣子了。但是，分析錯誤原因的目的是為了避免錯誤的發生。LNK2001錯誤雖然比較困難，但是只要注意到了上述問題，還是能夠避免和予以解決的。

3. 將目標程序ob價轉換成可執行文件exe的程序稱為

這個過程叫做編譯。

4. 逆向英語是什麼

逆向

reverse；backward；reversal；backing更多釋義>>

[網路短語]

逆向 Reverse;ARP;sensereversing
逆向河 obsequent river;anaclinal stream;obsequent stream
逆向反應 backward reaction;background reaction;reverse response

5. 編寫程序，編譯的時候出現這個錯誤是怎麼回事 [Linker error] undefined reference to `GetStockOb

沒有申明函數 GetStockOb
先申明一下就好了啊。

包含聲明了GetStockObject的頭文件。
#include <wingdi.h>

6. 前綴ob的正向反向啥意思

前綴ob表示反向的、逆向的，就是說跟詞根形成相反的意義。

比如obsolete鈍的，愚蠢的(ob反+tuse用→不能用了→鈍的)；oblivion忘卻(ob反+liv活+ion→不活了→忘記); obscure模糊的(obs=ob反+cure關心→不關心→記不住了→模糊的)。

表示否定的前綴：

1．dis-加在名詞、形容詞，動詞之前。

disadvantage（缺點），dishonorable（不光彩的），disagree（不同意）。

2．in-加在形容詞，名詞，動詞之前。

incorrect（不正確的），inability（無能，無力），inaccurate（不準確的）。

3．im-加在字母m,b,p之前。

impossible（不可能的），impolite（不禮貌的），impudence（厚顏無恥）。

4、ir-加在以r開頭的詞前。

irregular（不穩定的），irresistable（不可抵抗的），irresolvable（不能分解的，不能解決的）。

7. PLC200程序編譯出錯，幫忙看看這個程序的問題如何解決

編繹結果說得很清楚了噻：說說C0吧，它的啟動輸入和復位復位不允許不能像你那樣連，你可以把M0.1直接連到母線，就不會出錯了（我只是說格式，邏輯上你自己看著辦，反正不能連到啟動那一行

8. 西門子PLC S7-200編程後無法編譯，錯誤47：無效網路或網路太復雜無法編譯

請將你的下一個啟動迴路另起一個Network。

西門子規定，一個Network只允許一個迴路，多個迴路存在於一個Network只在STL編程方式允許，在LAD方式不允許。

9. 從PLC上傳上來的程序，OB1怎麼就編譯不過呢

我也遇見過同樣的問題！正常運行的設備上傳的OB1發現加密，用解密軟體解密後就出現了和樓主一樣的問題了，後來沒有辦法因為確實要修改OB1中的程序，就只要重新寫編譯不過的程序了。其實編譯不過的都是些調用其它塊的指令，按正常的調用修改就可以了！

10. altium designer 在畫PCB時，左下角有一塊白色方框，刪不掉，但是編譯也不報錯。請問大神們怎麼處理呀

如圖1所示，這個是一個原點參考的「Sheet」，我們可以執行快捷「OB」，如圖2所示，把其中的「Display Sheet」選項的勾去除就可以去掉了。

圖1 原點參考「Sheet」