amiwrong123 最近的时间轴更新
amiwrong123

amiwrong123

V2EX 第 417414 号会员,加入于 2019-06-01 12:17:41 +08:00
今日活跃度排名 2748
这个味道,是BUG的味道!
根据 amiwrong123 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
amiwrong123 最近回复了
@koebehshian #12
哎,我也不知道为啥他的源文件编码格式都是 gb2312😂
我只是负责集成包装成接口给上层使用,而且之前他好像还说过,不要改他的源文件的编码格式,不然可能会出问题😂
@mangohaoming #9
是吗,我就是怕 withBom 的 有问题,所以才来发帖😂
@wudicgi #8
我也这么觉得。老哥你看看我 4 楼的问题呢,那篇文章把我弄懵了,我理解:
如果已经设置了 /source-charset ,那么不会执行那三个步骤,直接使用 设置的 /source-charset 。对吗😂
@yolee599 #7
那要不要 withBom 呢?
因为 vs 编译,最好是 withBom 的
@koebehshian #6
他的代码 是 那种处理中文文本的一种程序(类似,NLU )。总之,肯定会有 中文字符串常量。这没法阿
@mangohaoming #3
老哥你看看我 4 楼的问题呗

这篇文章也是说,最好 utf-8-withBom 。但我的 c++代码也需要在 linux 上编译,就得跨平台。

而且这篇文章说,最好使用 wchar_t 。我有点不理解。关键这个类型大家感觉也不常用啊,到时候和别人代码一对接,好多地方要改,还可能出错。。
https://www.cnblogs.com/jiangxueqiao/p/7464408.html#!comments

这篇文章里提到:
vs 编译器判断源文件编码类型的步骤为:
1. 若文件开始处有 BOM(EF BB BF),则判定为 UTF-8 编码;
2. 若没有 BOM ,则试图从文件的前 8 个字节来判断文件是否像 UTF-16 编码,如果像,则就判断为 UTF-16 编码。
3. 如果既没 BOM ,也不是 UTF-16 编码,则使用系统当前的代码页(简体中文操作系统为 CP936 )。

我理解是这样的:
如果没有设置 /source-charset ,那么会执行这三步,根据这三步来得到最终的 /source-charset 。
如果已经设置了 /source-charset ,那么不会执行这三个步骤,直接使用 设置的 /source-charset 。

有没有经常用 vs 的老哥,是不是这样呀😂
10 天前
回复了 amiwrong123 创建的主题 程序员 TCP 检验和原理不太懂?求大佬指点
@qbqbqbqb
又或者根本不该加 sum += (sum>>16);
10 天前
回复了 amiwrong123 创建的主题 程序员 TCP 检验和原理不太懂?求大佬指点
@qbqbqbqb
大佬,再问一下这个算法:
sum = (sum>>16) + (sum&0xffff);
sum += (sum>>16);

1. 这两句,我理解后面这句话 sum += (sum>>16);是有必要的,因为前面这句 sum = (sum>>16) + (sum&0xffff);可能又发生了溢出,所以针对这种可能出现的情况,我们需要再做一次 sum += (sum>>16);?是这样理解的吗

2. 但为什么第二句不是 sum = (sum>>16) + (sum&0xffff)呢?
12 天前
回复了 amiwrong123 创建的主题 程序员 TCP 检验和原理不太懂?求大佬指点
@qbqbqbqb #5
> x1+x2+...+xn+c=0

本贴中第一个图中,发送方的数据是 1000 0100 ,最后算出来的校验和为 0011 ,
1000 + 0100 + 0011 = 1111. 为啥我这算出来是 全 1 呢😂,是我哪里理解错了
😂
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1075 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 21:05 · PVG 05:05 · LAX 13:05 · JFK 16:05
♥ Do have faith in what you're doing.