MySql и кодировка Опции

[kalombo]

В функции main есть строчка QTextCodec::setCodecForCStrings(QTextCodec::codecForName("cp1251"));
Есть две формы для ввода данных в БД, одна сделана с помощью QtDesigner (ui-файл соответственно), другая непосредственно - кодом. Первая позволяет выполнить SQL-запрос, то есть данные на русском языке попадают в Бд, вторая - ругается, lastError() выдает что-то вроде "Не могу вставить строку вида "\xd1\xd2\xe3... и т.д." Как это исправить?

[kwisp]

в Бд, вторая - ругается, lastError() выдает что-то вроде "Не могу вставить строку вида "\xd1\xd2\xe3... и т.д."

можно предположить что обратные слэши надо дублировать..

[Litkevich Yuriy]

\xd1\xd2\xe3

именно такая строка в водится?

[SABROG]

QTextCodec::setCodecForCStrings(QTextCodec::codecForName("cp1251"));

Объясните мне какой смысл задавать жестко виндовую кодировку в кроссплатформенном приложении ? Не лучше ли использовать QString::fromLocal8Bit(), который в зависимости от текущей локали будет выбирать сам кодек ?

С базами данных, насколько я помню, тоже не все однозначно. Обычно на сервере можно настроить не только кодировку для таблицы, но и кодировку принимаемой и возвращаемой строки. Т.е. приниматься строки могут в кодировке локали (например cp1251 в винде и koi8-r в линуксе), БД сама их перекодирует в UTF8 и заносит в таблицу, при SELECT'e возвращает UTF8 данные из таблицы опять же в зависимости от локали.

[Litkevich Yuriy]

Объясните мне какой смысл задавать жестко виндовую кодировку в кроссплатформенном приложении ?

ни какого. Это просто часто употребляемый быстрый совет, для виндовозного варианта.

Не лучше ли использовать QString::fromLocal8Bit()

где и сколько раз?

Лучше на мой взгляд так:

QTextCodec::setCodecForCStrings(QTextCodec::codecForLocale () );

[kalombo]

Значит так...

именно такая строка в водится?

Вводится - "ааа"
Получаю - "Incorrect string value: \xD0\xB0\xD0\xB0\xD0\xB0\... ' for column Name_Obj и т.д."

Объясните мне какой смысл задавать жестко виндовую кодировку в кроссплатформенном приложении ? Не лучше ли использовать QString::fromLocal8Bit(), который в зависимости от текущей локали будет выбирать сам кодек ?

Никакого. Лучше использовать кодировку в зависимости от локали. Теперь так делаю.

С базами данных, насколько я помню, тоже не все однозначно. Обычно на сервере можно настроить не только кодировку для таблицы, но и кодировку принимаемой и возвращаемой строки. Т.е. приниматься строки могут в кодировке локали (например cp1251 в винде и koi8-r в линуксе), БД сама их перекодирует в UTF8 и заносит в таблицу, при SELECT'e возвращает UTF8 данные из таблицы опять же в зависимости от локали.

У меня две формы для забивки в данных, в разные таблицы правда, но не суть важно. Ставлю обеим таблицам cp1251. Ui-форма позволяет вводить данные, не Ui - выдает ошибку. Ставлю кодировку utf8 - результат не меняется. Или я всё-таки зря прицепился к Ui-формам и не в них дело?

[SABROG]

Проведи простой тест. Попытайся вставить английский текст. Если прокатит, значит дело в кодировке, если нет, то в коде.

[kalombo]

Вставляется. Его я первым делом провел.

[SABROG]

QString::fromLocal8Bit() пробывал ?

[kalombo]

QString::fromLocal8Bit() пробывал ?

Не помогло. Упростим задачу. Создал новое приложение, в конструкторе формулы тупо написал
QString str = QString("INSERT into object (Name_obj, Link_obj,Limits, Formuls, Graph, topicsid) values('Мама','Папа','','','',9)");
insert.exec(str);
Результат тот же в main стоит QTextCodec::setCodecForCStrings(QTextCodec::codecForLocale()); Кодировку для таблицы object менял с помощью Mysql Administrator на utf8, cp1251.