[mdk-re] postgresql & odbc

[mdk-re] postgresql & odbc

[Korshunov Ilya]

Никто не использовал M$ Access & ODBC драйвер для pgsql для чтения данных из pgsql database ?
Может кто знает как на ём koi8-r читать  ??

--------------------
regards
korshunov

Re: [mdk-re] postgresql & odbc

[Alexei Takaseev]

On Tue, 12 Mar 2002, Korshunov Ilya wrote:

> Никто не использовал M$ Access & ODBC драйвер для pgsql для
> чтения данных из pgsql database ?
> Может кто знает как на ём koi8-r читать  ??

Так вроде как PostgreSQL можно было настроить, кому в какой
кодировке данные отдавать. Или уже оторвали эту фичу?

Re: [mdk-re] postgresql & odbc

[Korshunov Ilya]

Wed, 13 Mar 2002 10:58:48 +0800 (IRKT)
Alexei Takaseev <taf@utaf.ilim.ru> Писал:

> On Tue, 12 Mar 2002, Korshunov Ilya wrote:
> 
> > Никто не использовал M$ Access & ODBC драйвер для pgsql для
> > чтения данных из pgsql database ?
> > Может кто знает как на ём koi8-r читать  ??
> 
> Так вроде как PostgreSQL можно было настроить, кому в какой
> кодировке данные отдавать. Или уже оторвали эту фичу?
> 
 ??? 
Не в курсе я....это как ? 

Re: [mdk-re] postgresql & odbc

[Alexei Takaseev]

On Wed, 13 Mar 2002, Korshunov Ilya wrote:

> > > Никто не использовал M$ Access & ODBC драйвер для pgsql
> для
> > > чтения данных из pgsql database ?
> > > Может кто знает как на ём koi8-r читать  ??
> >
> > Так вроде как PostgreSQL можно было настроить, кому в какой
> > кодировке данные отдавать. Или уже оторвали эту фичу?
> >
>  ???
> Не в курсе я....это как ?

С семерке уже оторвали эту фичу. В шестерке была возможность
прописывания в специальном файле, каким адресам в какой кодировке
отдавать данные. Сейчас это сделано более-менее по-человечески
через SET CLIENT_ENCODING TO 'encoding';

[mdk-re] postgresql & odbc

[Maxim]

Здравствуйте, Korshunov.
Вы писали 12 марта 2002 г., 20:52:14:

KI> Никто не использовал M$ Access & ODBC драйвер для pgsql для чтения данных из pgsql database ?
KI> Может кто знает как на ём koi8-r читать  ??

KI> --------------------
KI> regards
KI> korshunov


а зачем кои-8.
win1251 у меня читает только в путь.

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru

Re: [mdk-re] postgresql & odbc

[Korshunov Ilya]

Wed, 13 Mar 2002 11:09:53 +0300
Maxim <max_conf@e-foto.ru> Писал:

> Здравствуйте, Korshunov.
> Вы писали 12 марта 2002 г., 20:52:14:
> 
> KI> Никто не использовал M$ Access & ODBC драйвер для pgsql для чтения данных из pgsql database ?
> KI> Может кто знает как на ём koi8-r читать  ??
> 
> KI> --------------------
> KI> regards
> KI> korshunov
> 
> 
> а зачем кои-8.
> win1251 у меня читает только в путь.

Есть некторые проблемки в сосуществовании macos и win1251. Оно лучше koi8 жрёть. А 1251е базы у меня есть но те котрыми пользуются 
исключетильно с pc. 

regards
korshunov

Re: [mdk-re] postgresql & odbc

[Любимов А.В.]

On Wed, 13 Mar 2002 11:15:36 +0300
"Korshunov Ilya" <kosha@kp.ru> wrote:

> > а зачем кои-8.
> > win1251 у меня читает только в путь.
> 
> Есть некторые проблемки в сосуществовании macos и win1251. Оно лучше
> koi8 жрёть. А 1251е базы у меня есть но те котрыми пользуются
> исключетильно с pc. 

речь шла не об исходной кодировке, а о кодировке, задаваемой клиентом.
все должно автоматом конвертироваться. а внутри базы лучше всего держать utf-8.
правда, проблемы тут тоже возможны. причем у всех :)

-- 
С уважением,Любимов А.В.

Re: [mdk-re] postgresql & odbc

[Korshunov Ilya]

Wed, 13 Mar 2002 11:19:41 +0300
Любимов А.В. <avl@l14.ru> Писал:

> On Wed, 13 Mar 2002 11:15:36 +0300
> "Korshunov Ilya" <kosha@kp.ru> wrote:
> 
> > > а зачем кои-8.
> > > win1251 у меня читает только в путь.
> > 
> > Есть некторые проблемки в сосуществовании macos и win1251. Оно лучше
> > koi8 жрёть. А 1251е базы у меня есть но те котрыми пользуются
> > исключетильно с pc. 
> 
> речь шла не об исходной кодировке, а о кодировке, задаваемой клиентом.
> все должно автоматом конвертироваться. а внутри базы лучше всего держать utf-8.
> правда, проблемы тут тоже возможны. причем у всех :)
угу))).

Не понял а как задавать кодировку клиентом ?? Ни в odbc драйвере ни в M$ Access я такой опции не нашёл.
Правда в дополнение к odbc на ftp.postgresql.org и мирорах лежит в zip'е некая dll'ка под названием koi8pgsql.zip
но она без инструкции и причём битая и архив не раскрывается. 


--------------------
regards
korshunov

Re: [mdk-re] postgresql & odbc

[Gleb Kouzmenko]

Korshunov Ilya wrote:

> Wed, 13 Mar 2002 11:19:41 +0300
> Любимов А.В. <avl@l14.ru> Писал:
> 
> 
>>On Wed, 13 Mar 2002 11:15:36 +0300
>>"Korshunov Ilya" <kosha@kp.ru> wrote:
>>
>>
>>>>а зачем кои-8.
>>>>win1251 у меня читает только в путь.
>>>>
>>>Есть некторые проблемки в сосуществовании macos и win1251. Оно лучше
>>>koi8 жрёть. А 1251е базы у меня есть но те котрыми пользуются
>>>исключетильно с pc. 
>>>
>>речь шла не об исходной кодировке, а о кодировке, задаваемой клиентом.
>>все должно автоматом конвертироваться. а внутри базы лучше всего держать utf-8.
>>правда, проблемы тут тоже возможны. причем у всех :)
>>
> угу))).
> 
> Не понял а как задавать кодировку клиентом ?? Ни в odbc драйвере ни в M$ Access я такой опции не нашёл.



ODBC setup(your Postgresql DSN)->
Advanced Options->
Connect Settings= SET CLIENT_ENCODING='WIN';

> Правда в дополнение к odbc на ftp.postgresql.org и мирорах лежит в zip'е некая dll'ка под названием koi8pgsql.zip
> но она без инструкции и причём битая и архив не раскрывается. 

Можно и ее (где-то видел и целый архив).
Прописывается руками в реестре (keyword: TranslationDll).
Имеет смысл использовать, если база в koi8-r не умеет SET 
CLIENT_ENCODING='WIN';


Глеб

Re: [mdk-re] postgresql & odbc

[Korshunov Ilya]

> ODBC setup(your Postgresql DSN)->
> Advanced Options->
> Connect Settings= SET CLIENT_ENCODING='WIN';

Спасибо огромное!!!
 
> > Правда в дополнение к odbc на ftp.postgresql.org и мирорах лежит в zip'е некая dll'ка под названием koi8pgsql.zip
> > но она без инструкции и причём битая и архив не раскрывается. 
> 
> Можно и ее (где-то видел и целый архив).
> Прописывается руками в реестре (keyword: TranslationDll).
> Имеет смысл использовать, если база в koi8-r не умеет SET 
> CLIENT_ENCODING='WIN';
Буду искать так как вышеописаное работает но не сортирует русский. 

regards
korshunov

Re: [mdk-re] postgresql & odbc

[AVL]

> Буду искать так как вышеописаное работает но не сортирует русский. 
сортирует. это уже надо править на стороне сервера.
там какая то затыка связанная с разными локалями у рута при установке и у юзеров.
на lor обсуждалось и решалось.

Re: [mdk-re] postgresql & odbc

[Korshunov Ilya]

Wed, 13 Mar 2002 17:01:08 +0300
AVL <avl@l14.ru> Писал:

> > Буду искать так как вышеописаное работает но не сортирует русский. 
> сортирует. это уже надо править на стороне сервера.
> там какая то затыка связанная с разными локалями у рута при установке и у юзеров.
> на lor обсуждалось и решалось.

Я в курсе такой проблемы...она возникает при неправильной установке locale у пользователя запускающего
СУБД. У меня она не присутствует. Возможно проблема с MS Access..но в общем это уже тема не для этого mail list'a.
Ещё раз спасибо за помощь. 

regards
korshunov

Re[2]: [mdk-re] postgresql & odbc

[Sergey Krivulja]

Hello AVL,

Wednesday, March 13, 2002, 5:01:08 PM, you wrote:

>> Буду искать так как вышеописаное работает но не сортирует русский. 
A> сортирует. это уже надо править на стороне сервера.
A> там какая то затыка связанная с разными локалями у рута при установке и у юзеров.
A> на lor обсуждалось и решалось.
Причем недавно. ( www.linux.org.ru -> lor )

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: [mdk-re] postgresql & odbc

[Alexei Takaseev]

On Wed, 13 Mar 2002, Korshunov Ilya wrote:

> > Можно и ее (где-то видел и целый архив).
> > Прописывается руками в реестре (keyword: TranslationDll).
> > Имеет смысл использовать, если база в koi8-r не умеет SET
> > CLIENT_ENCODING='WIN';
> Буду искать так как вышеописаное работает но не сортирует
> русский.

А эта dll'ка не поможет с сортировкой. Проблема с сортировками,
скорее всего, в том, что при изначальной инициализации PostgreSQL
initdb был запущен в системном окружении, и слыхом не знавшее про
русский (хоть koi8-r, хоть 1251). И даже если потом ты создаешь
базы с параметром кодировки KOI8, сортировка уже не работает.

На мой взгляд, это можно расценить как баг в сторону пакета
PostgreSQL.

Re: [mdk-re] postgresql & odbc

[Korshunov Ilya]

Wed, 13 Mar 2002 23:44:21 +0800 (IRKT)
Alexei Takaseev <taf@utaf.ilim.ru> Писал:

> On Wed, 13 Mar 2002, Korshunov Ilya wrote:
> 
> > > Можно и ее (где-то видел и целый архив).
> > > Прописывается руками в реестре (keyword: TranslationDll).
> > > Имеет смысл использовать, если база в koi8-r не умеет SET
> > > CLIENT_ENCODING='WIN';
> > Буду искать так как вышеописаное работает но не сортирует
> > русский.
> 
> А эта dll'ка не поможет с сортировкой. Проблема с сортировками,
> скорее всего, в том, что при изначальной инициализации PostgreSQL
> initdb был запущен в системном окружении, и слыхом не знавшее про
> русский (хоть koi8-r, хоть 1251). И даже если потом ты создаешь
> базы с параметром кодировки KOI8, сортировка уже не работает.
> 

Найн...было запушено в KOI8. Сортировка работает везде окромя MS Access.
--------------------

[mdk-re] [JT] postgresql & odbc (про кодировки)

[Maxim]

Здравствуйте, Любимов.
Вы писали 13 марта 2002 г., 11:19:41:

ЛАВ> On Wed, 13 Mar 2002 11:15:36 +0300
ЛАВ> "Korshunov Ilya" <kosha@kp.ru> wrote:

>> > а зачем кои-8.
>> > win1251 у меня читает только в путь.
>> 
>> Есть некторые проблемки в сосуществовании macos и win1251. Оно лучше
>> koi8 жрёть. А 1251е базы у меня есть но те котрыми пользуются
>> исключетильно с pc. 

ЛАВ> речь шла не об исходной кодировке, а о кодировке, задаваемой клиентом.
ЛАВ> все должно автоматом конвертироваться. а внутри базы лучше всего держать utf-8.
ЛАВ> правда, проблемы тут тоже возможны. причем у всех :)

блин, вообще эта проблема уже начинает свербеть в заднице как гиморой.
по  моему пора организовать референдум и привести родную кодировку к какому либо
одному  знаменателю.  Да  еще  и  законно ее в конституции прописать, чтоб всяким
мелкософтам не повадно было свои порядки диктовать.
По  моему  есть  смысл. Просто такое количество кодировок уже никому не нужно и
только вредит. У каждого языка должна быть одна кодировка. и надо не спорить что
лучше, а всем договориться.

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru

Re: [mdk-re] [JT] postgresql & odbc (про кодировки)

[Korshunov Ilya]

> блин, вообще эта проблема уже начинает свербеть в заднице как гиморой.
> по  моему пора организовать референдум и привести родную кодировку к какому либо
> одному  знаменателю.  Да  еще  и  законно ее в конституции прописать, чтоб всяким
> мелкософтам не повадно было свои порядки диктовать.
> По  моему  есть  смысл. Просто такое количество кодировок уже никому не нужно и
> только вредит. У каждого языка должна быть одна кодировка. и надо не спорить что
> лучше, а всем договориться.
> 
Согласен...(

[mdk-re] Re: [JT] postgresql & odbc (про кодировки)

[Mikhail Zabaluev]

Hello Maxim,

On Wed, Mar 13, 2002 at 12:20:08PM +0300, Maxim wrote:
>
> блин, вообще эта проблема уже начинает свербеть в заднице как гиморой.
> по  моему пора организовать референдум и привести родную кодировку к какому либо
> одному  знаменателю.  Да  еще  и  законно ее в конституции прописать, чтоб всяким
> мелкософтам не повадно было свои порядки диктовать.
> По  моему  есть  смысл. Просто такое количество кодировок уже никому не нужно и
> только вредит. У каждого языка должна быть одна кодировка. и надо не спорить что
> лучше, а всем договориться.

Тогда давайте сойдёмся на ISO-8859-5, чтобы почти все страдали и
никому не было обидно :)
На самом деле, даже для всемирнаго набора символов ISO 10646-1
AKA Unicode существуют разные кодировки, но там они оправдываются
различными техническими требованиями.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Be cheerful while you are alive.
		-- Phathotep, 24th Century B.C.

[mdk-re] ethernet-card

[Mika]

Hi!

У меня система периодически выдает сообщение:
eth0: Out-of-sync dirty pointer, 368964 vs. 368982
Этот интерфейс подключен к модему-роутеру Xstream 1301.
Как правило, этому сообщению предшествует потеря связи с модемом. Что это
может быть?

С наилучшими пожеланиями, Mika

[mdk-re] Re: [mdk-re] [JT] postgresql & odbc (про кодировки)

[Sergey Krivulja]

Hello Maxim,

Wednesday, March 13, 2002, 12:20:08 PM, you wrote:

M> По  моему  есть  смысл.
M> Просто такое количество кодировок уже никому не нужно и
Это точно. Скоро запишут нас в книгу рекордов Гинеса со знаком минус. :(
M> только вредит. У каждого языка должна быть одна кодировка. и надо не спорить что

Ко всем плюсам демократии существует и один существенный минус.
M> лучше, а всем договориться.
А именно как ^^^^^^^^^^^^^^^^

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

[mdk-re] [JT] postgresql & odbc (про кодировки)

[Maxim]

Здравствуйте, Sergey.
Вы писали 13 марта 2002 г., 14:26:59:

SK> Hello Maxim,

SK> Wednesday, March 13, 2002, 12:20:08 PM, you wrote:

M>> По  моему  есть  смысл.
M>> Просто такое количество кодировок уже никому не нужно и
SK> Это точно. Скоро запишут нас в книгу рекордов Гинеса со знаком минус. :(
M>> только вредит. У каждого языка должна быть одна кодировка. и надо не спорить что

SK> Ко всем плюсам демократии существует и один существенный минус.
M>> лучше, а всем договориться.
SK> А именно как ^^^^^^^^^^^^^^^^

Вопрос достаточно сложный.
Самое  сложное  это  определиться  кто  в этом может участвовать а кто нет. Ведь
например  фирме  1С  абсолютно  пофигу  до кодировок. Следовательно в обсуждении
должны  участвовать  фирмы,  производители  системного программного обеспечения.
Наверное даже не безызвестный M$.
Вообще  в  нормальных  странах  есть  такое  понятие как институт сертификации и
разработки стандартов. Он привлекает специалистов и т.п. У нас кажется тоже есть
такое  ведомство.  Главное  тут  не  превратить  эту  проблему  в  кормушку  для
несознательных  чиновников.  Которые  очень  любят на любой сертификации сорвать
денег для пристройки очередного хозблока для дачи.
но прежде чем это сделать нужно решить еще две проблемы.
По  сути сейчас есть два лагеря. Один Win а другой X. Так вот, если в лагере Win
только одна кодировка, то в лагере X их много. Плюс есть еще Unicode. Который на
самом  деле  и  был призван решить такие вопросы. Но вы видели хоть одну консоль
работающую   под   Unicode?   Я   лично  нет.  Да  и  все языки программирования
заточены работать с символом как с байтом, а не как с словом. Это тоже проблема.
Хотя  сейчас  вроде  есть решения, но они все в большинстве идут как надстройки.
Хотя врать не буду не особо осведомлен в этом вопросе.
В России не много производителей дистрибутивов Linux и подобных систем. И им что
то  обсудить  и  решить  между  собой  не  так  сложно. С M$ это конечно сложнее
будет  решить,  но если провести это решение как ГОСТ, то M$ просто придется его
придерживаться.

А  уж  нам  пользователям и администраторам придется потерпеть подводку всех под
один стандарт. Но лучше это сделать один раз и потом навсегда забыть.

Проблема  остается в одном, кто то должен это все начать и координировать.

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru

Re: [mdk-re] [JT] postgresql & odbc (про кодировки)

[AVL]

> Вопрос достаточно сложный.
> Самое  сложное  это  определиться  кто  в этом может участвовать а кто нет. Ведь
> например  фирме  1С  абсолютно  пофигу  до кодировок.

если в законе прописать одну. то ей будет не пофигу.

> но прежде чем это сделать нужно решить еще две проблемы.
> По  сути сейчас есть два лагеря. Один Win а другой X. Так вот, если в лагере Win
> только одна кодировка, то в лагере X их много.

а я вот стоя на "спортивной" закрываю глаза и говорю: "Нет света во вселенной и одинок я в своем существовании".
а потом открываю и вижу кучу народа и говорю "Общество, это проблема глазастых".

windows: win1251,cp866,unicode16,unicode32 
linux: koi8-r, utf8
ну и кого их больше?
причем именно из под виндозы я получаю нечитаемые документы, из за того, что на месте latin1 все также вставляются русские буквы. Бред сумасшедшего, но и через семь лет существования насквозь юникодной НТ, все еще многое элементарное не работает надежно и везде.

> Плюс есть еще Unicode. Который на
> самом  деле  и  был призван решить такие вопросы. Но вы видели хоть одну консоль
> работающую   под   Unicode?   Я   лично  нет.

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

> заточены работать с символом как с байтом, а не как с словом. Это тоже проблема.
простейшие макросы _() есть везде. Уж таких проблем на самом деле просто не видно.


> Проблема  остается в одном, кто то должен это все начать и координировать.
проблема только в том, что это должна быть государственная воля. А у нас ее давно уже нет и еще дольше не будет.

[mdk-re] Re: [JT] postgresql & odbc (про кодировки)

[Mikhail Zabaluev]

Hello AVL,

On Wed, Mar 13, 2002 at 04:55:03PM +0300, AVL wrote:
>
> > Проблема  остается в одном, кто то должен это все начать и координировать.
> проблема только в том, что это должна быть государственная воля. А у нас ее давно уже нет и еще дольше не будет.

И слава богу. Не хватало ещё, чтобы в области ИТ кого-нибудь запросто
могла переехать эта махина.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Angels we have heard on High
Tell us to go out and Buy.
		-- Tom Lehrer

Re: [mdk-re] Re: [JT] postgresql & odbc (про кодировки)

[Любимов А.В.]

> И слава богу. Не хватало ещё, чтобы в области ИТ кого-нибудь запросто
> могла переехать эта махина.

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

-- 
С уважением,Любимов А.В.

Re: [mdk-re] Re: [JT] postgresql & odbc (про кодировки)

[Aleksey Novodvorsky]

Любимов А.В. wrote:

>>И слава богу. Не хватало ещё, чтобы в области ИТ кого-нибудь запросто
>>могла переехать эта махина.
>>
>
>может быть.
>однако сути это не меняет. нам все равно придется следовать стандартам.
>Либо это будут наши стандарты, либо заморские,
>
Опасно противопоставлять стандарты по принципу "наши"-"не наши".  "Наши" 
эксперименты со стандартами слишком уж часто  были не просто неудачными, 
а идиотскими.

> вместе с окорочками присланные. 
>
Лет 10 назад никто дурного слова про окорочка не говорил. Я ни в коем 
случае не считаю, что нужно за них чем-то расплачиваться или есть их до 
гробовой доски, но тем более не хочу быть неблагодарным.

Rgrds, AEN

>
>

Re: [mdk-re] Re: [JT] postgresql & odbc (про кодировки)

[Любимов А.В.]

On Thu, 14 Mar 2002 03:29:09 +0300
"Aleksey Novodvorsky" <aen@logic.ru> wrote:

> Любимов А.В. wrote:
> 
> >>И слава богу. Не хватало ещё, чтобы в области ИТ кого-нибудь запросто
> >>могла переехать эта махина.
> >>
> >
> >может быть.
> >однако сути это не меняет. нам все равно придется следовать стандартам.
> >Либо это будут наши стандарты, либо заморские,
> >
> Опасно противопоставлять стандарты по принципу "наши"-"не наши".  "Наши"
> эксперименты со стандартами слишком уж часто  были не просто неудачными,
> а идиотскими.

и это правда.  но ситуация, когда у нас появилось аж три кодировки сразу, возникла не в последнюю очередь из за пассивной позиции госстандарта или кого там.
была бы сейчас KOI8 или любая другая кодировка, но _одна_ - проблем было бы куда как меньше.
а так у нас их минимум пять ...

> 
> > вместе с окорочками присланные. 
> >
> Лет 10 назад никто дурного слова про окорочка не говорил. Я ни в коем 
> случае не считаю, что нужно за них чем-то расплачиваться или есть их до 
> гробовой доски, но тем более не хочу быть неблагодарным.

а я уже тогда говорил, что глупо брать кредит и вкладывать его в американскую куроразводящую отрасль. Такая "гуманитарная помощь" себе дороже.
все остальное - политика и коньюнктура...

-- 
С уважением,Любимов А.В.

[mdk-re] Re[2]: [mdk-re] Re: [JT] postgresql & odbc (про кодировки)

[Maksim Otstavnov]

Hello Aleksey,

Thursday, March 14, 2002, 3:29:09 AM, you wrote:

>>>И слава богу. Не хватало ещё, чтобы в области ИТ кого-нибудь запросто
>>>могла переехать эта махина.
>>>
>>
>>может быть.
>>однако сути это не меняет. нам все равно придется следовать стандартам.
>>Либо это будут наши стандарты, либо заморские,
>>
AN> Опасно противопоставлять стандарты по принципу "наши"-"не наши".  "Наши" 
AN> эксперименты со стандартами слишком уж часто  были не просто неудачными, 
AN> а идиотскими.

А вопрос не в том, лезет государство в эту сферу или нет. Навязывая
режим копирайта и позволяя сочетать его с режимом коммерческой тайны
(поставка софта без исходных текстов), государство уже выворачивает
рынок наизнанку.

Стандартизация -- лишь инструмент (частично) восстановить баланс и
пресечь наиболее очевидные злоупотребления. Копирайт + ком.тайна без
стандартизации в условиях действия "закона Меткалфа" = рецепт
порождения неестественных монополий.

-- 
-- Maksim

Re: [mdk-re] Re[2]: [mdk-re] Re: [JT] postgresql & odbc ( про кодировки)

[Aleksey Novodvorsky]

Maksim Otstavnov wrote:

> Hello Aleksey,
>
> Thursday, March 14, 2002, 3:29:09 AM, you wrote:
>
> >>>И слава богу. Не хватало ещё, чтобы в области ИТ кого-нибудь запросто
> >>>могла переехать эта махина.
> >>>
> >>
> >>может быть.
> >>однако сути это не меняет. нам все равно придется следовать стандартам.
> >>Либо это будут наши стандарты, либо заморские,
> >>
> AN> Опасно противопоставлять стандарты по принципу "наши"-"не наши".  "Наши"
> AN> эксперименты со стандартами слишком уж часто  были не просто неудачными,
> AN> а идиотскими.
>
> А вопрос не в том, лезет государство в эту сферу или нет. Навязывая
> режим копирайта и позволяя сочетать его с режимом коммерческой тайны
> (поставка софта без исходных текстов), государство уже выворачивает
> рынок наизнанку.
>
> Стандартизация -- лишь инструмент (частично) восстановить баланс и
> пресечь наиболее очевидные злоупотребления. Копирайт + ком.тайна без
> стандартизации в условиях действия "закона Меткалфа" = рецепт
> порождения неестественных монополий.
>

Мы уже говорили об этом. Попытка при помощи стандартов ограничить деятельность
неестественных монополий может быть результативна только при сильном (не
репрессивном, а сильном) государстве.
Rgrds, AEN

[mdk-re] Re: [mdk-re] [JT] postgresql & odbc (про кодировки)

[Maksim Otstavnov]

Hello Maxim,

Wednesday, March 13, 2002, 3:52:35 PM, you wrote:

SK>> Ко всем плюсам демократии существует и один существенный минус.
M>>> лучше, а всем договориться.
SK>> А именно как ^^^^^^^^^^^^^^^^

M> Вообще  в  нормальных  странах  есть  такое  понятие как институт сертификации и
M> разработки стандартов.

У нас тоже есть. Но он взглюкнул, и стандарты были приняты
нереалистичные.

M> Он привлекает специалистов и т.п. У нас кажется тоже есть такое
M> ведомство.

Хм... Росстандарт (www.gost.ru).

M> Плюс есть еще Unicode. Который на самом деле и был призван решить
M> такие вопросы.

На уровне Профиля взаимодействия открытых систем -- однозначно,
Юникод.

На уровне Профиля переносимости прикладных программ даже и непонятно,
что делать. Видимо, все же, ISO-...-5 в восьмибитке и Юникод в
16/32-битке.

M> Но вы видели хоть одну консоль работающую под Unicode?

Да, конечно. Plan9 terminal :))))

M> Да и все языки программирования заточены работать с символом как с
M> байтом, а не как с словом.

Это давно уже не так. Большинство современных языков работают с
Юникод.

-- 
-- Maksim