Re: Неторопливое выжирание памяти в 2.5

Kovalenko Dmitry wrote: 3. Компоненты должны понимать мульти-чарсетные тексты запросов. Это как? и что в них особенного? Приходит UCS2 строка _win1251 'вася пупкин' вот этого 'Васю пупкина' надо будет передать как WIN1251 строку. Даже если подключение у нас UTF8. Так? А, ну да... та

Re: автоматизированный переход на 2.5

Таких конкретных случаев будет по числу клиентов. Янексу чарсет-ид мешает, кому-то еще BLR для встроенных функций, другому - еще что-либо. В сад, в общем :-) ну почему в сад. Ему надо приватно сделать, скомпилить, забэкапить и забыть про проблему. Ну да. А страдать тогда по чему? Неее, эт

Re: Неторопливое выжирание памяти в 2.5

3. Компоненты должны понимать мульти-чарсетные тексты запросов. Это как? и что в них особенного? Приходит UCS2 строка _win1251 'вася пупкин' вот этого 'Васю пупкина' надо будет передать как WIN1251 строку. Даже если подключение у нас UTF8. Так? В NONE подключении строки "с_именем_объек

Re: Неторопливое выжирание памяти в 2.5

Посмотрим как там у нас в Java. Поехали по порядку... 0. Компоненты должны юзать сведения о кодовых страницах, возвращаемых сервером. Для этого им понадобиться иметь собственный аналог INTL-а. У нас щас поддерживается 49 кодовых страниц. Осталось 3 штуки. 1 простая, 2 замысловатых. Согласен

Re: автоматизированный переход на 2.5

вот что значит конкуренция Извините за оффтоп, но в продолжении к разговору, обозначились новые тарифы по моему провайдеру, кому интересно http://www.icn.od.ua/servicesnew.htm

Re: автоматизированный переход на 2.5

"Kochmin Alexandr" ... Vlad Khorsun wrote: IMHO, лучше добавить дятловому гбаку ключ для создания "правильных" бекапов. найти бы его исходники ;) Да хотя бы его самого найти. Это не проблема p.s. за бабло? PS дык PPS не я :) тогда надо искать кто бы сделал. Мне кажется не сильн

Re: автоматизированный переход на 2.5

Dmitry Yemanov wrote: Таких конкретных случаев будет по числу клиентов. Янексу чарсет-ид мешает, кому-то еще BLR для встроенных функций, другому - еще что-либо. В сад, в общем :-) ну почему в сад. Ему надо приватно сделать, скомпилить, забэкапить и забыть про проблему.

Re: автоматизированный переход на 2.5

Dmitri Kuzmenko wrote: нет, подрихтовать код для конкретного случая, один раз. p.s. за бабло? Таких конкретных случаев будет по числу клиентов. Янексу чарсет-ид мешает, кому-то еще BLR для встроенных функций, другому - еще что-либо. В сад, в общем :-) -- Дмитрий Еманов

Re: автоматизированный переход на 2.5

Vlad Khorsun wrote: IMHO, лучше добавить дятловому гбаку ключ для создания "правильных" бекапов. найти бы его исходники ;) Да хотя бы его самого найти. p.s. за бабло? PS дык PPS не я :) тогда надо искать кто бы сделал. Мне кажется не сильно уж и сложно. Вообщем, Янекс, ищи доборовольц

Re: автоматизированный переход на 2.5

"Dmitri Kuzmenko" ... Hello, Dmitry! Dmitry Yemanov wrote: вопрос не совсем к тебе - а что, нельзя переписать бэкап чтобы идентификаторы кодировки при ресторе менял? принудительно. Зашить в него знание ID-шников яффила? Нафиг. нет, подрихтовать код для конкретного случая, один раз.

Re: автоматизированный переход на 2.5

Hello, Dmitry! Dmitry Yemanov wrote: вопрос не совсем к тебе - а что, нельзя переписать бэкап чтобы идентификаторы кодировки при ресторе менял? принудительно. Зашить в него знание ID-шников яффила? Нафиг. нет, подрихтовать код для конкретного случая, один раз. p.s. за бабло? -- Dmitri Kou

IB8: UNICODE_LE, UNICODE_BE - есть ли жизнь на Марсе?

Привет всем. Исходя из главного правила своего существования - чтобы делать, лишь бы ничего не делеть - решил повозится с двухбайтными кодовыми страницами UNICODE_LE, UNICODE_BE. Это новшества IB8 (2007) И хотя в доке (из 2009) написано что InterBase now supports 16-bit UNICODE_BE and UNICODE_L

IB8: UNICODE_LE, UNICODE_BE - есть ли жизнь на Марсе?

Привет всем. Исходя из главного правила своего существования - чтобы делать, лишь бы ничего не делеть - решил повозится с двухбайтными кодовыми страницами UNICODE_LE, UNICODE_BE. Это новшества IB8 (2007) И хотя в доке (из 2009) написано что InterBase now supports 16-bit UNICODE_BE and UNICOD

Re: Неторопливое выжирание памяти в 2.5

4. Клиент должен передавать текстовые данные только через параметры. ... а как же ALTER PROCEDURE с русскими комментами? В NONE-подключении? Ну я же и говорю - API пока не совершенное. Нужен набор UNICODE-функций для выполнения запросов. Коваленко Дмитрий.

Re: Неторопливое выжирание памяти в 2.5

4. Клиент должен передавать текстовые данные только через параметры. ... а как же ALTER PROCEDURE с русскими комментами?

Re: Неторопливое выжирание памяти в 2.5

Что в очередной раз подтверждает мысль - NONE подключение рулит. Правда, его надо уметь готовить :-) Поделись своим рецептом с публикой. :-) http://www.ibprovider.com/rus/documentation/charsets_collations.html 0. Компоненты должны юзать сведения о кодовых страницах, возвращаемых сервером.