sscanf i386与x86_64解析引用的字符串的C不同行为

如何解决sscanf i386与x86_64解析引用的字符串的C不同行为

我发现sscanf在i386机器上解析双引号字符串的奇怪行为。

我的代码：

char string[] = "\"1597821828\" \"MODIFY\" \"/fullpath/test2\"";
printf("line : %s",string);
int total;
char store_date[12] = "",store_etat_watch[24] = "",store_path[1024] = "";
printf("stores init:%s,%d,%s,%d \n",store_date,strlen(store_date),store_etat_watch,strlen(store_etat_watch),store_path,strlen(store_path));
total = sscanf(string,"%s %s %s",store_path);
printf("stores brut:%s,strlen(store_path));

我在debian arm64上编译它并执行它（这是我的Makefile）：

CC = gcc

ERROR_CFLAGS =-墙-W -pedantic -Wextra -Werror CFLAGS =-静态-g -O0 $（ERROR_FLAGS）-D_REENTRANT -DLinux LDFLAGS = $（ERROR_FLAGS）

全部：sscanf_test

sscanf_test：sscanf_test.c $（CC）$（CFLAGS）sscanf_test.c -o sscanf_test .PHONY：clean

clean：rm -f sscanf_test

结果：

line：“ 1597821828”“修改”“ / fullpath / test2”

存储init：，0，，0，，0

存储brut：“ 1597821828”，12，“ MODIFY”，8，“ / fullpath / test2”，17

这就是我期望的结果。 然后我在ubuntu i386上编译并执行：

结果：

line：“ 1597821828”“修改”“ fullpath / test2”

存储init：，0，，0，，0

存储brut：“ 1597821828”“”修改“，20 ，”修改“，8，” / fullpath / test2“，17

第一个字符串未正确解析。 如果字符串不是以双引号开头：“没问题”。

char string[]="1597821828 \"MODIFY\" \"/fullpath/test2\"";

结果：

line：“ 1597821828”“修改”“ / fullpath / test2”

存储init：，0，，0，，0

存储brut：1597821828,10，“ MODIFY”，8，“ / fullpath / test2”，17

我必须解析以双引号开头的字符串。

有人可以帮助我吗？

解决方法

char store_date[12]太小，无法存储 string *1597821828*（为清楚起见，用*代替了引号字符。）。结果：不确定的行为（UB）。长度为12的字符串至少需要12 + 1 char。 +1用于空字符。

对于UB来说，它似乎可以在某些系统上运行； UB不是“必须失败”，而是“ 任何事情都可能发生”。如果您踩在store_data[12]外部的内存恰巧不是编译器用于该函数后面所需的任何东西，则它可能会起作用。这就是使未定义行为如此令人讨厌的原因：测试不能总是揭示它。

---

使目标数组足够大，并在"%s"中使用宽度。

// char store_date[12]="";
// total=sscanf(string,"%s",store_date);

char store_date[12+1]="";
total=sscanf(string,"%12s",store_date);

---

与strlen()匹配的说明符不匹配

// printf("%d \n",strlen(store_path));
printf("%zu\n",strlen(store_path));