首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

对齐原始内存的加载和存储操作

因为这种情况下,load方法要求基础指针已经正确进行内存对齐,才能访问UInt32。所以这里需要其他解决方案。...第二,上述解决方案使用了2次拷贝,而不是预期的单个拷贝:第一个拷贝到正确对齐的原始缓冲区,然后第二个拷贝到最后正确类型的变量。我们期望可以用一份拷贝完成这项工作。...我们建议将对齐加载操作的使用限制到这些 POD 类型里。...只有当原始内存是另一个活跃对象时,且该对象的内存构造已经正确对齐。原来的 API(load)会继续支持这种情况。...但是在运行时,该 API 会将内存地址存储强制转为与原始类型已经正确对齐的偏移量。这里我们建议删除该对齐限制,并强制执行文档中标明的 POD 限制。这样虽然文档已经更新,但 API 可以保持不变。

1.6K40

MFC中的CListCtrl的最左边一必须左对齐吗?

好久不写MFC的程序了,很多细节问题都记不清了,今晚无意中要用到CListCtrl控件,希望能够表头采用自己绘制的方式显示,于是自己编写了OnPaint方法进行重绘,过程中需要根据每一对齐方式进行绘制表头中的标题文字...,通过判断中的对齐方式进行绘制,判断语句如下: if ((tItem.fmt & HDF_JUSTIFYMASK) == HDF_LEFT)   {       ......   }   else if...else if ((tItem.fmt & HDF_JUSTIFYMASK) == HDF_RIGHT)   {       ......   }   但是我在想CListCtrl中插入列的时候,第一我设置成了剧中对齐...,但是结果无论如何都得不到正确的结果,偏偏其他我又是设置的左对齐,所以结果所有都是左对齐,于是我认为是不是GetItem没有取得对齐方式的数据,结果到MSDN中寻找帮助,结果一无所获,后来想想是不是我的...于是问题又来了,如果让第一能够做到剧中对齐呢?通过实验发现在InsertColumn的时候第一个参数就是的索引,取值从1开始,这样就可以解决问题了。

1.4K60
领券