Connector/ODBC 2.0.18 Changelog
The most recent Stable (GA) release of MariaDB Connector/ODBC is:MariaDB Connector/ODBC 3.2.5
DownloadRelease NotesChangelogAbout MariaDB Connector/ODBC
Release date: 8 Sep 2018
For the highlights of this release, see therelease notes.
The revision number links will take you to the revision's page on GitHub. OnGitHub you can view more details of the revision and view diffs of the code modified in that revision.
Revision #e7cd90b 2018-09-07 19:51:38 +0200
ODBC-178 Optimization for some long queries Optimization is only used for queries longer than 32K. And it skips most of parsing job in case if connector is sure that the query is not a multistatement, and does not have parameters.
Revision #a3da3ab 2018-09-07 01:24:15 +0200
ODBC-177 The fix and the testcase. In case of SP call, if one of its queries resulted in error, connector would not return the error on corresponding result fetch, but would return it as SQL_NO_DATA. Moreover, instead of the last result with SP execution status, connector would also do the same. Thus, for example, application could not get affected rows count.
Revision #b0b5620 2018-08-11 04:18:19 +0200
ODBC-171 Adding BUILD.md file with build instructions
Revision #c21b408 2018-08-09 23:27:28 +0200
Fixed genertaion source package with git. It uses now .gitattributes file, and does not incude libmariadb, test, travis and git files
Revision #baf2287 2018-07-31 23:23:29 +0200
Fix of memory leaks in the driver. Query structure delete routine was called in the wrong place for SQL_DROP, and thus wasn't invoked for single statement queries. Other leak would only occur in case of multistatement query preparing, and batches were not allowed for the connection. One more leak would occur if a batch of statements was optimized to be executed via text protocol. Also the fix of the memory leak in tests. Not really a problem, but created noise in valgrind output.
Revision #91ea64d 2018-07-31 13:39:02 +0200
Update of libmariabd module to v3.0.6
Revision #d888051 2018-07-27 17:35:33 +0200
ODBC-159 The fix and the testcase. In case if the query is a multistatement, connector splitted it into individual statements, prepare one by one, and then execute one by one. In case if one of statements depends on execution of one of previous statements, application can get error(think of tmp table creation with select from it) or incorrect results. We can't do anything in case of SQLPrepare + SQLExecute. The patch fixes that for SQLExecDirect. Now connector prepares and immediately executes each statement in the batch.
Revision #8f14569 2018-07-24 18:22:34 +0200
ODBC-166 Wrong display size for decimal fields.
Revision #145f157 2018-07-23 15:17:00 +0200
ODBC-164 Not including libmariadb into source package
Revision #8912f9f 2018-07-19 12:49:41 +0200
ODBC-161 FileDSN creation - fix and testcase
Revision #f0cd063 2018-07-17 14:31:11 +0200
ODBC-162 The fix and the testcase. Connector does some query parsing, in particular to know the type of the query. Mostly it is interested if query returns result. It didn't evaluate WITH correctly
Revision #91f7d86 2018-07-13 01:02:18 +0200
ODBC-158 The fix and the testcase. Those aggregate functions, that caused error, returned LONGLONG value, and Access was getting it as SQL_C_LONG. The problem was that connector returned length of the data as 8(field's size), and not 4(requested C-type size), as specs prescribe.
Revision #fe2dc81 2018-07-11 17:05:28 +0200
ODBC-160 The fix and the testcase. Connector did not return length of string returned for SQL_IDENTIFIER_QUOTE_CHAR info type.
Revision #02b7565 2018-07-10 12:50:27 +0200
Changed version to 3.0 in README files.
Revision #c6085eb 2018-07-09 12:47:04 +0200
ODBC-157 The fix and the testcase. Display and column length did notinclude fractional part for (date)time types. Also octet length for those types was length of they string representation, while specs say it should be size of corresponding ODBC data structs.
Revision #6d526c1 2018-07-04 18:06:26 +0200
ODBC-154 Fix of build with dynamic C/C linking
Revision #da0c41c 2018-07-03 01:05:41 +0200
ODBC-155 Scale(DecimalDigits) IRD field wasn't set for (date)time/timestamp fields with second fractional part. Thus SQLDescribeCol retulrned 0 in DegitalDigitsPtr
Revision #1273ebd 2018-07-02 01:19:59 +0200
ODBC-149 The fix and the testcase. Date(time) types had numerous issues with bulk operations. We provided array of buffers, and C/C expects array of pointers to buffers.
Revision #468d5a3 2018-06-27 00:51:56 +0200
ODBC-151 The fix and the testcase. For fixed length types SQL_DESC_OCTET_LENGTH initialized by type length, rather than by BufferLength parameter value.
Revision #6afe9ee 2018-06-25 14:11:34 +0200
ODBC-150 The fix and extended old testcase. DESC statement caused error with the connector.
Revision #7a1a226 2018-06-18 14:36:35 +0200
ODBC-148 the testcase and some amendments to the fix. Used OctetLengthPtr, since IndicatorPtr may be different from length ptr Version bump -> 3.0.6
Revision #cd5c619 2018-06-14 21:33:01 -0400
ODBC-148 The field length is not set for DATE, TIME, or DATETIME values assigned during SQLFetch calls. Without the length set, Crystal Reports interprets all DATE, TIME, and DATETIME values as NULL. Setting *ArdRecord->IndicatorPtr to the size of the appropriate data structure in MADB_CopyMadbTimestamp.
This page is: Copyright © 2025 MariaDB. All rights reserved.
Last updated
Was this helpful?