0

NULLポインタ例外のせいだと思います。私の組み込みシステムは、STM32F4、FreeRTOS、および LwIP で構成されています。コアはSTの例から取られました。これは、単純な UDP サーバーのスレッドのコードです。

#include <string.h>
#include <stdbool.h>
#include <stdlib.h>
#include "lwip/sockets.h"
#include "./udpCLI.h"
//#include "Sledge.h" //for assert_amsg(), which print what and where fails before stop execution

static void udpCLI_thread(void *arg) 
{
    int sockfd; // socket file descriptor
    const uint16_t serverport = UDP_PORT_NUMBER_CLI;
    struct sockaddr_in serveraddr = {0}, clientaddr = {0};
    socklen_t addrlen;// = sizeof(struct sockaddr_in);
    const uint16_t bufin_SIZE = 200, bufout_SIZE = 1024;
    char *bufin  = malloc(bufin_SIZE);  assert_amsg(bufin != NULL);  // stops execution with printing message "ASSERT FAILED "bufin != NULL" in file udp_cli.c:42" in stdout/stderr
    char *bufout = malloc(bufout_SIZE); assert_amsg(bufout != NULL);

    LWIP_UNUSED_ARG(arg);  //(void)arg;

    debugf2( "udpCLI_thread"NEWLINE );  

    sockfd = socket(AF_INET, SOCK_DGRAM, 0);
    assert_msg("udpCLI_thread: ERROR opening socket", sockfd>=0);

    /*
     * build the server's Internet address
     */
    serveraddr.sin_family = AF_INET;
    serveraddr.sin_addr.s_addr = htonl(INADDR_ANY);
    serveraddr.sin_port = htons(serverport);

    /* 
     * bind: associate the socket with a port 
     */
    if( bind(sockfd, (struct sockaddr *) &serveraddr, sizeof(serveraddr)) < 0 ) 
        error("udpCLI_thread: ERROR on binding");

    // main loop: wait for a datagram, then echo it
    while(1)
    {
        addrlen = sizeof(struct sockaddr_in);  // THIS DID NOT HELP
        // recvfrom: receive a UDP datagram from a client
        int n = recvfrom(sockfd, bufin, bufin_SIZE, /*flags*/0, (struct sockaddr*)&clientaddr, &addrlen);
        // handle rusult
        //if (n < 0)
        // future process and response
        //....
}

recvfrom()入力メッセージの長さが 19 バイトを超える場合、プログラム制御が関数から戻ることはありません。そして、行のファイルsys_arch_mbox_fetch(&conn->recvmbox, &buf, 0);内の関数内の関数から戻ることはありません。 この問題の解決にご協力ください。netconn_recv_data()api_lib.c371

4

1 に答える 1

0

それは私の間違いでした。問題は、別のタスクでの間違ったメモリ割り当てと解放にありました。
共感してくれたすべての人に感謝します。

于 2016-08-21T12:12:20.730 に答える