Ⅰ s7-200plc解密 bin文件能不能反編譯出程序
如果忘記PLC密碼，必須用專為此而設計的「復位為出廠默認存儲卡」(reset-to-factory-defaultsmemorycard)清除PLC存儲器。具體的操作步驟,系統手冊上有介紹。系統手冊在線閱讀地址：
Ⅱ 請教下 怎麼反編譯 網站BIN文件下的 App_Code.dll文件我想修改裡面的東西 但是 不知道怎麼修改
沒有編程基礎就不要去瞎搞了
Ⅲ 用什麼工具反編譯或者解壓縮 linux 下的 bin 文件
objmp -sd 文件
Ⅳ java的打包後jar包裡面的class文件都能被反編譯成為源碼嗎
jd-gui這個工具可以進行反編譯的操作。 不過反編譯的質量隨著混淆的程度而定。
特別復雜的代碼（如加密演算法）反編譯一般都有問題。可以建議用 javap -c -p 來看位元組碼。然後參考jvm指令。
一般編譯的文件，都可以反編譯為源碼，但如果是經過加密、以及代碼異常復雜，是很難恢復全部的源碼。
Ⅳ asp.net 里 bin 文件夾裡面的dll要怎樣反編譯
上網搜個reflector，很好用。
不過如果原作者加密了，就反編譯不了。
Ⅵ 一個51單片機C程序，裡面有一個bin的文件，這個bin文件應該包含了幾個重要的函數；能用什麼打開！
這個一般是打不開的，打開就等於是盜用人家的代碼。
lib文件
意義：
lib有靜態lib和動態lib之分。
使用：
lib文件通過編譯才可以使用，編譯分靜態與動態之分。
靜態：
靜態lib將導出聲明和實現都放在lib中。編譯後所有代碼都嵌入到宿主程序
動態：
動態lib相當於一個h文件，是對實現部分（.dll文件）的導出部分的聲明。編譯後只是將導出聲明部分編譯到宿主程序中，運行時候需要相應的dll文件支持
詳細說明：
lib文件是不對外公開的，不能查看一個編譯過後的文件
有幾個選擇：
1。如果你查看有同名的dll文件，可以通過vc自帶的depends查看dll介面
2。通過msdn看你使用的該lib包含的函數名，來查找其對應的頭文件，頭文件裡面有整個lib的函數聲明（可能不全）
3。查看vc或者其他工具安裝目錄下的src目錄，查看函數的代碼
lib文件是二進制文件，所以要查看它的內容，只能反匯編。
用編程語言,打開lib文件的辦法有三個:
1、在object/library moles使用全路徑名；
2、把*.lib放在VC的Lib目錄中
3、修改project setting的Link->Input中的Addtional library path，加入你的目錄。
LIB文件是庫文件（與DLL文件相類似），供其它程序調用的，直接打不開。
內容
一個lib文件是obj文件的集合。當然，其中還夾雜著其他一些輔助信息，目的是為了讓編譯器能夠准確找到對應的obj文件。我們可以通過tlib.exe（在tc2.0下的根目錄）來對lib文件進行操作，你可以把自己生成的obj文件通過tlib命令加入到一個lib文件中，也可以把lib文件內的obj文件進行刪除操作，還可以把內部的obj文件給提取出來。明白了lib文件的大致結構以及對它的具體操作，在學習C語言的過程中，就會又多了一個切入點對C語言具體實現進行研究。
使用步驟
在command下，把當前目錄設置為tlib.exe所在目錄，然後輸入tlib命令回車，此時顯示的內容就是對tlib命令的詳細解釋，語法如下：
Syntax: TLIB libname [/C] [/E] commands, listfile
libname library file pathname
commands sequence of operations to be performed (optional)
listfile file name for listing file (optional)
A command is of the form: <symbol>molename, where <symbol> is:
+ add molename to the library
- remove molename from the library
* extract molename without removing it
-+ or +- replace molename in library
-* or *- extract molename and remove it
/C case-sensitive library
/E create extended dictionary
具體解釋：
tlib libname [/C] [/E] commands, listfile
/C:大小寫敏感標志。該選項不常用，此參數為可選項。
/E:建立擴展字典。建立擴展字典可以加速大的庫文件的連接過程，此參數同樣為可選項。
操作命令（可選項）：
+ obj文件名 把指定obj文件添加到lib文件中
- obj文件名 把指定obj文件從lib文件中刪除
* obj文件名 導出指定的obj文件（導出後對應的obj文件在lib文件內仍然存在）
-+ obj文件名 替換指定的obj文件（前提是在lib文件中存在與指定obj文件同名的obj）
-* obj文件名 導出指定的obj文件（導出後把對應的obj文件從lib文件內刪除）
lib文件中obj文件列表（可選項）
此參數說明了命令運行後，生成的對應lib文件的列表文件名。它記錄了當前lib文件內obj文件列表
與dll區別編輯
(1)lib是編譯時需要的，dll是運行時需要的。
如果要完成源代碼的編譯，有lib就夠了。
如果也使動態連接的程序運行起來，有dll就夠了。
在開發和調試階段，當然最好都有。
(2)一般的動態庫程序有lib文件和dll文件。lib文件是必須在編譯期就連接到應用程序中的，而dll文件是運行期才會被調用的。如果有dll文件，那麼對應的lib文件一般是一些索引信息，具體的實現在dll文件中。如果只有lib文件，那麼這個lib文件是靜態編譯出來的，索引和實現都在其中。靜態編譯的lib文件有好處：給用戶安裝時就不需要再掛動態庫了。但也有缺點，就是導致應用程序比較大，而且失去了動態庫的靈活性，在版本升級時，同時要發布新的應用程序才行。
(3)在動態庫的情況下，有兩個文件，一個是引入庫（.LIB）文件，一個是DLL文件，引入庫文件包含被DLL導出的函數的名稱和位置，DLL包含實際的函數和數據，應用程序使用LIB文件鏈接到所需要使用的DLL文件，庫中的函數和數據並不復制到可執行文件中，因此在應用程序的可執行文件中，存放的不是被調用的函數代碼，而是DLL中所要調用的函數的內存地址，這樣當一個或多個應用程序運行時再把程序代碼和被調用的函數代碼鏈接起來，從而節省了內存資源。從上面的說明可以看出，DLL文件必須隨應用程序一起發行，否則應用程序將會產生錯誤。
載入方法編輯
直接加入
在VC中打開File View一頁，選中工程名，單擊滑鼠右鍵，然後選中"Add Files to Project"菜單，在彈出的文件對話框中選中要加入DLL的LIB文件即可。
設置
打開工程的 Project Settings菜單，選中Link，然後在Object/library moles下的文本框中輸入DLL的LIB文件。
程序代碼
加入預編譯指令#pragma comment (lib,"*.lib")，這種方法優點是可以利用條件預編譯指令鏈接不同版本的LIB文件。因為，在Debug方式下，產生的LIB文件是Debug版本，如Regd.lib；在Release方式下，產生的LIB文件是Release版本，如Regr.lib。
當應用程序對DLL的LIB文件載入後，還需要把DLL對應的頭文件（*.h）包含到其中，在這個頭文件中給出了DLL中定義的函數原型，然後聲明。
詳解
節的概念編輯
Lib格式只有四種類型的節（Section），即First Sec，Second Sec，Longname Sec和Obj Sec；其中Second Sec與Longname Sec是可選節，很多Lib文件中都沒有。而開頭的Singature只是一個標識，它相當於COFF目標文件中的魔法數字。它是一個長度為8的字元串，值為「!<arch>\n」。
First Sec 顧名思義，就是第一個節。它包含了庫中所有的符號名以及這些符號所在的目標文件在庫中的位置（絕對偏移）。
Second Sec 就是第二節。它的內容和First Sec是相同的。不同的是，Second Sec是一個有序表，通過它來查找庫中的符號比通過First Sec來查找要快很多。
Longname Sec 是長名稱節。這一節是一個字元串表。它包含了所有長目標文件名。如果後面的Obj Sec中沒有給出相應的目標文件名，我們就要到這一節中來查找。
Obj Sec 就是目標文件節。這些節中存儲著不同的目標文件的原始數據。
在庫文件中，每一節都有兩個部分。一個部分是頭，另一個部分才是該節的數據；數據緊跟在頭的後面。頭描述了該節數據的類型、長度等信息。這些頭的格式都是相同的。其結構用C語言描述如下：
typedef struct {
char Name[16]; // 名稱
char Time[12]; // 時間
char UserID[6]; // 用戶ID
char GroupID[6]; // 組ID
char Mode[8]; // 模式
char Size[10]; // 長度
char EndOfHeader[2];// 結束符
} SectionHeader;
可以看到，頭中的數據全都是字元串。用字元串的好處是可以提高格式的兼容性，因為在不同的機器上，數據的排列方式是不同的。有的機器是以Little-Endian方式工作，還有的是以Big-Endian方式工作，它們互不兼容（這兩種方式的區別！？請看我的《COFF格式》一文，其中的文件頭一節有說明）。用字元串就不會有這種問題（後面我們將會遇到）。但它也有不方便的地方，就是必須把字元串轉換成數值，多了一個步驟。
在這個結構中，最常用的Name、Size以及EndOfHeader三個成員。Name就是節的名稱啦！Size也很好理解，就是該節數據的長度。其內容為「`\n」（注意，這里沒有打錯，是兩個字元「`」和「\n」）。怎麼樣？有點奇怪吧？為什麼要有這個結束符？每一節的頭長度一定，每節中的數據長度也知道。按順序向下讀不行嗎？答案是：不行！因為每一節之間存在間隙！通常是一個位元組或零個位元組。如果是零個位元組倒好，按順序向下讀是OK的。可是如果不為零的話，這樣讀就要錯位了。要知道錯位沒有，只好用一個結束符來定位了。如果在讀頭的時候發現結束符不對，那就要一個位元組一個位元組地向下查找，直到找到結束符，才能算是對齊了。切記！切記！
當然，通過First Sec或Second Sec中給出的偏移來讀數據就不存在這個問題。不會發生錯位，放心讀吧！
First Sec
第一節，通常就是Lib中的每一個小節。它的名稱是「/」。其數據部分的結構如下：
typedef struct {
unsigned long SymbolNum; // 庫中符號的數量
unsigned long SymbolOffset[n]; // 符號所在目標節的偏移
char StrTable[m]; // 符號名稱字元串表
}FirstSec;
第一個成員SymbolNum是符號的數量。注意！它是以Big-Endian方式儲存的（x86平台上的數據是以Little-Endian方式儲存的。這里應該注意轉換。後面給出的convert函數可以在Little-Endian格式與Big-Endian格式之間進行相互轉換）。
第二個成員SymbolOffset是一個數組，它的長度n就是符號的數量，也就是SymbolNum。這個數組儲存了每一個符號所在的目標節的偏移。我們可以方便地通過它來查找符號所在的目標文件。注意！它也是以Big-Endian格式儲存的。
第三個成員StrTable是一個字元串表，它的長度m就是SectionHeader.Size的值減去（SymbolNum+1）*4。其結構很簡單，就是一堆以『\0』結尾的字元串（和COFF文件中的字元串表結構相同）。在有的系統中，它還可能是以「/\n」這兩個字元結尾的字元串的集合。
很簡單的一個結構，不過有兩個成員的長度是不定的。怎麼才能方便地從Lib中讀出這些數據，留給大家自己想吧！下面我只給出一個進行Little-Endian與Big-Endian互轉的函數。
inline void convert(void * p // 要轉換的數據的指針
,size_tsize = 4 // 數據的長度，long為4，short為2
) {
char * buf=(char*)p;
char temp;
for ( size_t i=0;i<size/2;i++ ) {
temp=buf[i];
buf[i]=buf[size-i-1];
buf[size-i-1]=temp;
}
}
Second Sec
第二節
這一節與第一節很相似！它通常也就是Lib文件的第二個節。它的名字也是「/」（注意：文件中第一個叫「/」的節是第一節，第二個就是第二節）。不過它的結構與第一節有些不同，如下：
typedef struct {
unsigned long ObjNum; // Obj Sec的數量
unsigned long ObjOffset[x]; // 每一個Obj Sec的偏移
unsigned long SymbolNum; // 庫中符號的數量
unsigned short SymbolIdx[n]; // 符號在ObjOffset表中的索引
char StrTable[m]; // 符號名稱字元串表
}SecondSec;
第一個成員ObjNum是庫中Obj Sec的數量。
第二個成員ObjOffset是一個偏移表，它記錄了庫中所有Obj Sec的偏移。這個表的記錄數x就是ObjNum。
第三個成員SymbolNum與First Sec中的SymbolNum意義相同。
第四個成員SymbolIdx變成了一個索引，它記錄了相應名稱字元串在ObjOffset這個表中的位置，我們要通過兩次索引才能找到我們所要符號的Obj Sec位置。它的項目數n為SymbolNum。但請注意，這個索引是unsigned short型，不再是unsigned long型。
第五個成員StrTable結構與First Sec中的一樣。不過，它的長度m為SectionHeader.Size的值減去((ObjNum+1)*4+(SymbolNum+2)*2)。
值得注意的是，這里的所有數據都是Little-Endian格式的。千萬不要弄錯了！Longname Sec
這個小節就是一個字元串表，它的名稱為「//」，其結構同FirstSec.StrTable。這里就不多說了。
Obj Sec
這一節中的數據就是COFF文件的原始數據，把它讀出來存成文件，就是一個COFF文件。它的格式請參考《COFF格式》一文。
要指出的是它的命名方式有些特殊。如果Obj文件的名稱少於16個字元，它就會被保存在SectionHeader的Name成員中，以『/』字元結尾。如果無法保存在Name成員中，則Name成員的第一個字元就為『/』，之後再跟上這個名稱在Longname Sec中的偏移。
例如：
!<arch>\n
……
LongName Sec:
This_Is_Long_Name0001\0
This_Is_Long_Name0002\0
……
Obj Sec1:
Name[16]：「shortname/」
……
Obj Sec2:
Name[16]：「/0」 // 這里使用了第一個長文件名This_Is_Long_Name0001
……
Obj Sec3:
Name[16]：「/22」 // 這里使用了第二個長文件名This_Is_Long_Name0002
Ⅶ 關於真三國無雙OL里.bin格式的文件
額，LS的回答有些不負責任啊，不能隨便亂粘貼一段就做回答。
LZ你好，我是做程序設計的，同時也是《真三國無雙OL》的忠實愛好者，你的問題我可以解答部分。
首先，真三國無雙OL裡面的bin文件，是編譯工具將程序源代碼和資源進行編譯後生成的可由計算機直接解讀的文件（就是二進制文件）。例如用Visual Studio對C#語言所設計的WinForm程序進行編譯，軟體的主體部分就是各bin文件。
也就是說，你打開《真三國無雙OL》，所看到的眾多bin文件是經過IDE編譯之後的文件，文件內容都是給電腦直接讀取和解析的二進制代碼。想要讀取編譯過後的bin文件的內容，則需要一個反編譯過程，將bin的二進制內容還原為原本的內容。這就需要一個對應的反編譯的演算法支持。（不同的程序語言和IDE環境所使用的編譯演算法都不一樣）。
也就是說，bin文件裡面的內容不光只有圖片、聲音，同時還有各種數據模型、演算法、流程式控制制、3D貼圖和紋理等等。所以我假設你即使能將所有的bin文件全部反編譯成功，其中也有相當部分的內容是你不需要也看不懂的（例如各種類、介面、函數、通用類等等）。
而且各種內容即使被成功反編譯，其存儲類型也不一樣，例如圖片內容，他可能是GIF格式、PNG格式、或者是圖片集格式，例如3D紋理，他可能是我們目前通用的軟體所無法打開的格式。所以如果有這樣一個能將bin文件解析為圖片或者聲音之類的，那它必須具備反編譯的功能，和將反編譯後的內容轉換為非開發環境中也能正常識別的內容的功能。
這就是為什麼目前的解析bin文件的軟體，普通都無法讀取解析所有bin文件的原因。
目前網路上有款軟體，名字叫「真三國無雙OL資源提取器」，已經能正常讀取bin文件中的圖片資源文件，LZ可以自行搜索一下。
另，我其實是搞網路程序的，對於CS模式的開發理解也不是很深，以上可以理解為個人見解-，-如果有錯誤希望不要誤導到別人才好。
祝LZ玩得開心。
--------------------------------------------------------------------
其實說老實話，目前聲音、音樂、武器模型、武器貼圖、甚至人物、服飾等的貼圖都已經有人提取出來了。證據就是目前可以替換聲音、音樂、武器模型、人物和衣服的貼圖等。（話說替換武器模型以後玩游戲，那打擊感會覺得很惡心）。
不過這部分我並沒有過多研究，根據我以前修改KOEI其他單機游戲的經驗，個人估計還是先解析相關bin文件，將解析出來的資源進行修改，然後編譯為新的bin文件替換回去。應該會有相關的軟體。不過因為是流通性較低的軟體，所以搜索起來比較麻煩。
LZ可以以相關關鍵字在網上搜索，找到相關的文章和軟體。比如替換人物貼圖這個應該是最容易找的。至於武器模型么，如果《真三國無雙OL》找不到突入口，完全可以從《真三國無雙4S》和《無雙大蛇Z》這2個游戲上找，首先這3個游戲的武器模型基本都是一樣（建模沒有做太大修改），第二後兩個游戲因為是單機游戲，玩的人更多（說真的玩OL的人真的少得可憐），相關信息量也更大，第三也是最重要的一點，這兩個游戲很久以前就已經被改得面目全非了。。。
後兩個游戲的提取和修改信息，我推薦到3DM論壇上找找。
Ⅷ bin文件用什麼打開
我是轉貼的, 希望對你有幫助:
bin有多種含義，包括虛擬光碟機格式.bin，用於科研計算的數據格式為bin格式。另外，FTP 在傳送文件時分為ASC 和 Bin 兩種格式，只有文字文件 (例如 html 文件) 使用 ASC，其他的通通使用 Bin 格式 (例如圖像文件、壓縮文件、可執行文件等等)。
一般來說，常見的虛擬光碟機格式。建議你使用WINISO。WinISO是一款功能強大的鏡像文件處理工具，它可以從CD-ROM中創建ISO鏡像文件，或將其他格式的鏡像文件轉換為標準的ISO格式，還可以輕松實現鏡像文件的添加、刪除、重命名、提取文件等操作。
WINISO
http://www..com/?word=WINISO
參考：bin文件
http://www..com/s?wd=bin%CE%C4%BC%FE&cl=3
如何打開BIN文件
http://www.jsw118.com/bbs/printpage.asp?BoardID=25&ID=6122
BIN文件打開方式
http://..com/question/416766.html
Ⅸ 編輯bin文件
這個是光碟的映像文件
1、用Bin2ISO將bin轉成ISO文件，然後用WinImage解開.
注意：有些BIN文件實際上就是ISO文件如果上面的辦法有問題可以直接將後綴改成iso,然後用WinImage解解看
2、用ISOBuster直接解
注意: 有幾種格式，多試一試
3、用daemon直接將BIN文件虛擬成光碟機
這個辦法最方便，推薦。