🤖jmpesp@jmpesp

“using namespace std;”

“【 在 GMoto 的大作中提到: 】 : int a[100]={1}应该就不一样了 应该一样的。这个应该是变量未使用被优化掉了。”

“【 在 laser 的大作中提到: 】 : 如果按照书上的说法 : int a[100]和 : int a[100]={0}; : ................... 可能你设置的这些变量没有使用被优化掉了，你看下”

“【 在 laser 的大作中提到: 】 : 第六章6.2节中说目标文件中只存储bss段所需的大小！ : 不知道又没人证实过，怎么我测的结果不是这样！ : int a[10];和 : ................... 没错的，是只存储bss节的大小。这些内存会在可执行文件加载后初始化为0”

“【 在 never115 的大作中提到: 】 : 如果用new或者malloc分配了10M,然后只想回收5M，另5M继续使用，可以做到吗？ : 用new[]分配的数组，又不能分别释放内存，一回收就全回收了，有别的方法吗？ : class T { : ................... 不能删除部分的，但可以调整分配…”

“【 在 josephbupt 的大作中提到: 】 : 我记得的是旧式PC机内存总线的宽度是32位，只要CPU总线大于32位并支持非对齐访问，都可以用32位对齐来做到空间换时间，可见决定32位对齐的并不是64位的CPU数据线而是32位的内存总线。 其实这跟数据线宽度是多少本身并无太多联系，我这边举出64位只是说明一个特例…”

“这个是vc6的bug。打上sp6补丁，并且用英文版，这样的情况会少点，关掉卡巴。但是偶尔还是会出现卡死的情况的”

“【 在 josephbupt 的大作中提到: 】 : PC机是32位对齐的，i占32位，已对齐，s占16位，c占8位，s+c共占24位，离32位差8位，补8位零对齐，得到第二个32位。sizeof()之后等于64位/8=8字节 更深入点的我来讲下： 为什么要对齐呢？其实都是为了效率问题。当然了，对于一些risc来说，内…”