Re: ConnInfo assumes signed char - Mailing list pgsql-odbc

From Hiroshi Inoue
Subject Re: ConnInfo assumes signed char
Date
Msg-id 3E474DD0.C6ACA75B@tpf.co.jp
Whole thread Raw
In response to ConnInfo assumes signed char  (Oliver Elphick <olly@lfix.co.uk>)
List pgsql-odbc
Oliver Elphick wrote:
>
> ConnInfo, defined in connection.h, assumes that char = signed char.
>
> This is not true of Linux on arm, powerpc and s390, and possibly other
> platforms.  As a result:
>
> gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c dlg_specific.c -MT dlg_specific.lo -MD -MP -MF .deps/dlg_specific.TPlo
-fPIC-DPIC -o dlg_specific.lo 
> dlg_specific.c: In function `getDSNdefaults':
> dlg_specific.c:398: warning: comparison is always false due to limited range of data type
> dlg_specific.c:400: warning: comparison is always false due to limited range of data type
> dlg_specific.c:402: warning: comparison is always false due to limited range of data type
> dlg_specific.c:404: warning: comparison is always false due to limited range of data type
> dlg_specific.c:406: warning: comparison is always false due to limited range of data type
> dlg_specific.c: In function `getDSNinfo':
> dlg_specific.c:484: warning: comparison is always false due to limited range of data type
> dlg_specific.c:491: warning: comparison is always false due to limited range of data type
> dlg_specific.c:498: warning: comparison is always false due to limited range of data type
> dlg_specific.c:505: warning: comparison is always false due to limited range of data type
> dlg_specific.c:512: warning: comparison is always false due to limited range of data type
>
> The problem still exists in current CVS.
>
> Where char may contain a negative value, it should explicitly be
> declared as signed char.

OK I changed them to *signed char*s (maybe).
Thanks.

regards,
Hiroshi Inoue
    http://www.geocities.jp/inocchichichi/psqlodbc/

pgsql-odbc by date:

Previous
From: Stefanos Karasavvidis
Date:
Subject: Re: unicode driver + text fields as primary keys
Next
From: Hiroshi Inoue
Date:
Subject: Re: psqlodbc and SQLFetch after SQLTables gives SQL_NO_DATA_FOUND