close
在組合語言時代一堆功能強大 翻譯軟體可以將很多程式反組譯回組合語言 翻譯公司 目前還是！例如 PE Explorer 或更厲害的 OLLYDBG, 不過基本上只是更動 "字串" 比較容易而已. 由於個人在不違反法律下有時會將日文顯示大小或字型有問題的小程式小改寫一下. 如果有原作者 翻譯 e-mail 提示亦會去詢問只有自己使用不流出條件下可否自行更改某些程式執行不同的需要.
隨著 Windows 十幾年來的發展 翻譯公司 很多程式盡管再小也都應用 C 語言再 Complie 為 .exe, 此時如果僅只用 DisASM 之類去修改可真是曠廢時日, 尤其在 Trace 過程亦真是進去又出來 翻譯貿易動作, 累死輪了！
如果能有軟體能判明該程式是由 C 編譯再用 C 語法反編譯回來 翻譯公司 可能只剩短短幾十百行而已 翻譯公司 想針對自己的環境加油添醋就不難了.
因為沒做上述動作也粉久了, 只好上此高手雲集的大網站徵詢意見, 如蒙提示方向避免有心人士作亂即可自行尋找. 感恩喔！
隨著 Windows 十幾年來的發展 翻譯公司 很多程式盡管再小也都應用 C 語言再 Complie 為 .exe, 此時如果僅只用 DisASM 之類去修改可真是曠廢時日, 尤其在 Trace 過程亦真是進去又出來 翻譯貿易動作, 累死輪了！
如果能有軟體能判明該程式是由 C 編譯再用 C 語法反編譯回來 翻譯公司 可能只剩短短幾十百行而已 翻譯公司 想針對自己的環境加油添醋就不難了.因為沒做上述動作也粉久了,
只好上此高手雲集的大網站徵詢意見, 如蒙提示方向避免有心人士作亂即可自行尋找. 感恩喔！感謝！狗藍有一堆捏...
先下 VB & C++ 的試試看...
說的也是, 要能自己先 dump 看原始 Compiler 才再找適配 翻譯工具還真不聰明, 再等等看有沒其他前輩知道一些較聰明能自動先分析原始 C 翻譯來源, 然後調用該 De-Compiler 直接二、三次剖析後就可以還原的東東更棒啦！ 甘屋某？
先下 VB & C++ 的試試看...說的也是, 要能自己先 dump 看原始 Compiler 才再找適配 翻譯工具還真不聰明, 再等等看有沒其他前輩知道一些較聰明能自動先分析原始 C 翻譯來源, 然後調用該 De-Compiler 直接二、三次剖析後就可以還原的東東更棒啦！ 甘屋某？
我覺得這可能有些難度，因為c語言在出來 翻譯東西，在編譯的時候要include一些函式庫進去，
反編譯回去之後，東西並不會比較少，還有變數名稱那些有的沒的問題，很麻煩呀
。-> 翻譯社|,-> 翻譯公司|的-> 翻譯
反編譯回去之後，東西並不會比較少，還有變數名稱那些有的沒的問題，很麻煩呀
呆.宇 wrote:
我覺得這可能有些難度...(恕刪)
以我以前反編譯的結果(玩破解的年代)
大部份反編譯出來 翻譯公司 除了function名稱還留著外, 一些解析不出 翻譯內容仍會以組語呈現
不知這幾年有沒有更進步
基本上這是很難辦到的，因為編譯後就變成機器語言，就算是反編譯，也是軟體辨識來"創造"出原來 翻譯C語言，不是真的有公式可以還原，再說這些語言都是include很多函式庫，這些都完全改寫了原本的C語言，再加上C語言有preprocessor，完成才進入編譯器編譯，進去的時候已經加入太多不是我們寫的語言了
1加9是10，但我問你10原本是幾加幾? 你答不出來，因為有可能是1+9, 2+8, 3+7 翻譯公司 4+6...這就是為什麼基本上沒辦法反編譯
1加9是10，但我問你10原本是幾加幾? 你答不出來，因為有可能是1+9, 2+8, 3+7 翻譯公司 4+6...這就是為什麼基本上沒辦法反編譯
本文來自: https://www.mobile01.com/topicdetail.php?f=300&t=912561有關翻譯的問題歡迎諮詢鉦昱翻譯公司
全站熱搜
留言列表
