主页
Top.Mail.Ru Yandeks.Metrika
论坛:“抢”;
当前存档:2003.09.01;
下载:[xml.tar.bz2];

向下

ASPack等...... 找到类似的分支


Region   (2003-08-10 20:27) [0]

使用诸如ASPack之类的程序时是否有任何副作用(例如,压缩程序将无法在某处启动)。
以及哪种类型的程序最有效地使用?

PS(对主持人):老实说,我什至不知道将这个问题放在哪里:在“常规”或“他妈的”中。 转移,如果那样的话。



Dred2k   (2003-08-10 20:34) [1]

测试并查看所有效果。
哪个更好-我不知道,有时我会使用upx。 通常,使用这种方法没有好处,只会消耗更多的内存。 尤其是当日子已经过去时,甚至需要最小的枪托尺寸。 如果您认为它可以防止黑客入侵,那就错了。 呵护这一切;)



Region   (2003-08-10 20:35) [2]

我不需要保护自己免受黑客攻击,我只是减小了体积。
我应该看到什么“所有效果”? 资源需求只会增加吗?



Dred2k   (2003-08-10 20:44) [3]

启动汽车中的打包模块时,“所有影响”是所有可能的错误。 包装工没有做任何会影响“其他汽车”发射的事情。



Anatoly Podgoretsky   (2003-08-10 20:46) [4]

减小尺寸的目标是什么。 更好地匹配任何不必要的程序,效果更高。



Ketmar   (2003-08-10 20:56) [5]

2Anatoly Podgoretsky©(10.08.03 20:46):
例如,目标将降级得更快。 而且,UPX的压缩比zip好得多。



k-man   (2003-08-10 21:37) [6]

副作用是在Solodovnikov的保护者后出现拆包机。 结果,它变得无用。



nikkie   (2003-08-10 21:56) [7]

>,例如,目标下载速度更快。 而且,UPX的压缩比zip好得多。
如果这是目标,那么真的没有压缩程序比UPX差的压缩程序可以执行SFX吗?

通常,使用这种方法没有好处,只会消耗更多的内存。
就是这样。



Best Guns   (2003-08-10 22:01) [8]

我不相信任何exe压缩工具都能更好地压缩RAR(当然,不包括sfx)



Ketmar   (2003-08-10 23:03) [9]

> nikkie©(10.08.03 21:56)
任何.exe包装器都比rara好。 因为下载后不需要其他步骤。 下载-并享受。 rar(和7zip的味道比%-要好)-这是针对软件包的。 单文件...福。 无限地



Ketmar   (2003-08-10 23:05) [10]

还有更多。 不要让人民难堪。 如果启动了该程序的一个副本,则不会再复制了。 好吧,PE的交换机制发生了故障,PE被迫在交换中排成偶数行,而不是立即读取。 结果,它在第一次加热时会变慢。 真的-谁会注意到? unpacker spp不需要解压缩其他内存。 不考虑4 kb上的对齐方式-这不是大小。



Morfein   (2003-08-10 23:34) [11]

顺便说一下,最近遇到了一个问题...由UPX压缩的程序无法在装有WinXP系统和最后一个(根据所有者)Service Pack的计算机上启动,根本没有启动,也没有错误消息。



Ketmar   (2003-08-11 00:14) [12]

好吧,糟糕的发布-还是个傻瓜。 像往常一样,这些家伙决定“改进”引导加载程序,似乎还改善了大脑管理器,最后他们产生了一些小但令人不快的错误。 这一次。
二:我想那还是祖先向猛mm象扔石头的时候吗?



Dimaxx   (2003-08-11 00:51) [13]

在XP中,使用Upx的任何人都被启动了。 而且没有毛刺...



nikkie   (2003-08-11 01:39) [14]

>凯特玛
如果启动了该程序的一个副本,则不会再复制了。
好吧,如果有的话,我几乎同意。 您自己说-启动时速度变慢。 记忆立即吃得饱...

>我想那是那些祖先向猛mm象扔石头的日子吗?
它会影响???吗? 当子孙后代乘坐星际飞船时,这个程序将发生什么变化?

>福。 无限地
好吧,这就是真正的原因。 ;)



Ketmar   (2003-08-11 01:48) [15]

> nikkie©(11.08.03 01:39)
>好吧,如果有的话,我几乎同意了。 您自己说-启动时速度变慢。 记忆立即吃得饱...
好吧,没有人按几十兆字节的垃圾。 和在100公斤上的软件,使其变成30公斤-为什么不动摇它?

>并且影响???
在这里,您会大声笑出来,但是IT的发展并没有停滞不前。 新系统出现,它们有新错误。 旧的错误是固定的。 等等。 但是,抱歉,您是不是在2海豚上写什么? 它不会影响吗? 以及后代...(依此类推)后,在d5 / d6上您的软件将发生什么。

>那是真正的原因。 ;)
什么不好? 以理性为理由。 没有比其他任何更差的了。 %-)



nikkie   (2003-08-11 02:05) [16]

>您会在这里大声笑出来,但是IT的发展并没有停滞...
我怀疑的东西... :)
你只是没有回答我的问题
>当后代乘坐星际飞船飞行时,装满现代果汁的程序会发生什么?

>嗯,没有人按几十兆字节的垃圾。 和在100公斤上的软件,使其变成30公斤-为什么不动摇它?
好的,我们总结一下:Ketmar批准了由1 exe文件组成的软件产品的upx压缩(如果有多个文件,建议使用存档器),订单大小为100千字节,如果假定它不会在多个实例中运行。 此事件的目的是要照顾在10秒(而不是30秒)内通过较差的行下载该事件的用户。



nikkie   (2003-08-11 02:07) [17]

是的,我忘了加上笑脸...
:))
没有暗示碰撞...



Ketmar   (2003-08-11 02:55) [18]

> nikkie©(11.08.03 02:05)
>您只是没有回答我的问题
但是我该怎么回答你呢? 我是先知伊瓦西克吗? %-)

>此事件的目的是照顾在10秒(而不是30)内在劣等行下载该事件的用户
对用户。 快上传给我%-))

>是的,我忘了添加一个笑脸...
>没有暗示碰撞...

是的,我了解,我了解。 不偏执。 至少还没有最终。 %-)



y-soft   (2003-08-11 06:36) [19]

> Morfein©(10.08.03 23:34)

顺便说一下,最近遇到了一个问题...由UPX压缩的程序无法在装有WinXP系统和最后一个(根据所有者)Service Pack的计算机上启动,根本没有启动,也没有错误消息。

我观察到了类似的效果,但是使用了Aspack。 不了解,切换到UPX 1.24。 -故障消失

还面临无法使用HTML格式的压缩资源的问题...



k-man   (2003-08-11 07:20) [20]

一般来说,据我所知,加密保护器并不是为了压缩文件,而是为了保护它免受不同的酷饼干攻击。 但是真正的酷饼干是由拆包商编写的,这些密码的含义...



nikkie   (2003-08-11 13:45) [21]

>打开...给用户。 快上传给我%-))
那么,如果用户在... b上,为什么? ;)
而且我认为人们只是出于用户关注的目的布置作品。 Schaub对他使用这些30K的启发不足。



Camus   (2003-08-11 14:10) [22]

> Ketmar©(10.08.03 23:05)[10]

>开箱器不需要万国邮联来开箱
>记忆

因此,其开发人员声称-是的。 但这还不清楚。

如果确实不需要额外的内存,则解包将转到相同的地址。 当然,由于解压缩后的代码占用的空间要大于打包后的代码所占的空间,因此这意味着它绝不会以任何方式放入同一位置。 从这里开始-动态解压缩(具有相应的速度降低),或者还有更多内存。

如果是第二个,那么一切都清楚了–宣传特技,仅此而已。 而且,如果是第一点,则是另一点-动态解压缩如何与系统本身的映射友好? 显然,您可以与他们成为朋友,但同样,这是以附加代码为代价的,这也占用了内存和速度。

结论-内存丢失或速度丢失是不可避免的,或两者都有。 没有奇迹。

在这些问题上,开发人员没有给出详细的解释。 也许是因为专有技术。 也许出于稍微不同的原因...



Ketmar   (2003-08-11 16:36) [23]

> k-man©(11.08.03 07:20)[20]
但是我们不要混淆打包程序和加密程序,对吗?

> nikkie©(11.08.03 13:45)[21]
错误的想法。 骄傲地散开:在这里,我发布了我的网络!

> Camus©(11.08.03 14:10)[22]
>因此,其开发商声称
是的,马库斯声称是这样。 由于详细描述了所使用的方法,因此我没有理由怀疑。 在极端情况下,您可以看到解压缩器代码。

>如果确实不需要额外的内存,则解包将转到相同的地址。 当然,由于解压缩后的代码占用的空间要大于打包后的代码所占的空间,因此这意味着它绝不会以任何方式放入同一位置。
在写之前先想一想-不,不? (没有冒犯性,pliz%-)很明显,UNPACKER不需要额外的内存(例如,各种缓冲区,树的位置以及您自己)。 关于解压缩的数据一言不发。 这是正确的:如何将其解压缩到与打包的相同的体积? 这不再是压缩,这是%的嘲笑-)
例如:BWT解压缩器需要大量额外的内存来解压缩(除了数据内存)。 但LZ77-不需要任何内容​​。 现在更清楚了吗?

>关于这些问题,开发人员未提供详细说明
好吧,您可以随时通过邮件询问。 例如我所做的...



Ketmar   (2003-08-11 16:36) [24]

> k-man©(11.08.03 07:20)[20]
但是我们不要混淆打包程序和加密程序,对吗?

> nikkie©(11.08.03 13:45)[21]
错误的想法。 骄傲地散开:在这里,我发布了我的网络!

> Camus©(11.08.03 14:10)[22]
>因此,其开发商声称
是的,马库斯声称是这样。 由于详细描述了所使用的方法,因此我没有理由怀疑。 在极端情况下,您可以看到解压缩器代码。

>如果确实不需要额外的内存,则解包将转到相同的地址。 当然,由于解压缩后的代码占用的空间要大于打包后的代码所占的空间,因此这意味着它绝不会以任何方式放入同一位置。
在写之前先想一想-不,不? (没有冒犯性,pliz%-)很明显,UNPACKER不需要额外的内存(例如,各种缓冲区,树的位置以及您自己)。 关于解压缩的数据一言不发。 这是正确的:如何将其解压缩到与打包的相同的体积? 这不再是压缩,这是%的嘲笑-)
例如:BWT解压缩器需要大量额外的内存来解压缩(除了数据内存)。 但LZ77-不需要任何内容​​。 现在更清楚了吗?

>关于这些问题,开发人员未提供详细说明
好吧,您可以随时通过邮件询问。 例如我所做的...



dataMaster   (2003-08-11 16:41) [25]

我用ASPack这么胡扯。压缩程序不是从CD启动的,但是压缩程序却没有启动。我不记得Windows消息错误,但是从那以后,我不再使用EXE包装器。



Camus   (2003-08-11 17:47) [26]

> Ketmar©(11.08.03 16:36)[24]
>现在更清楚了吗?

las,不再。 如果将它解压缩到另一个地方,则需要为其分配内存。 如果不是彼此相反,而是同一件事,那么您要么需要分配内存(因为解压缩后的代码被压缩得更多),要么动态地对其进行分批解压缩。

注意-这是 关于托管代码本身所需的内存。 我们甚至没有在谈论各种服务和辅助结构。 甚至在这种情况下,事实证明-我们需要更多的内存,或者我们在动态拆包时会失去速度。

恕我直言,解决这个问题是不可能的-嗯,您不能一次将一桶啤酒倒入一瓶中。 分装或装在许多瓶子中。

所以-它没有变得更加清晰。



Ketmar   (2003-08-11 18:08) [27]

很好 我要说的是:解压缩程序不需要的内存比打包之前占用的原始程序(作者所想的)要多。 现在好些了吗? %-)



k-man   (2003-08-11 18:14) [28]

>但我们不再混淆包装工和加密人员,对吗?

据我所知,Aspack是一个密码保护器,将缓存返回其原始状态的程序称为拆包程序。
Caspr 1.1示例将ASpack 1.1和1.2拆包,但不是全部



Ketmar   (2003-08-11 18:23) [29]

我们在那里谈论了UPX,实际上是%-))



Camus   (2003-08-11 18:30) [30]

> Ketmar©(11.08.03 18:08)[27]

现在好了。 但也错了。 因为他仍然需要比打包前占用的原始程序更多的内存。 因为它必须包含源程序中没有的其他代码。 至少是解压缩本身的代码。 以及提供到地址空间的常规映射的代码。

可能是作者想到的是,在拆包期间分配内存,他立即要求提供所需的内存以容纳已经拆包的代码,然后将压缩后的代码加载到其中并“就地”拆包。 确实,很可能对此表示同意(附带条件是这样的决定只是提出要求,因此几乎不可能将其视为“专有技术”)。 但这是同意不需要的说法 大体 恕我直言,没有额外的内存是不可能的。



Ketmar   (2003-08-11 19:22) [31]

> Camus©(11.08.03 18:30)[30]
我已经给出了拆箱的例子。 好吧,无需额外的内存即可扩展BZIP2归档文件(甚至只是一个zip文件)。
我最后要澄清:解码器上的位置也不包括在内。 因此:只要在解码器中没有“刷新”静态缓冲区,则解码器将不会向系统请求额外的内存以就地解压缩。

ZYZH
我今天不太了解某些内容,我无法制定%-)



k-man   (2003-08-11 19:51) [32]


>并且我们在那儿谈论了UPX,实际上是%-))

通常,每个topisk都有一个主题:-)



Region   (2003-08-11 19:55) [33]

主啊!
好吧,回答我这个问题,我是否应该使用包装机? 如果追求这样的目标:在Internet的600 kb上放两个exe-shnik?



Region   (2003-08-11 19:58) [34]


>通常,每个topisk都有一个主题:-)

主题中有“ etc”,但是在第一个消息中有一个“ type”。 因此UPX也是这个主题。



Ketmar   (2003-08-11 20:16) [35]

>区域©(11.08.03 19:55)[33]
不行 带有普通拉链。



Region   (2003-08-11 23:49) [36]

谢谢你的建议



Страницы: 1 整个分支

论坛:“抢”;
当前存档:2003.09.01;
下载:[xml.tar.bz2];

楼上





内存:0.7 MB
时间:0.105 c
14-1585年
菲利克斯
2003-08-13 22:24
2003.09.01
你知道今天和明天最好不去莹吗?


1-1499年
@Ujin
2003-08-17 14:08
2003.09.01
告诉我如何在Delphi中使用Html-help?


3-1297年
手指
2003-08-10 17:43
2003.09.01
使用ADO访问图纸


1-1377年
Sliski slimak
2003-08-16 20:48
2003.09.01
先生们,如何使用24位位图创建资源?


1-1472年
罂粟
2003-08-18 13:55
2003.09.01
投资者





南非荷兰语 阿尔巴尼亚人 阿拉伯语 亚美尼亚 阿塞拜疆 巴斯克 白俄罗斯 保加利亚语 加泰罗尼亚 简体中文 中国(繁体) 克罗地亚 捷克 丹麦语 荷兰人 英语 爱沙尼亚语 菲律宾人 芬兰 法语
加利亚西语 格鲁吉亚语 德语 希腊语 海地克里奥尔语 希伯来语 印地语 匈牙利 北日耳曼语 印度尼西亚人 爱尔兰语 意大利语 日本 韩语 拉脱维亚 立陶宛 马其顿 马来语 马耳他语 挪威语
波斯语 波兰语 葡萄牙语 罗马尼亚 俄语 塞尔维亚 斯洛伐克 斯洛文尼亚 西班牙语 斯瓦希里 瑞典语 泰国人 土耳其 乌克兰 乌尔都语 越南人 威尔士语 意第绪语 孟加拉 波斯尼亚
宿务 世界语 古吉拉特语 豪萨语 苗族 伊博 爪哇 卡纳达语 高棉 老挝 拉丁语 毛利 马拉 蒙古人 尼泊尔 旁遮普 索马里 淡米尔文 泰卢固语 约鲁巴语
祖鲁
英文 Французский Немецкий Итальянский Португальский 俄文 Испанский