中发生内存泄漏
fetch_varlength_columns ()
当调用SQLExecDirect ()
,因为自由result_bind
缓冲区需要field_count
,设置为”0”当mysql_stmt_free_result ()
被称为。此修复免费result_bind
调用前的缓冲区mysql_stmt_free_result ()
.(错误# 17441296)使用参数标记的程序可能会因分割错误而崩溃。为了避免该问题,此修复更改了实参
长度
在函数中convert_c_type2str ()
为指向长整数的指针。(Bug #17421620, Bug #69733)发生内存泄漏
SQLPrepare ()
而且SQLExecDirect ()
当SQLBindParamater
用于SQL语句。此修复释放先前的结果mysql_stmt_result_metadata ()
为了防止内存泄漏。(Bug #17400483, Bug #70113)a的退出条件
为
循环stringutil.c
更改以避免可能的越界错误和Valgrind的相关报告。(Bug #17397596, Bug #64105)Microsoft Visual Studio 2010在从服务器资源管理器中的任何表中读取通过连接器/ODBC连接到dsn的行时崩溃。(Bug #17304031, Bug #69950)
当SQL
时间
的C数据类型时间戳
的值小时
字段大于24,则日期字段未设置为当前日期分数
没有按照ODBC规范的要求将seconds字段设置为零。(Bug #17016839, Bug #69545)当试图在Microsoft SQL server 2008中创建一个链接服务器到一个以Connector/ODBC作为DSN设置的MySQL服务器时,Microsoft SQL server(如果它是64位版本)崩溃或链接服务器遭受灾难性失败(如果使用的是32位版本的Microsoft SQL server)。(Bug #16604346, Bug #63386)
当阅读
时间
列数据使用SQLGetData
方法。SQL_C_TYPE_TIME
当时间字符串包含超过6位数字时发生错误(例如,120:53:44)。(Bug #16176981, Bug #67793)当被调用后
SQLPrepare
,函数SQLMoreResults
返回SQL_ERROR
,而不是SQL_NO_DATA
按照ODBC规范的要求。(Bug #16101282, Bug #67920)连接器/ODBC使用”;”字符,而不是空字节(”\ 0”)终止属性字符串中的关键字-值对。(Bug #15940689, Bug #66548)
当使用支持unicode的Connector/ODBC驱动程序连接到任何版本为5.5.2或更早版本的MySQL服务器时,所有语句都失败并显示错误消息”服务器不支持4字节编码的UTF8字符。”(Bug #14838690, Bug #67428)
DSN参数的配置值将覆盖通过连接字符串提供的值,而不是相反。(Bug #11760574, Bug #52996)