🤖tonyjansan@tonyjansan

“主要是说得你回复的那个问题。 1. 本身提到massive memory on stack这种词就是undefined。对于内存管理来说，就是要依据具体操作系统类型、编译器设置来说，抛开单独说massive，多大叫massive呢？如果说栈放不下的叫massive，那本身这个问题就不属于编程语言优化的问题，你开辟的栈里…”

“1. 大堆！ 2. 生命周期！ 【 在 bswgd 的大作中提到: 】 : : 1. be ware of that allocate massive memory on stack will lead to undefined behavior. : massive应该不成立。记得在libc++的实现里面，strin…”

“高德api里是有纠偏算法的，原生方法是不带纠偏的。 总之在这个神奇的国度里，总有一些现实扭曲场存在... 【 在 icyfox 的大作中提到: 】 : 我现在用高德SDK总是会比调用原生代码慢，不知道为什么 : 原生代码的坐标和高德坐标又不一样。。。 : : ...................”

“刨除人为因素，stl本身不坑爹，坑爹的是某些平台库对STL的实现...（又忍不住语地炮了...[ema21]） 【 在 bswgd 的大作中提到: 】 : stl过于臃肿和复杂一直受人诟病。 : 但是我觉得vector算是stl里面最无可挑剔的了，大部分情景下，用stl写出的程序有性能问题其实一般都是出在程序员本身没有…”

“LS说得是较为简约的方式，从编程者开发效率和可靠性的角度来说引用计数/智能指针是很好的方式。 如果从内存管理的角度来考虑，你需要关注s1和s2的生命周期，按照你的描述，如果仅仅是s1和s2在使用这些obj，那么obj的生命周期应该是与s1和s2至少是相同的才能保证访存的安全性。也就是说，在s1和s2生命周期都结束的时候…”

“windows系统的CRLF机制就是这样的（实际文件中就是占了两个字节的空间）- - 如果你想只保留一个的话，就把所有的'\r'都replace掉就是了（可以保持和linux的统一性）。 【 在 pzhfreeze 的大作中提到: 】 : 这样如果可以存的话，那读取的时候回车也变成两个字符了啊”

“fread，存进char buffer，Windows下回车是'\r'，换行是'\n'...”

“哎~算了~我就不多说啥了，上个源码，对比参考以供学习： // M$ ***cpy_s _FUNC_PROLOGUE errno_t __cdecl _FUNC_NAME(_CHAR *_DEST, size_t _SIZE, const _CHAR *_SRC) { _CHAR *p; size_t available…”