==> 在 brenden.bbs@bbs.ncnu.edu.tw (100%理性) 的文章中提到:
: ※ 引述《Kathy.bbs@bbs.cs.nthu.edu.tw (Kathy)》之銘言：
: : ※ 引述《brenden.bbs@bbs.ncnu.edu.tw (100%理性)》之銘言：
: ^^^^
: : 我指的是以runtime module 來直譯P-Code 及Native Code, 這跟
: : 一般所謂"compiled executable"可是不一樣的
: VB 5 既然支援編譯，就不會有所謂的"以runtime module 來直譯P-Code 及Native Cod
: 編譯就是編譯，那裡還有所謂的，「以DLL 來直譯」這種鬼話」
: 照你這種「好像」說話屬實的話，VB5 那裡還來的支援編譯? M$ 不就是在欺騙消費者?
: 你倒底懂不懂什麼叫直譯?什麼叫編譯啊?
M$欺騙消費者的地方不是沒有... 誇大的話也不是沒說過.
VB從以前就一直用P-Code, 這是不爭的事實, 而且你trace VB的執行檔
的話你會發現它是去執行VBRUNxxx.dll來對執行檔存取, 加上它那種行
為根本就是直譯, 只是把程式碼換成別種代碼或符號. 而Native Code
也是一種類似的東西, 不過我覺得他是學習Java那種虛擬機器的東西吧!
如果支援純粹編譯, 你把VB可執行檔拿到沒有裝過VB或是runtime module
的機器跑看看, 保證是不能跑. 但是其他像VC, BCB, Delphi, ASM...
只要編譯成stand alone就可以成為單獨執行檔. 如果VB真的是編譯的話,
那就不會有那種可以將VB執行檔還原成原始碼的程式了. 且我也用過
java的反組譯程式. 因為java也不是真的編譯成機器碼, 而是虛擬碼.
--
Andre C.C Lin (I.N.C)
I.N.C Storm Force : http://www.taconet.com.tw/~xinc
Personal E-Mail : inc(a)mail.intellect.com.tw
Specified E-Mail : sysadm(a)ms4.url.com.tw
--
● Origin : 雲林科技大學藍天使 <bbs.yuntech.edu.tw> [FROM: 140.125.251.119]