[ODBC-134] The fix and the test-case. Fetch would fail, if unbound column contained NULL, and for that column some arbitrary descriptor field was set by application(but not value/len/ind buffer ptrs). The bug affected ADO, as that is something it can do with CursorLocation adUseClient in some cases

For the info type SQL_SCHEMA_TERM/SQL_OWNER_TERM the connector returned wrong length. Or more exactly - did not write anything into application's length buffer. The fix and the test-case. Possibly fixes ODBC-109.

[ODBC-119] The fix and the test-case. The connector ordered SQLStatistics results using wrong columns. That could cause MS Access to pick wrong column as a unique index. And that, in its turn, could cause mangled data shown for the linked table. Fix of the test-case in catalog2 that failed against 10.3 due to new privilege. Added test of SQL_GROUP_BY info to ODBC-123 test-case. It had similar problem(and tested in similar way) Fixed build in VS2017

[ODBC-131] The fix and the test-case. While linking a table, MS Access threw the error when it received unexpected length for SQLSMALLINT and SQLINTEGER columns from SQLColumns resultset. New graphic images for the installer on Windows.

[ODBC-126] The fix and testcases. Some of internal structures weren't reallocated in accordance with the next resultset fields count. Beyond the case described in the report, they cover the case of statements batch. It had similar and own problems. Removed unused property from the statement structure.

[ODBC-123] The fix and the test-case. LibreOffice sets SQL_ATTR_USE_BOOKMARKS attribute, but does not actually use bookmarks. The connector was not ready for that, and would throw wrongly error, and then crash. Fixed a number of compilation warnings.

Fixed connection procedure call in couple of tests, since 1 parameter type was changed in previous commit, and these references were overlooked. Skipping connstring in Travis. Fixed SQL_API SQLTablePrivilegesW - it would always return empty resultset if CatalogName is NULL. That was not intended, and its ANSI counterpart doesn't behave like that.

Fixing remaining issues in Travis Made (most of) tests framework global variables static, as one of them clashed with variable in connector's env, and that caused problems in some cases. Also fixed few tests in connstring, that expected test connection to use password. Skipped one of tests there(in connstring) on travis.

[ODBC-120] Fix of the performance issue. We did redundant calls of mysql_stmt_data_seek. They are needed for different type of cursors, positioned operation, array fetch etc. But in forward_only cursor it only significantly slows down execution.

Fix of testcases failing in Travis. Mostly that is adding cursor closing, as older UnixODBC versions require it even there it is not really required. One test in catalog2(bug50195) was expecting, that db server is on the same host with tests(that is not the case in Travis). Added Travis detection in the tests framework.

Changed DSN parsing/saving/reading tests(connstring.c) in order they do not fail with unixODBC. UnixODBC has buggy ini cache(which seemingly will be fixed in 2.3.5): if dsn is changed, and then read again, application will get old cached value. That doesn't occur if unixODBC is built with `--enable-inicaching=no` Thus tests have been changed to create and use individual DSN's, rather then one common for all tests DSN.

Fixed one small memory leak - SQLSetCursorNameW leaked recoded (into ANSI or utf8 encoding) name. Added freeing of allocated memory in a couple of tests, so they don't create noise in valgrind. Enabled test of "where current of" - it was skipped with misleading "unsupported" message, and it doesn't fail.

Fix of the memory leak. It could occur if prepare, or direct execution in case of 10.2, failed, and Stmt handler is reused. Also removed unused field from Stmt struct and its references (was only freed in few places).

[ODBC-115] The fix and the testcase. Fix and the testcase. Wrong rc and sqlstate for numeric overflow (but not for fractional truncation). Now the connector returns 22003 and SQL_ERROR. Also changed int SQLFetch couple of switches to switch on Concise_Type, and not Type, that was seemingly wrong. Changed logo in the READMC.md

[ODBC-110] The Fix and the testcase of the crash in case of columns unbinding after stmt execution and before fetching data. The reason was freeing of 2 internal arrays that are allocated during execution and reset at each fetch. SQLFreeStmt(SQL_UNBIND) just shouldn't free them.

[ODBC-105] Starting from v. 10.2.7, server encloses COLUMN_DEFAULT in the INFORMATION_SCHEMA.COLUMNS table, in single quotes for literal strings. Connector now considers the server version, when constructing the query for SQLColumns.