chwncy

@armink 提交的代码确实出了问题，会导致 #160 的问题，原因是我在提交代码的时候，直接把上面红框里面的代码拷贝到了下面  这就会把crc_is_ok赋值为false; 在read_sector_info函数中会判断crc_is_ok为false, status在不等于FDB_KV_PRE_WRITE 和 FDB_KV_ERR_HDR 时，就会打印CRC32 check failed. 因此我把crc_is_ok赋值为true即可解决，不知armink 觉得可行否？ ps：在我实际运用中，基于256kflash测试，以每次写入相同键值的4字节数据，将其写满，重新上电运行，如果没有屏蔽状态标记为删除的情况下，总共需要花费12秒左右，若屏蔽，则将仅花费6秒左右。

> 把 38 行改为 true 可以的，但为何要返回读取错误呢 因为在当前文件中，read_kv函数为static函数，而当前文件在调用read_kv的时候并没有使用到read_kv的返回值，因此return将不存在意义，考虑到后期开发，此处可以改成return FDB_NO_ERR比较好一些。

> 有两种情况会用到 read_kv > > * 一个是开机加载 数据库 时，此时确实不需要读取已删除 KV > * 另外时迭代 KV 时，此时用户也可能迭代已删除的 KV > > 针对这些场景，可以把 read_kv 功能再好好抽象一下 针对第二种情况，我在使用中并未触及到，对于如果不需要迭代已删除的数据时，可以考虑跳过校验标记为删除的值，此方案就给其他用户上电节省时间做为一种参考，不在提交PR了。

出现这个问题是我提交的代码上出了问题，可以在“fdb_kvdb.c”中的read_kv函数下的： else if (kv->status == FDB_KV_DELETED) { kv->crc_is_ok = false; return FDB_READ_ERR; } 这几行删除掉即可。

没办法，客户要求，而且是通过at命令获取ip地址，需要手动配置 发自我的 iPhone 在 2022年10月19日，21:06，aozima ***@***.***> 写道：  补回来试试？ v6一般都自动分配吧，dhcpv6都用得少，如果仅是局域网通信，自动生成的本地地址也够用了。 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the...