https://bugs.freedesktop.org/show_bug.cgi?id=62645

--- Comment #10 from Alex Thurgood <[email protected]> ---
Okay, so if I understand correctly, this stuff :

/* {{{ allocate_buffer_for_field() -I- */
typedef std::pair<char *, size_t> BufferSizePair;
static struct st_buffer_size_type
allocate_buffer_for_field(const MYSQL_FIELD * const field)
{
    switch (field->type) {
        case MYSQL_TYPE_NULL:
            return st_buffer_size_type(NULL, 0, field->type);
        case MYSQL_TYPE_TINY:
            return st_buffer_size_type(new char[1], 1, field->type);
        case MYSQL_TYPE_SHORT:
            return st_buffer_size_type(new char[2], 2, field->type);
        case MYSQL_TYPE_INT24:
        case MYSQL_TYPE_LONG:
        case MYSQL_TYPE_FLOAT:
            return st_buffer_size_type(new char[4], 4, field->type);
        case MYSQL_TYPE_DOUBLE:
        case MYSQL_TYPE_LONGLONG:
            return st_buffer_size_type(new char[8], 8, field->type);
        case MYSQL_TYPE_YEAR:
            return st_buffer_size_type(new char[2], 2, MYSQL_TYPE_SHORT);
        case MYSQL_TYPE_TIMESTAMP:
        case MYSQL_TYPE_DATE:
        case MYSQL_TYPE_TIME:
        case MYSQL_TYPE_DATETIME:
            return st_buffer_size_type(new char[sizeof(MYSQL_TIME)],
sizeof(MYSQL_TIME), field->type);


        case MYSQL_TYPE_TINY_BLOB:
        case MYSQL_TYPE_MEDIUM_BLOB:
        case MYSQL_TYPE_LONG_BLOB:
        case MYSQL_TYPE_BLOB:
        case MYSQL_TYPE_STRING:
        case MYSQL_TYPE_VAR_STRING:
            return st_buffer_size_type(new char[field->max_length + 1],
field->max_length + 1, field->type);

        case MYSQL_TYPE_DECIMAL:
        case MYSQL_TYPE_NEWDECIMAL:
            return st_buffer_size_type(new char[64], 64, field->type);
#if A1
        case MYSQL_TYPE_TIMESTAMP:
        case MYSQL_TYPE_YEAR:
            return st_buffer_size_type(new char[10], 10, field->type);
#endif
#if A0
        // There two are not sent over the wire
        case MYSQL_TYPE_ENUM:
        case MYSQL_TYPE_SET:
#endif
        case MYSQL_TYPE_BIT:
            return st_buffer_size_type(new char[8], 8, MYSQL_TYPE_BIT);
        case MYSQL_TYPE_GEOMETRY:
        default:
            // TODO: Andrey, there can be crashes when we go through this.
Please fix.
            throw sql::InvalidArgumentException("allocate_buffer_for_field:
invalid rbind data type");
    }
}


tells the connector which TYPEs to accept and how much buffer allocation to
allow for each one.

Now, it looks like I have to go on a hunt to find the offending unsupported
type in my view.


Note that the OSX mysql connector never relied on mysqlcppconn in the past (at
least, not on any of my builds), it was built against the MySQL C connector
source library only.


Alex

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to