You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Sergey Kalashnikov (JIRA)" <ji...@apache.org> on 2018/01/24 14:44:00 UTC

[jira] [Created] (IGNITE-7515) ODBC: Socket error messages may be missing on linux

Sergey Kalashnikov created IGNITE-7515:
------------------------------------------

             Summary: ODBC: Socket error messages may be missing on linux
                 Key: IGNITE-7515
                 URL: https://issues.apache.org/jira/browse/IGNITE-7515
             Project: Ignite
          Issue Type: Bug
          Components: odbc
    Affects Versions: 2.3
            Reporter: Sergey Kalashnikov


Function {{GetSocketErrorMessage()}} uses {{strerror_r()}}, which can come in 2 flavors. 
One returns error code and another character string.
Current code seems to expect the XSI version, which returns an int.
But if we happen to compile against the other version, the error messages will be missing from the diagnostic messages and logs.

The man page for {{strerror_r()}} provides the macros to distinguish the two versions, but that is not very portable.

I suggest that we create a test in {{configure.ac}} to define specific macro to tell what {{strerror_r()}} variant we have.

 

{{AC_CACHE_CHECK(}}
{{ [for support of strerror_r that returns int],}}
{{ [odbc_have_int_strerror_r],}}
{{ [AC_RUN_IFELSE(}}
{{ [AC_LANG_SOURCE[}}
{{ #include <string.h>}}
{{ #include <errno.h>}}{{int main(int argc, char** argv) {}}
{{ char buf[256] = \{0};}}{{int ret = strerror_r(ENOMEM, buf, sizeof(buf));}}{{return ret;}}
{{ }}}
{{ ]],}}
{{ [odbc_have_int_strerror_r=yes],}}
{{ [odbc_have_int_strerror_r=no])])}}{{if test "$odbc_have_int_strerror_r" = "yes"; then}}
{{ AC_DEFINE([HAVE_INT_STRERROR_R], [1], [1 in case the runtime provides int strerror_r])}}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)