TM4C1294NCPDT: Error! code = -106, desc = httpTask: address resolution failed

Hi,

  I'm not an expert in NDK but I found the below information. 

  Error code = -106 means that it failed to resolve host name. Refer to the C:\ti\tirtos_tivac_2_16_00_08\products\ns_1_11_00_10\packages\ti\net\http\httpcli.h file. 

  Below is the snippet of code for HTTPCli_initSockAddr() in httpcli.c file. When the hostname length dlen is greater than DOMAIN_BUFLEN which is equal to 64 then it will return with -106. I think you want to check if you have long host address. 

int HTTPCli_initSockAddr(struct sockaddr *addr, const char *uri, int flags)
{
    char luri[DOMAIN_BUFLEN];
    char *domain;
    char *delim;
    int dlen;
    int port = HTTPStd_PORT;
    xassert(addr != NULL);
    xassert(uri != NULL);

    domain = (char *)uri;

    if (strncasecmp(HTTP_PREFIX, domain, (sizeof(HTTP_PREFIX) - 1))
            == 0) {
        port = HTTPStd_PORT;
        domain = domain + sizeof(HTTP_PREFIX) - 1;
    }
    else if (strncasecmp(HTTPS_PREFIX, domain, (sizeof(HTTPS_PREFIX) - 1))
            == 0) {
        port = HTTPStd_SECURE_PORT;
        domain = domain + sizeof(HTTPS_PREFIX) - 1;
    }

    delim = strchr(domain, ':');
    if (delim != NULL) {
        dlen = delim - domain;
        port = strtoul((delim + 1), NULL, 10);
    }
    else {
        delim = strchr(domain, '/');
        if (delim != NULL) {
            dlen = delim - domain;
        }
        else {
            dlen = strlen(domain);
        }
    }

    if (dlen >= DOMAIN_BUFLEN) {
        return (HTTPCli_EURILENLONG);
    }

Hi Charles,

Thanks for your reply. Actually the error that you're talking about is HTTPCli_EURILENLONG whose value is -122 and I'm getting -106and i also verified that my hostname is 45 char long in length.

I'm getting the error for host resolution error which is coming from this piece of code in same function above

ret = getaddrinfo(domain, "0", &hints, &addrs);
if (ret != 0) {
return (HTTPCli_EHOSTNAME);
}

this function is defined in file ....\tirtos_tivac_2_16_01_14\products\ndk_2_25_00_09\packages\ti\ndk\nettools\inet\inetaddr.c

And as I said sometimes it works fine for hours with no issue and then suddenly it fails and again on reset it works fine.

I'm not able to debug it using debugger as well. not sure why.

Regards,

Deepak

Hi Deepak,

  You are right. HTTPCli_EHOSTNAME is error code  -122. I actually don't know the cause to the problem. Do you have wireshark capture to assist debugging?

Deepak Rai said:

I'm not able to debug it using debugger as well. not sure why.

I will suggest you copy the inetaddr.c to your project directory and rebuild it. I think you will be able to debug the file this way. It was part of the TI-RTOS NDK library. 

Hey Charles,

I was able to figure out a problem where my device was getting an unnecessary data packet from an NTP server and that put my device in a weird state.

Now I'm getting another issue where before I get this error, I'm getting 00660.587 getaddrinfo: Error: couldn't resolve host name

and the weird part is I can see using network tap that there is no data, request related to DNS coming in or going out from the device.

my device is running fine as i can see DHCP packets being received and sent from the device.

is there a bug in getaddrinfo function in the NDK? as after watchdog restarts my board it connects fine and I can see that its connecting fine.

I'm using NDK 2.25.0.9

Regards,

Deepak

Hi Deepak,

Deepak Rai said:

is there a bug in getaddrinfo function in the NDK? as after watchdog restarts my board it connects fine and I can see that its connecting fine.

Please refer to the below NDK download page where it says that a bug in getaddrinfo API was found but fixed in version NDK 2.24.02.31. The same bug would have been fixed for NDK 2.25.0.9 as well. Of course, I don't know if you are observing a different type of bug. 

https://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/ndk/index.html 

Please also see the important note that says TI-NDK is in long-term maintenance mode. 

https://www.ti.com/tool/NDKTCPIP

I saw this below thread you opened a while back. Not sure if this is related to your current observation. Please check Dalton's response in the thread. 

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/836775/ti-rtos-mcu-getaddrinfo-error-couldn-t-alloc-dns-buffer?tisearch=e2e-sitesearch&keymatch=getaddrinfo%253A%2520Error%253A%2520couldn%2527t%2520resolve%2520host%2520name#

Hi Charles,

I'm still not able to resolve why I'm getting this error for  Error: couldn't resolve host name. Is there someone from NDK team who I can connect with for this issue?

I'm not getting anymore info other than this error statement.

The post that you mentioned was a different error type and that's not the same as this one.

Regards,

Deepak

Hi Deepak,

  Unfortunately, as mentioned in my prior reply that NDK is in long-term maintenance mode and there is no longer a dedicated NDK team. All TI-RTOS and NDK questions are to be supported by MCU team. However, I don't have very deep knowledge on NDK. Really sorry.

I don't know if this post will help in any way. 

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1004107/tm4c1290ncpdt-bug-in-tirtos_tivac_2_16_01_14---ns_1_11_00_10?tisearch=e2e-sitesearch&keymatch=getaddrinfo%20bug#

Hi Deepak,

  Unfortunately, as mentioned in my prior reply that NDK is in long-term maintenance mode and there is no longer a dedicated NDK team. All TI-RTOS and NDK questions are to be supported by MCU team. However, I don't have very deep knowledge on NDK. Really sorry.

I don't know if this post will help in any way. 

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1004107/tm4c1290ncpdt-bug-in-tirtos_tivac_2_16_01_14---ns_1_11_00_10?tisearch=e2e-sitesearch&keymatch=getaddrinfo%20bug#

One more question, can you replicate the same issue on different boards and on different networks?

Hi Charles,

I did some time based testing with multiple boards and multiple networks and I can see the same result. weird part is when the board restarts everything works fine without changing anything on network end.

can you suggest any ideas that might help me decode this better over debugger? I tried to add the file to my project but I wasn't able to compile it because of errors related to linker and compiler. Is there a way that I can use debugger over that function to make see the values when this occurs? 

regards,

Deepak

Deepak Rai said:

I did some time based testing with multiple boards and multiple networks and I can see the same result. weird part is when the board restarts everything works fine without changing anything on network end.

Hi Deepak,

  Sorry, I wish I could provide more guidance. But my knowledge with NDK is quite limited that I don't know what to suggest. 

Deepak Rai said:

can you suggest any ideas that might help me decode this better over debugger? I tried to add the file to my project but I wasn't able to compile it

  I don't have a problem compiling after copy the tirtos_tivac_2_16_01_14\products\ndk_2_25_00_09\packages\ti\ndk\nettools\inet\inetaddr.c file to the current project directory. Please make sure you have the include path setup.