aaaa007cn：熟悉PE结构的话
就知道哪几个字节的不同是可以忽略的
不过考虑到国产打包大多连源码都欠奉
根本没必要检查到这一步回到原帖

随便Google一下，包括vc的开发者都说vc下不能确保一致性。

你写一个hello world
然后多次编译后对比就知道了

cl hello.c /Fe1.exe
sleep 5
cl hello.c /Fe2.exe
fc /b 1.exe 2.exe

aaaa007cn：你写一个hello world
然后多次编译后对比就知道了

cl hello.c /Fe1.exe
sleep 5
cl hello.c /Fe2.exe
fc /b 1.exe 2.exe回到原帖

当程序足够复杂，优化足够多，编译器的自由度很大，不能确保一致性。并非不能实现一致。当然这些差异不是实质性差异。

找到一篇相当棒的文章
http://blogs.kde.org/2013/06/19/really-source-code-software

我始终认为
相同的输入应该导致同样的输出
或者说结果的些微不同必须是可以解释的，时间戳、校验、签名等

说到底，最重要的始终是个信任问题
回到原话题
portableapps的便携版到底有什么私货？
又如果保证国内编译版没有夹带私货？

aaaa007cn：找到一篇相当棒的文章
http://blogs.kde.org/2013/06/19/really-source-code-software

我始终认为
相同的输入应该导致同样的输出
或者说结果的些微不同必须是可以解释的，时间戳、校验、签...回到原帖

相同的输入可以实现同样的输出，但并不可靠。对于portableapp，我只是看到别人评论，底下也没有人反驳。说到底，还是信任问题，是你宁愿相信谁的问题？
对于私货，改个标签链接就好了，何必大费周章改源码（更深层次的就不考虑了），我自己也编译，所以我相信国内编译版。

aaaa007cn：找到一篇相当棒的文章
http://blogs.kde.org/2013/06/19/really-source-code-software

我始终认为
相同的输入应该导致同样的输出
或者说结果的些微不同必须是可以解释的，时间戳、校验、签...回到原帖

时间戳、校验、签名太低级，一般都是看反汇编指令，所以需要较长一段时间验证，这里还需要考虑到不同优化导致的不同结果

portableapps不了解
编译版无法保证，所以还是推荐自行编译为最佳

如果相同输入导致不同输出
那么怎么判断输出是等价的？
又怎么判断哪个输出更优？

没错
就是信任问题
虽然我自己也编译各种二进制给别人
但是对不起
对各种国产编译版
在没有深入了解的前提下
首先默认为不可信
虽然可以按我之前说的来考察，改变信任度
但是太麻烦了

另外如果是我
我可能会这么说“不推荐这个，根据[某个来源]，它夹带私活”

这我知道27也有这问题,是因为TMP插件引起的,禁用tmp就好了,tmp咋不更新呀,郁闷

sky282099193：这我知道27也有这问题,是因为TMP插件引起的,禁用tmp就好了,tmp咋不更新呀,郁闷回到原帖

TMP就是tab max plus, 关闭tmp任何选项都不行,只有禁用

如果是TMP 把选项中的可恢复数调节一下。 我调节的21 就好了

xzchina：如果是TMP 把选项中的可恢复数调节一下。 我调节的21 就好了回到原帖

调了.没用,tpm和26.27冲突,没法子,只能靠作者解决了

sky282099193：调了.没用,tpm和26.27冲突,没法子,只能靠作者解决了回到原帖

没用？？ 我tete009 26+ TMP 0.4.1.2.02 很稳定啊。。

这个也不太常用，废就废了吧

刚更新到28,竟然发现28解决了这个问题,太好了,25,27有这问题,26.28没这问题,难道和单双有关?碉堡了!