Ⅰ 有個EXE文件需要反編譯後重新生成項目,可以做嗎
這就別想了，開發工具沒有反編譯功能。。。反編譯只能反匯編，不能反到高級語言，更別想反倒一個工程了。。。exe除了一些資源外，主要是代碼，都是機器碼，沒法還原成源碼，你只能通過分析機器碼，大致猜測他的實現方法，而且還是很頭疼的事。。。機器碼可以反匯編。。。
Ⅱ 如何把VC編程生成的EXE文件反編譯出源代碼
vc++ 寫的代碼只能反編譯成匯編。源碼就算了！
Ⅲ e語言編寫的exe程序 如何反編譯成源碼.
這個是目前沒有辦法實現的。
反編譯一般指反向編譯指計算機軟體反向工程（Reverse engineering）也稱為計算機軟體還原工程，是指通過對他人軟體的目標程序（可執行程序）進行「逆向分析、研究」工作，以推導出他人的軟體產品所使用的思路、原理、結構、演算法、處理過程、運行方法等設計要素，某些特定情況下可能推導出源代碼。反編譯作為自己開發軟體時的參考，或者直接用於自己的軟體產品中。反編譯是一項艱巨而復雜的工作。
如果e語言反編譯需要用到的技術過於繁雜，目前開源的資料中並沒有可以准確反編譯的軟體。
自行嘗試需要進行「逆向分析、研究」工作，以推導出他人的軟體產品所使用的思路、原理、結構、演算法、處理過程、運行方法等設計要素。
Ⅳ c語言生成的exe文件還能不能反編譯成源程序
不能！！！！！！
只能人為的翻譯。
沒有這樣的軟體！！！！！！
如果要是能反編譯，這個世界的程序員就全失業了！
Ⅳ 如何將易語言作成的*.exe文件反編譯成*.e的源程序
1、無法將易語言做成的*.exe文件反編譯成*.e的源程序。
2、網上曾經看到一款，e語言的反編譯程序，經測試無法還原成e語言源程序。
3、反編譯一般指反向編譯指計算機軟體反向工程（Reverse engineering）也稱為計算機軟體還原工程，是指通過對他人軟體的目標程序（可執行程序）進行「逆向分析、研究」工作，以推導出他人的軟體產品所使用的思路、原理、結構、演算法、處理過程、運行方法等設計要素，某些特定情況下可能推導出源代碼。反編譯作為自己開發軟體時的參考，或者直接用於自己的軟體產品中。反編譯是一項艱巨而復雜的工作。
Ⅵ 可不可以對一個exe文件反向得到源代碼,再進行修改
編譯的時候很多信息已經丟失了，即使得到源代碼，也慘不忍睹。所以一般都是匯編功底很好的人對局部進行修改，很少得到源代碼再修改的。
Ⅶ 有一*.exe文件，看圖標判斷為vb生成，請問能反編譯而得到源代碼嗎非常感謝！
Create Project -> Application !
＝＝＝＝＝＝＝＝＝＝＝＝
執行文件的建立
1、編譯格式的選擇
PowerBuilder 8.0對生成可執行文件提供了兩種編譯格式：偽代碼(Pcode，即pseudocode的縮寫)和機器代碼(Machinecode)。偽代碼是一種在所有PowerBuilder 平台上支持的解釋性語言，它的格式與PowerBuilder 運行庫(.pbl)一樣，在可執行狀態下保存單個對象，其優點是方便和可移植；機器代碼則是真正的完全脫離PowerBuilder 環境的可執行文件，其優點是速度快，但文件容量比較大。選擇編譯代碼格式一般基於以下三個方面：
①速度。若目標是優化運行速度和應用強化腳本處理，則選擇機器代碼。要是代碼中較多地使用了循環結構、浮點運算或整數演算法及函數調用，機器代碼將比偽代碼做得更好。但偽代碼的編譯速度比機器代碼快，特別是開發人員要快速地創建測試用的可執行文件時非常便利；
②大小。偽代碼生成的文件比機器代碼的小。如運行應用程序的終端機器容量緊張的話，就需要放棄較快的機器代碼而選擇偽代碼；
③移植。偽代碼對於跨平台的應用非常有用。它可以方便地跨平台(PowerBuilder 支持)使用，包括：Microsoft Windows (16位和32位)、AppleMacintosh和UNIX。機器代碼是依賴於平台的，也就是說要求生成和可執行應用平台一致，不過它可以獲得更好的性能。
2、動態庫的建立
發布PowerBuilder 8.0應用可以將一些對象不放到可執行文件中，而放到動態庫中在運行時裝入，這樣可以將應用程序分割成更小的模塊便於管理和維護。
選擇偽代碼(Pcode)編譯方式生成PowerBuilder動態庫（.pbd文件），選擇機器代碼(Machinecode)方式在Windows和UNIX平台上生成動態鏈接庫（.dll文件，如將test.pbl編譯成test.dll），在machine平台上生成平台支持的共享庫（如test.lib）。如果在Windows上有兩個應用，那麼編譯成的.pbd包含一個調用全局外部函數的用戶對象，為了保證正確調用函數必須為每個應用單獨編譯和發布.pbd文件。
當建立動態庫時，將源庫（.pbl文件）中所有對象的編譯版本拷貝到動態庫中。為了在某些庫中只使用所需的對象，可以將它們放到一個標準的PowerBuilder庫（.pbl）中。
在建立動態庫時，PowerBuilder並不檢查所有對象，只是簡單地去掉對象的源格式，因此，對於一些在畫筆或腳本中指定了使用資源（圖形、圖標或指針）的對象，若不想提供單獨的資源，則必須在資源文件（.pbr）中羅列出這些資源，這樣才能保證在建立動態庫時包含這些資源。
動態庫的建立有兩種途徑：一是在庫管理畫筆中建立；二是在工程畫筆中建立工程對象時一起建立。
3、資源文件的使用
可執行文件或動態庫中可以包含一些資源（圖形、圖標或指針），也可以將它們作為單獨的資源文件（.pbr文件）保存。
（1）單獨的分布資源
若某資源不包含在可執行文件或動態庫中，則在執行應用程序引用它時，PowerBuilder按查詢路徑查找該資源，因此，必須將它與應用程序一起放在查詢路徑下。
Windows的查詢路徑為：當前目錄，Windows目錄，Windows的System目錄和PATH環境變數中設置的所有目錄。
（2）資源文件
可以使用PowerBuilder資源文件(.pbr)替代單獨的資源，其中列出所有的動態分配的資源也可以包含動態分配的數據窗口對象。PowerBuilder將這些資源編譯後放入可執行文件或.pbd文件中，這些資源在執行時可直接使用。
若給數據窗口控制項動態分配數據窗口對象，則必須創建一個資源文件，且在可執行文件或動態庫文件中包含該對象，或在一個單獨的動態庫中包含它。
資源文件（.pbr）是一個ASCII碼文件，在其中列出了應用程序要有到的各種資源（如.bmp、.cur、.ico、.rle和.wmf文件）和數據窗口對象。使用文本編輯器（如Windows的記事本）創建一個文本文件，其中列出在應用中動態引用的資源文件，一行列出一個資源，格式如：
appico.ico
appbmp1.bmp
appbmp2.bmp
……
以上文件和對象都假設是在當前目錄中，如果存在於另一個目錄中，則必須包含所在路徑，格式如：
e:\myapp\test.jpg。
Ⅷ EXE文件反編譯成代碼後,能從頭再生成EXE文件嗎
首先用od分析exe，找到判斷的地方，然後再根據情況看看需要改成什麼代碼。
分析好以後就是修改exe了，不用反編譯再生成，直接修改exe文件即可。（16位編輯器就可以修改）。
還有更簡單的方法，直接用nop指令填充掉那些判斷的語句。
不管怎麼說，都只是簡單的說法，程序的注冊機制有簡單有容易，有的還加了殼，殼的難度也得看具體情況了。
如果真是難度很大的破解，那得找比較專業的人來做了，而且估計得rmb，如果簡單些的，可以自己分析試試，也可以丟給我瞧瞧。
留個email給你吧，最近很忙，也不知道什麼時候會上線。（[email protected]）
Ⅸ 如何將au3代碼生成的exe文件反編譯成au3代碼
QQL94452698
Autoit(Au3)專業反編，代碼齊全，功能完整，欲反從速！
Ⅹ 如何將.exe的可執行程序反編譯成為C語言代碼程序
只能反匯編，這種軟體有很多的，如ollydbg，Win32Dasm等，可以把exe反向轉成匯編代碼。
也可以使用反向工程的軟體，此類軟體用起來都非常復雜，可以把一個exe反向轉成一個代碼工程。
一般情況下除了.net、vb和java寫的程序可以反編譯成原始代碼之外，c、c++、delphi等寫的程序是無法反成可讀的有效原始代碼的。