后来发现LOG_D原生打印的函数限制，打印的内容太长了，所以没有打印出来，其实是有进入到对应应用的回调

1：一段时间的内存对比情况
差异处1：

差异处2：

2：从这个好像也看不出什么问题来。可能更多的是，同一块地址，又在别的地方，被不同的线程给重新申请了。
3：就是内存地址，有人申请，有人释放，也还是比较正常，你是怎么看出来他是有异常的。
4：是不是看相应的内存的差异点，然后身深究相关的差异点实际线程为什么会前后申请的不一样？
5: 有的好像是一些没有名称的，感觉像是内存申请不对齐，导致也显示出来在里面了

为什么我本地显示的memtrace的和你的不一样？能不能分享个新的来看一下

直接用sprintf重新格式化0x0D,0x0A就正常了

https://github.com/liu2guang/libcsv 这个有测试可以的吗？不在依赖libc库的。我从RTSTUDIO上面使用的是，是依赖libc的库的，移植了，根本使用不起来

有试过了，不知道为什么开启tcpdump的时候，再去调用Web_post_test,原本能够正常使用的，也不能正常。感觉可能tcpdump有做网口调用还是什么的。到之后后面socket要调用网口，也不能够正常使用了。
1：开启tcpdump的时候

2：不开启tcpdump的时候

1:把结构体，转换成字符串的形式，就能够正常HTTP上传了

1：将读取到文件里面的内容，重新格式化输入到buf里面，调用
webclient 将数据发送出去，能够正常返回200了

你是怎么调用成功的，我用demo里面的没有调用成功，这个是我提出的问题的链接：

• 如何使用webclient里面的post方法发送文件

1：看webclient的例子就有一个文件上传的接口，不知道这个能不能正常的使用

## 上传文件到服务器
```c
int webclient_post_file(const char *URI, const char *filename, const char *form_data);
```
从 HTTP 服务器下载文件并存放到本地。
| 参数              | 描述                                |
|:------------------|:-----------------------------------|
|URI                | 连接的 HTTP 服务器地址               |
|filename           | 需要上传的文件位置、名称              |
|form_data          | 附加选项                            |
| **返回**          | **描述**                            |
|=0                 | 上传文件成功                        |
|<0                 | 上传文件失败                        |

1.1: URL地址

define POST_NE_URL “http://operation-dev.ne-soft.com/api/com/pileData/file/upload?secretKey=077ac7289f8b4f7080943bb081734442&taskCode=12&pileCode=11“

1.2:form_data 的数据
“name=\”file\”; filename=\”alarm.log0\””
1.3：函数接口调用
webclient_post_file(uri, “/log/alarm.log0”, “name=\”file\”; filename=\”alarm.log0\””);
1.4：不知道为什么调用之后，msh的终端就卡住了，退不出来
msh />web_post_test
go to this case [1770].
1.5：代码片段

1.6: 实际卡住的代码位置
发现weblcient里面的一个传入文件读取的地方，会卡住。文件大小是7800，只读取4096的大小之后，就一直没有往下走。
1）不知道是不是由于他的这个接口bufer开太大了，改成256是否可行
2）卡住的位置，卡在251行，没有到255行

3）控制台的输出信息

有没有知道是什么原因的？

也不知道具体什么原因。

• 看别人网上是有正常下载什么内容。
• 我自己的什么也没打印
• 但是通过给它把网络断开，他又有提示链接不上的打印信息。说明当你触发更新的时候，是有触发相应更新动作，可能有一些日志是不对用户呈现还是怎么的，看不到

the same issue

已经解决：在MDK除了添加到对应编译路径，还需要add exist file才能够正常的引用进来

infra_httpc.c 就按照.c文件提供的文件信息，不知道该怎么调用相应的接口、

• • Enables to execute more than one HTTP requests during a Keep-Alive connection. Keep-alive is the idea of using a single TCP connection to send and receive multiple HTTP requests/responses, as opposed to opening a new connection for every single request/response pair.
  • • Step1: Call #httpclient_connect() to connect to a remote server.
  • • Step2: Call #httpclient_send_request() to send an HTTP request to the server.
  • • Step3: Call #httpclient_recv_response() to receive an HTTP response from the server.
  • • Step4: Repeat Steps 2 and 3 to execute more requests.
  • • Step5: Call #httpclient_close() to close the connection.

infra_httpc.c 就按照.c文件提供的文件信息，不知道该怎么调用相应的接口、

• • Enables to execute more than one HTTP requests during a Keep-Alive connection. Keep-alive is the idea of using a single TCP connection to send and receive multiple HTTP requests/responses, as opposed to opening a new connection for every single request/response pair.
  • • Step1: Call #httpclient_connect() to connect to a remote server.
  • • Step2: Call #httpclient_send_request() to send an HTTP request to the server.
  • • Step3: Call #httpclient_recv_response() to receive an HTTP response from the server.
  • • Step4: Repeat Steps 2 and 3 to execute more requests.
  • • Step5: Call #httpclient_close() to close the connection.