今天使用的是mongoose 自带的例子，位于源码目录的 examples/http-server 下的 main.c，因为我使用了c++的，所以我自己创建了目录 myExample/http_server，把它的 main.c 换成了 main.cpp，makefile 使用自己的，在编译的时候解决一下编译问题即可。0x1f30580 + 3(method 的长度) + 1(一个空格) = 0x

1，工作中用mongoose搭建的http web 服务端，在用postman工具测试时GET、POST是正常的，但在实际开发中，跟前端同事调试时用web浏览器去GET时是正常的，POST时却显示跨域问题，如图所示：Status一栏显示CORS error即为跨域导致的错误，何为跨域这里不关心，关心的是如何解决。控制台消息：前端同事提示要在应答头里添加"Access-Control-Allow-O

基本上啥也干不了了啊。连最简单的 ls、mv、cp 命令都无法执行，改都改不回去了。系统库文件不能乱改啊，备份可以，可千万别把原文件弄丢了。

我下载的是2.40.0 版本的：wget http://ftp.acc.umu.se/pub/GNOME/sources/glib/2.40/glib-2.40.0.tar.xz。简直要崩溃啊，那我编译的 glib-2.30.0 版本不是白白浪费我的时间了吗？此处有很多草泥马路过!于是下载了好几个版本的 glib，最后皇天不付有心人啊，真的是版本过低了，真想干死这个 glib。解释得很到位，这里我

因为这个是源码是 mongoose.c C文件，编译器用的是 cc，然而用 cc 编译时，是不支持 for 循环里定义变量的，C++才支持。它实际收到的是两条消息，前一条是 hello，后一条是 goodbye。但从 MQTT.fx 发布的消息，程序没能收到，这个逻辑 mongoose 里不知道是怎么接收发布的消息的，有时间再去看了。上面这个是在公司环境下运行的结果，可能公司网络环境有些限制了，一

响应的正文只能通过http响应消息进行传输，如果是小文件（比如小于1M）传输，则没有什么问题，直接把文件内容加载到正文进行回应即可，但如果是大文件（比如大于10M），不可能把文件内容加载到正文吧，如果更大的文件呢，100M？下载一个 19 M 的文件是可以成功的，再大的文件没有试，因为下载速度有点慢。那下载下来的文件是否有异常呢？windows上下载的，所以把这个文件拷贝到 CentOS 服务上看

今天突然有个读者问到如何从搭建的服务上下载东西，于是今天调试了一下这个代码。编译后我是将程序拷贝到嵌入式板上运行的，因为一些依赖库当时编译的都是 arm 版本，所以这里没有直接在编译服务器 CentOS 上运行。我的嵌入式设备 ip 为 192.168.2.101，这里是 ssh 连接上去的。http 初次访问都会先获取一个名为 favicon.ico 的文件，这是一个图标文件。可以下载操作，但速

多线程中遇到的常见“死锁”可能有两种情况：1，自身线程等锁（这个应该不叫死锁）；2，两个线程相互等对方的锁。下面就两种情况分别举例：不管哪种情况，出现的时候首先查看函数调用栈，查找函数__lll_lock_wait。1，本线程内等锁出现这种情况一般是在一个函数里加锁了，在调用其他的函数里也加锁了，这样就像是嵌套加锁，导致卡死。通过查看互斥锁变量值中的__owner可以得出，这个互斥锁所属线程为78

在上一篇文章中已经实现了arm版本的nginx，且已经可以在目标板子上运行了，如：同时也可以用netstat 查看nginx监听的端口号，如：arm版本的nginx已经搭建好，且nginx里rtmp模块也已经支持，接下来就是尝试在板子上将h264裸码流推送到nginx服务，然后在pc上用vlc进行拉流，在网上搜索到一篇博文，可以参考：将h.264裸码流推送到RTMP服务器_OSSRS-CSDN博客

1，源码地址 git clone https://github.com/eclipse/paho.mqtt.c.git，下载即可。2，编译库下载源码后，cd paho.mqtt.c目录下，直接make就能编译出动态库，如果想更方便使用，可以再执行make install 。但我这里编译的是静态库，执行了：cmake . -DPAHO_BUILD_STATIC=TRUE，然后make，完成后在src