tonyjansan@tonyjansan
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“那么问题来了，0x10000 * 0x10000等于几呢？[ema21][ema21][ema21] 【 在 mandy4321 的大作中提到: 】 : 第一直觉就是这个运算会溢出，是我想错了”
“没记错的话gemini用的基带应该是mtk，可以直接给mtk qa发个邮件问问看，估计希望不大，实在要搞可以拉他们相同型号的android baseline做移植，但是工作量嘛…[ema21][ema21][ema21] 【 在 Saru 的大作中提到: 】 : 【”
“有种东西叫光学放大器...屏幕面积和计算量并不成正比的... 举例手机和电视，手机屏幕4寸和6寸屏幕都可以是1080p分辨率，电视40寸和60寸也都可以是1080p分辨率，假设屏幕像素点都遵循拜耳排列，那么他们的显示计算规模应该就是相近的 【 在 coyding 的大作中提到: 】 : 几十年前就有大屏了，而现在常见的…”
“https://wiki.debian.org/Mobile & https://wiki.debian.org/ChrootOnAndroid 不建议试图重写或者修改modem.img；不建议试图重写或者发明ril和ipc； 最后，珍爱生命，远离驱动... 【 在 Saru 的大作中提到: 】 : 额，对linux的…”
“C语言中函数设计更多关注点在于内存的传递和维护上，当你对数据粒度和内存管理的需求较高时，对于 Data getData(); void setData(Data a); 这一类方法要格外注意： 1. Data的内存结构是什么； 2. getData返回值的内存由谁来分配，谁来释放； 3. setData传递的a参数由谁…”
“"数据类型所占内存大小是由 CPU 架构决定的"， 准确的说法应该是数据类型所占内存大小是由编译器决定的，而编译器确定数据类型内存结构的依据来源自编译目标的cpu架构，毕竟要把交叉编译的问题考虑进去 【 在 nitroethane 的大作中提到: 】 : [md] : 1. 数据类型所占内存大小是由 CPU 架构决定的…”
“刚看了下这个参数好像Win8以后被禁用了，那还是得用SO_KEEPALIVE的，Windows平台自身兼容性也是件麻烦事 【 在 fa520875 的大作中提到: 】 : 好的 这块我仔细研究一下”
“如果是交互很频繁的信道，还是倾向上层应用自己来保活。 keepalive并不会引发重连，只会告诉你连接老化，并且不具备实时性；如果你只在Windows平台做的话，又一定希望使用系统的保活机制的话，~~我倾向于用SIO_KEEPALIVE_VALS这个属性，相关文档： https://msdn.microsoft.com…”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。