[参考译文] CC3220MODA：使用 http 服务器返回大量数据

这有点奇怪。

假设发送始终按原样发送(即发送了完整的有效负载)、则 HTTPServer 实现是错误的。

它应该已读取返回值并重新发送未发送的数据(由于缺少 NWP 资源)。

例如：

INT RC = 0、偏移= 0；

while (RC > 0 && offset < chunklen) ｛

  RC = SEND (chunkbuf+偏移、chunklen -偏移)；

  如果(RC >= 0)

    offset += rc；

｝

我不确定为什么插座会关闭。 如果没有 NWP 资源时发送数据、则返回代码(对于 SEND 命令)应小于请求的传输长度、但不应导致套接字关闭。

也许 您的应用程序中有一个代码等待某些事件并决定关闭套接字。

BR、

Kobi

您好、Kobi、

感谢您的回答。 正如您指出的、服务器代码未检查返回类型、这是 httpserver_send.c 中的函数：

void HTTPServer_sendChunk (int s、const void * buf、size_t len)
｛
char sizeBuf[12]；
int sizeLen；

sizeLen = snprintf (sizeBuf、sizeof (sizeBuf)、"%x\r\n"、len)；
send (s、sizeBuf、sizeLen、0)；
如果(len > 0)｛
send(s)、buf、len、0)；
｝
发送(s、"\r\n"、2、0)；
｝

因此、一旦发送超出资源、我的代码将循环并继续发送下一个卡盘、依此类推、发送将始终返回-1。 while 循环完成后、调用  套接字上的 select (https：//c 中的第869行)时、函数 URLSimule_process (根据您的示例进行调整)将返回、随后代码会落在函数 HTTPServer_serveSelect 中。 函数 select 返回-1、然后代码退出、线程也将退出。  

主要问题是：

是否有办法阻止我的线程、直到资源再次可用、以便我可以继续发送？

谢谢

重做

套接字处于"阻塞" 模式、因此它将在资源可用之前一直处于阻塞状态。

我不确定-1的来源是什么。 可能在插座已关闭后发生。

我做了更多的挖掘、并跟踪了问题的开始方式。 当我在问题发生后单步进入 SENS()时，我可以看到函数_i16 sl_Send (_i16 sd，const void *pBuf，_i16 len，_i16 flags)在 sl_socket.c 的第603行上调用宏 verify_api_allowed (sl_opcode_silo_socket)时返回

在进行了一些搜索之后、我发现代码中的某个位置设置了_sl_DRV_STATUS_bit_RESTK_REQUIRED 位、因此我查找了该位并发现从_SlDrvHandleFatalError 调用了宏 sl_Set_REST_REQUIRED。

当我在那里设置断点时、它确实会掉下来、当函数 void _SlDrvHandleFatalError (_u32 errorId、_u32 info1、_u32 info2)被调用时

errorId=2
Info1=0
info2=0

这是调用堆栈

driver.c：2857、PC = 0x2001147C FP = 0x2002D038处的_SlDrvHandleFatalError (unsigned long、unsigned long、unsigned long)
1 _slDrvRxHdrRead (unsigned char *) at driver.c：2065、PC = 0x20008482 FP = 0x2002D058
2 _slDrvMsgRead (unsigned short *、unsigned char **) at driver.c：1261、PC = 0x20004D92 FP = 0x2002D088
3 _slDrvMsgReadSpawnCtx (void *) at driver.c：1883、PC = 0x2000CDB4 FP = 0x2002D0D8
4 _SlInternalSpawnWaitForEvent() at spaw.c：84、PC = 0x2001848E FP = 0x2002D0F0
5 _SlInternalSpawnTaskEntry() at spaw.c：107、PC = 0x20016B16 FP = 0x2002D0F8
6 sl_Task (void *) at device.c：112、PC = 0x2001B792 FP = 0x2002D100
7 _pthread_runStudiob$43 (unsigned int、unsigned int) at pthread.c：727、PC = 0x2001B144 FP = 0x2002D108
8 task.c：474、PC = 0x20012F78 FP = 0x2002D110时的 ti_SysBIOS_KNL_Task_exit__e_E ()

这发生在不同的任务中。 发生这种情况后  ，会永久 设置_sl_DRV_STATUS_bit_RESTK_REQUIRED，任何后续的套接字调用都将失败，因此，我的 http 服务器在 select()之后失败并被终止。  

有什么关于为什么会发生这种情况的想法？

您使用 的是 TI LaunchPad 还是定制板？

该问题看起来像是 SPI 问题(在 响应标头中读取错误的同步模式)。  

如果您可以使用我们的参考板重现此问题、我们将尝试在此处执行此操作以调试问题。

感谢您能提供尽可能简单的说明(和代码？) 来重现此问题。

您为 SL_Task 设置了什么线程优先级？ 您的 http 服务器线程的优先级是多少？

BR、

Kobi