我也用过,但是有时就把exe文件给压坏了。

解决方案 »

  1.   

    我信。因为我用过。
    主要原理(我猜测)主要是对资源进行压缩。Delphi自带的resource explorer可以看压缩前的exe确看不了压缩后的exe。在Delphi里,所有的FRM文件全是资源,当整个exe生成时,应该看到很大一部分是被资源占用了。
      

  2.   

    AsPack同时也压缩你的可执行代码,并创建单独的引导头(2K大小)替换原来EXE的引导头,用于把你压缩后的可执行代码在内存中解压并执行。
      

  3.   

    我的最大压缩记录是31%。
    不过好象*.dll,*.ocx的压缩并不保险。
      

  4.   

    Yeah!
    我17M的东东,PACK了一下只有4.8M!哈俣.....
      

  5.   

    Aspack有时会使程序莫名奇妙的死掉,使用时要小心,我现在都不用它
      

  6.   

    www.aspack.com自解压文件不能用它压而且压后的程序如果中了毒,运行不了.
      

  7.   

    情况各不相同,总而言之aspack是个很好的工具
      

  8.   

    其实它的原理与网页压缩的原理是相同的。都是将文件里的多余空格删除。这是原理之一。你别小看这些空格, DELPHI 生成的 EXE 及 DLL 确实有不上的空格。注:空格指 ASCII 0 及 Space
      

  9.   

    说明DELPHI的效能低,远不如VC
      

  10.   

    samueler(Samuel):
    你这话有点过了吧.VC也有这种问题啊。
      

  11.   

    如果ASPack能有这种效果,那不是说明VC DELPHI VB 等编译器都会产生大量冗余代码吗?
    这么大的公司的东西竞不如一个shareware?
      

  12.   

    aspack本身有加密,也不可逆。有解压缩工具(unaspack),不能完全复原。aspack会对PE文件的各节进行压缩,而Import表由aspack自己做了~~,大家不妨看看aspack压缩前后所引入的DLL。
      

  13.   

    aspack本身有加密,也不可逆。有解压缩工具(unaspack),不能完全复原。aspack会对PE文件的各节进行压缩,而Import表由aspack自己做了~~,大家不妨看看aspack压缩前后所引入的DLL。
      

  14.   

    TO
    samueler(Samuel)
    samueler(Samuel)
    samueler(Samuel)
    samueler(Samuel)
    这并不是说明 DELPHI 的效能低,不信?? 你睇吓 DELPHI 与 VC 的比较的文章就清楚。VC 的小,是全靠 WINDOWS 的 DLL 支持。 不信? WINDOWS 本身有 VC 要用的 DLL 。 如果你将 DELPHI 的程序不完全编译,看是否比 VC 的小 ?
      

  15.   

    给我一个下载连接啊,我的aspack可没有那么厉害啊
      

  16.   

    还是用UPX吧,不可逆 ??
    谁说的?可以啊
      

  17.   

    给我一个下载连接啊,我的aspack可没有那么厉害啊 
      

  18.   

    压缩率与你写的程序中包含的资源多少决定(如TXT,BMP等多则压缩比相应高一些:)
    AsPack & Upx 各有千秋。
      

  19.   

    upx
    upx
    我喜欢在字符模式下用,,,快。。而win32版窗体版不爽。
    请问最新版本是多少?
    upx
      

  20.   

    ASPACK对程序本身没有什么影响,反而使程序的加密更好了一点点!不过对那种需要同时运行几个的程序来说,对内存就消耗大了,没压的程序,同时运行十个八个内存消耗跟只运行一个差不多,但压了后差别就大了!这是因为..就不用我多说了吧!程序读入内存后解压再执行!!不过Aspack有时会把一些不应该压掉的东西压掉,如资源等!
      

  21.   

    老大kingron做过一个类似的东东,他主页上有得下:http://kingron.myetang.com
      

  22.   

    强烈推荐ASPack 2.12!
    我一直苦恼于Delphi为什么动辄就生成那么大的文件,昨天用Aspack一试,近800K的文件只剩下200多K,而且速度变快了许多!
    简直把我高兴坏了,好东东呀。
      

  23.   

    生成大文件是因为delphi和C的窗体等资源在程序中的生成方式不一样所致,
    而且vc又暗暗的用了一些dll文件,不信的话可以追一追。
    delphi编译的时候不带任何pakage的话,一个程序也可以只有十来K.
    我有一个程序,全编译的话有1。2M,不带任何pakage的话,16K,
    再用aspack2压一压,12k,只是我发布的时候,需要做安装版,带上这些包Q_Q