@dtsdao #15
```
#include <stdio.h>

#include <mbedtls/md.h>
#include <mbedtls/cipher.h>

uint8_t text[80] = {'t', 'e', 's', 't', '1', '2', '3', '4'};

int main()
{
uint8_t buf[16] = {0};

mbedtls_md_context_t md5;
mbedtls_md_init_ctx(&md5, mbedtls_md_info_from_type(MBEDTLS_MD_MD5));

mbedtls_md_starts(&md5);

mbedtls_md_update(&md5, text, sizeof text);

mbedtls_md_finish(&md5, buf);

for (int i = 0; i < sizeof buf; ++i) {
printf("%02hhx", buf[i]);
}
printf("\n");

return 0;
}
```

@dtsdao #15
我比较熟悉 openssl……
不过如果你运行在嵌入式设备的话可以用 mbedtls
我写个 demo

你可以把那行改成
#include <stdint.h>
typedef uint32_t UINT4;

@dtsdao #12
我吐了，md5.h 里面有一行 typedef unsigned long int UINT4;
这导致 UINT4 在 64 位 unix 机器上根本不是 4byte，而是 8byte。而 win 上 long 总是 4byte 的所以 win 上的结果是对的。

@dtsdao #5
我编译一下试试看
还有一个问题是你这么短的输入，那个 aes_ecb_encrypt 根本就没机会运行

@dtsdao #2 结果都不正确原因是 digestString 不知道读到哪里才停止啊，如果你加密之后的数据里没有'\0'或者'\0'在中间就出现了你的 md5 结果肯定不对啊，这和你 text 数组开多大有什么关系呢？

因为加密完 text 存储的已经不是字符串了啊，没有\0 做结尾了。所以 digestString 很有可能读到不属于 text 的值。你要用的是
md5.digestMemory((char *)text, sizeof text);

@writerG
这是 C++的引用

LinkList 就是 struct LNode *
这个 typedef 拆开就好看了

定义一个指针：
typedef int *pint;
int a = 3;
pint pa = &a;

支持一下

AP 要一个 IP 可能是为了方便管理和配置
当然这种 AP 自己主动发起奇怪 dns 请求肯定是不正常的，如果不方便可以先在主路由把 AP 的 IP 的 LAN->WAN 转发关掉

@zwy100e72 #26
嗯嗯我知道这个😁
我就是想回答楼主那几个“比如”

@ybw

https://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html#status.iso.2017
https://docs.microsoft.com/en-us/cpp/overview/visual-cpp-language-conformance?view=vs-2019
可以看看两大主流编译器对 C++17 标准实现的情况。

https://docs.python.org/3/extending/extending.html
python 暴漏出来的虽然是面向对象的接口，如果直接用 C++会写的很爽吧，可惜人家没这么做，接口是 C 风格的面向对象。

蓝牙和 2.4G Wi-Fi 是共用信道的，所有干扰 2.4G Wi-Fi 的因素可以一一排查一下

如果执行 curl -v --tlsv1.2 https://localhost.ptlogin2.qq.com:4310 呢

如果错误类型很多的话是不是设计单独的错误帧比较好呢

对，P 是默认的，可选的只有 C 和 A

@cepczkd
这种情况是有点毛😂
感觉大额还是小心点比较好

唔，不过我在闲鱼买的都是小额的，木有上千