Kovalenko Dmitry пишет:
Меня недавно посетила мысль. Что это - не всегда правильно. Если мы
подключаемся в NONE, то нужно конвертировать в чарсет колонки.
Кстати ты в курсе что в последних файрах если ты подключился в
NONE то DDL операторы выполнять противопоказано? По крайней мере некоторые.
Есть совсем простое решение - Янекса фтопку :)
угу, это как раз то, что я для себя решил: хочешь корректное
конвертирование - используй параметры. А нет - фтопку :)
Роман
Kovalenko Dmitry пишет:
Автоматом эти случаи не разрулить. Треба чтоб девелопер сам мог с такими
сиквелами разобраться.
В том то и дело, что надо автоматом ... Но перешение о конвертировании
принимается до prepare, поэтому либо
- распозновать _WIN/_NONE/_OCTETS/... префиксы
- парсить по
Serge Buzadzhy wrote:
Да нет Дим. Я про случай когда текст перед отправкой конвертанули в
уникоду. :) Тогда на вид все будет хорошо. Но только на вид. :) Мы же
это с тобой обсуждали. Не помнишь?
Я помню, что если текст конвертить, то вылезут одни грабли, а если не
конвертить -- другие :-)
Кстати ты в курсе что в последних файрах если ты подключился в
NONE то DDL операторы выполнять противопоказано? По крайней мере некоторые.
А поподробнее?
Dmitry Yemanov пишет:
Да нет Дим. Я про случай когда текст перед отправкой конвертанули в
уникоду. :) Тогда на вид все будет хорошо. Но только на вид. :) Мы же
это с тобой обсуждали. Не помнишь?
Я помню, что если текст конвертить, то вылезут одни грабли, а если не
конвертить -- другие :-)
Dmitry Yemanov пишет:
Roman Rokytskyy wrote:
А поподробнее?
выполняем в NONE:
create procedure AAA
as
begin
-- тут был вася
end
В каком чарсете запишется вася в RDB$PROCEDURE_SOURCE? Правильно, в
WIN1251. А должен быть в юникоде. И если теперь подключиться в cp1251,
то получишь
В том то и дело, что надо автоматом ... Но перешение о конвертировании
принимается до prepare, поэтому либо
- распозновать _WIN/_NONE/_OCTETS/... префиксы
- парсить по полной (ужоснахер)
Ну этого мало. Смотри
Я про обращение к системным таблицам и думал
тут че будешь делать?
ЗЫ. Да все проще. Дать возможность юзеру самому решать, нужна ему
конвертация сиквела в данном случае или нет.
Сергей, тем кто пишет горы кода, взаимодействующего с сервером, такие
возможности просто не впились. Сам же знаешь.
Это я не к тому, что такие возможности добавлять не надо (посмотри
Hello, Sergey!
You wrote to Качановский Дмитрий on Mon, 3 Dec 2007 14:15:08 +0200:
?? а для коннекта из php что используете (то что идет в комплекте с php
?? или что-то еще)?
SM Пока ADODB классы, но уже написали свои обертки - как отшлифуем -
SM отдадим общественности. Наш модуль не требует
Да к примеру тот же янексовский... коннект уникода
SELECT _WIN1257 'латышские_буквы','другие латышские_буквы'
FROM TABLE_NAME
WHERE BLABLA = :MAS_BLABLA
Ну и че с ним делать? Первое поле конвертировать в уникоду нельзя,
второе надо.
Блин, точно ...
Ну и плюс поля с чарсетами
Kovalenko Dmitry пишет:
Я про обращение к системным таблицам и думал
Стоимость удовольствия отравит все удовольствие. :)
тут че будешь делать?
Да вешаться буду. Надо только найти девушку ростом выше 2 метра - её
на шею и повешусь :)
О как! До чего людей нескладуха с чарсетами может
Roman Rokytskyy wrote:
А поподробнее?
выполняем в NONE:
create procedure AAA
as
begin
-- тут был вася
end
В каком чарсете запишется вася в RDB$PROCEDURE_SOURCE? Правильно, в
WIN1251. А должен быть в юникоде. И если теперь подключиться в cp1251,
то получишь ошибкой транслитерации в глаз.
Привет алл.
Кому интересно - багa сдалась и уничтожена, ждите новости на Devrace или
следуюшую
версию фибов.
Поскольку Сергей не был замечен в склонностях мучать исходники
сервера, смею предположить - бага была в самих Фибах?
Что-то спефицическое?
[Не выспавшийся]
Коваленко Дмитрий.
бага была в самих Фибах?
Что-то спефицическое?
Кокаято мелоч связаная с уникодами. Чё ето было
невникал, но за оперативность суппорта я в восторге :)
Regards
Janex
Kovalenko Dmitry пишет:
Привет алл.
Кому интересно - багa сдалась и уничтожена, ждите новости на Devrace или
следуюшую
версию фибов.
Поскольку Сергей не был замечен в склонностях мучать исходники
сервера, смею предположить - бага была в самих Фибах?
Да. В некоторых случаях на сервер
Kovalenko Dmitry wrote:
Да. В некоторых случаях на сервер проскакивал не конвертированный текст
сиквела. Кстати теперь я задумался, насколько правильно вообще его
конвертировать в утф. Т.е. возможны тексты которые вообще конвертировать
противопоказано, и возможны тексты, которые надо
Kovalenko Dmitry пишет:
Да. В некоторых случаях на сервер проскакивал не конвертированный текст
сиквела. Кстати теперь я задумался, насколько правильно вообще его
конвертировать в утф. Т.е. возможны тексты которые вообще конвертировать
противопоказано, и возможны тексты, которые надо
IBExpert точно текст сиквела никуда не конвертирует. Почему же
проходит нормально? Хотя конечно может янекс ибэкспертом коннектится
не в утфной кодировке и просто забыл нам об этом сказать? :)
Привет.
Да нет, в експерте подключался с UTF8.
Могу собрать какоито тестовыи пример для
В принципе создал тестовую базу и апликацию, могу и послать
кому над, но глюк в приципе такои:
SELECT 'лат_буквы'
FROM TABLE_NAME
WHERE BLABLA = :MAS_BLABLA
Ошибку Malformed string кидает ели датасету мастер вообше
неуказан или мастер датасет неоткрит. Если открит, то всё
нормально. Ошибку
Janex пишет:
В принципе создал тестовую базу и апликацию, могу и послать
кому над, но глюк в приципе такои:
SELECT 'лат_буквы'
FROM TABLE_NAME
WHERE BLABLA = :MAS_BLABLA
Ошибку Malformed string кидает ели датасету мастер вообше
неуказан или мастер датасет неоткрит. Если открит, то всё
Serge Buzadzhy пишет:
Ну кидай на [EMAIL PROTECTED]
О блин. В общем на buzz сабака devrace.com
Здравствуйте, Janex.
Побойтесь бога - так оверквотить
--
С уважением,
Владимир mailto:[EMAIL PROTECTED]
Janex пишет:
Ошибку Malformed string кидает ели датасету мастер вообше
неуказан или мастер датасет неоткрит. Если открит, то всё
нормально. Ошибку кидает ешё если мастер открит, но в детаиле
указан несушествуюшии :MAS_MASTERFIELDNAME, тоесть в мастере
нет поля MASTERFIELDNAME.
Интересно.
Janex пишет:
Привет алл.
Я в ауте с етим UTF8.
Даже незнаю, фибоская ошибка ли ета или FB (2.0.3).
Кладу на форму базу, датасет и трансакцию. Базе конешно уакзиваю
lc_ctype=UTF8. Запрос выден в ниже в том что монитор мне выдаёт.
[Application: Project1.exe]
pFIBDataSet1: [Prepare] SELECT
Serge Buzadzhy wrote:
Janex пишет:
Привет алл.
Я в ауте с етим UTF8.
Даже незнаю, фибоская ошибка ли ета или FB (2.0.3).
Кладу на форму базу, датасет и трансакцию. Базе конешно уакзиваю
lc_ctype=UTF8. Запрос выден в ниже в том что монитор мне выдаёт.
[Application: Project1.exe]
Janex ...
Латышские буквы где? Насколько я понял, не в параметре, а в
SELECT 'a-a-a-'??
Да, какраз здесь: SELECT 'a-a-a-'
SELECT _WIN1251 'a-a-a-' ...
WIN1251 заменить на правильную
--
Хорсун Влад
Да, какраз здесь: SELECT 'a-a-a-'
SELECT _WIN1251 'a-a-a-' ...
WIN1251 заменить на правильную
Я чего-то не вьехал в проблему. Конвертирование текста запроса в UTF8
делается или нет?
Коваленко Дмитрий.
www.ibprovider.com
Kovalenko Dmitry пишет:
Да, какраз здесь: SELECT 'a-a-a-'
SELECT _WIN1251 'a-a-a-' ...
WIN1251 заменить на правильную
Я чего-то не вьехал в проблему. Конвертирование текста запроса в UTF8
делается или нет?
Да делается. Тут что еще туманно, янек уверяет что проблема возникает
Serge Buzadzhy ...
Kovalenko Dmitry пишет:
Да, какраз здесь: SELECT 'a-a-a-'
SELECT _WIN1251 'a-a-a-' ...
WIN1251 заменить на правильную
Я чего-то не вьехал в проблему. Конвертирование текста запроса в UTF8
делается или нет?
Да делается.
Тогда я не въехал :)
Тут что еще
Vlad Khorsun пишет:
Serge Buzadzhy ...
Kovalenko Dmitry пишет:
Да, какраз здесь: SELECT 'a-a-a-'
SELECT _WIN1251 'a-a-a-' ...
WIN1251 заменить на правильную
Я чего-то не вьехал в проблему. Конвертирование текста запроса в UTF8
делается или нет?
Да делается.
Тогда я не
Привет!
Сам Птиц довольно-таки нормально работает с UTF-8 - у нас на нем не
один гиг текста. При этом в текстах есть места, где и русские и
румынские буквы (с диакритиками) встречаются - и никто не ругается.
Правда мы дельфи не используем - в основном php и C#.
Учитывай, что не все дельфевые
Janex ...
Khorsun Vlad wrote:
Твоё :MAS_BLABLA в какой кодировке ? В UTF8 ? А может в WIN1251
(или что там у вас ?)
В тестовом примере мастера вообшё нету, но если пишем
WHERE RDB$RELATION_ID = :MAS_BLABLA
то всеравно получаем ошубку :( А RDB$RELATION_ID ведь SMALLINT чё там
ему
Ищи в своём запросе и\или его параметрах строки не в UTF8.
Особенность UTF8 в том, что первая половина ASCII таблицы в него входит как
есть.
Т.е. если в строке все символы имею коды 128, то такая строка есть корректная
UTF8 строка. Остальные символы нужно кодировать по правилам UTF8.
Janex ...
Ищи в своём запросе и\или его параметрах строки не в UTF8.
Особенность UTF8 в том, что первая половина ASCII таблицы в него входит как
есть.
Т.е. если в строке все символы имею коды 128, то такая строка есть
корректная
UTF8 строка. Остальные символы нужно
Khorsun Vlad wrote:
Передавай с клиента в UTF8. Что тут не понятного ???
Накой нужна эта UDF ?
Ну за етим вроде FIB-i должны следить если базе UTF8 указан.
В датесете поля фиби вроде правильно делают как WideString
Regards
Janex
Nikolay Ponomarenko wrote:
Hello, Janex!
You wrote on Mon, 03 Dec 2007 12:23:59 +0200:
Передаешь строки точно в UTF?
J Так я пока и непередаю ничего - просто запрос пытаюсь открить
J череф ФИБ-и. Фибам указан и правильныи fbclient.dll и UTF8 при конекте.
Как задаешь параметр?
..AsString?
Правда мы дельфи не используем - в основном php и C#.
а для коннекта из php что используете (то что идет в комплекте с php или
что-то еще)?
и как опыт (скорее положительный, или больше отрицательный)?
38 matches
Mail list logo