Unicode Вавилонский

Если посмотреть программное шитье наизнанку, то увидишь удивительные вещи, которые говорят, что произошла очередная серая революция, которая делает все ранее сделанные наработки мякго говоря выброшенные на помойку. При этом принципом совместимости “снизу –вверх” всего программного обеспечения опять подтерлись вновь выросшие нувориши, делающие программный код.
И такое происходит почти во всех программах, которые сейчас можно выкинуть на свалку. Это касается notepad, который не воспримнимает его уже как текст. Это касается и casp тоже. Кстати похоже это относится и к golds да и прочим макроподстановщикам, которые я пытался использовать.

Самое неприятное, что все макроподстановщики, которые должны только находить и заменять макросы делают еще что-либо, что разрешили их разработчики. При отсутствии макросов они вытворяют со входным текстом то или иное действие, что крайне недопустимо, потому как приводит к неустойчивым и недостоверным результатам разработок.

Все еще более запущено, чем я думал файл с одной строкой AaBbАаБб. Но как только я начинаю с ней работать, то любая системная команда типа strncat(buffer, pszBuf,dwCount); превращает строку в мешанину байт. Для английской кодировки байт = 00 просто не копируется. Т.е. мы просто не можем работать в старом с++ инструментарии.
Пожалуй это самое плохое в этой ситуации.
Штатовцы, взяв себе 00 во втором байте упростили себе задачу перехода, зато других поставили раком.

Теперь очевидны ( мне по крайней мере ) причины крайнего бардака поиска в операционной системе Windows.

Более того путь запуска таких программ из командной строки весьма ограничен поскольку образец в самой строке заведомо не юникод, а взятый из файла должен быть в нужной кодировке. В общем строительство вавилонской башни С++ прекратилось из-за многоязычности строителей.

И более того никто нам не сказал как же все-таки искать в двух языках скажем английском и русском. Я уже не говорю о замене в параметрических макросах, которые находятся в двухязыковом контенте, а в общем случае в многоязыковом. Эти вопросы повисают как я понимаю игнорированием второстепенных языков. Здесь я не говорю о контенте клиента а небаз данных, где вопрос решен введением collation type.

Forums: 

По-моему паниковать не стоит.

По-моему паниковать не стоит.
Ситуация аналогична началу 90-х прошлого века - MS DOS code page vs Windows code page.

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

З.Ы.: тема интересная, выкладывай на форум.

Изображение пользователя ipanshin.

Хрен знает что относится к пои

Хрен знает что относится к поиску и к тому, что придется повторять и отлаживать заново написанное. Понятно, что не умрем. Так побарахтаемся немного придавленные.

Лучше был бы сделан эмулятор command, понимающий unicode.

31

Воспоминаний груз в сердцах своих несем,
Там царствует любовь, что бесконечна,
Здесь каждый персонаж не раз произнесен
И все мои друзья здесь проживают вечно.

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

Ты, Память, место общих погребений,
Могилы частных жизненных утрат,
И в жизни все права моих приобретений
Тебе всецело каждый час принадлежат.

Из прошлого любимый образ твой
Во мне он полностью владеет мной.

Изображение пользователя st.

Посмотри в документации на пре

Посмотри в документации на преобразования. Что-то типа

byte[] byteArray = Encoding.Default.GetBytes(str);

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

Изображение пользователя ipanshin.

Очередная маленькая победка. С

Очередная маленькая победка. Скрипт nexus начал компилироваться в БД DocsVision средствами генерации скрипта доксвижена (пока правда все подпольно). То есть по сути получается БД с двойным дном. По человечески это понятно. Поройтесь в себе и найдите свое истинное "Я"...

21

Немногословной музе чужды одеянья
Небесной абсолютной красоты,
Что затмевает Господа сиянье,
А мы в четверостишии на «Ты»...

Творить сравнения все горделиво
С луной и солнцем, с редкостью морей,
И к первоцвету марта некрасиво
Приравнивать предмет любви своей.

Небесное с небесным лишь сравнимо,
Земное все - с земною красотой...
Но то, что я люблю и ты любима
Сравнимо лишь с рождением весной.

Без толку примерять небесные одежды
Ведь праху – прах и никакой надежды.

Изображение пользователя st.

Кстати, ты когда скрипт в чужу

Кстати, ты когда скрипт в чужую БД заливаешь, не хочешь воспользоваться schema во избежание коллизий?
Это, правда, потянет за собой добавление префикса ко всем таблицам. Второй выход - заливка в другую БД с кросс-запросами.

Изображение пользователя ipanshin.

воспользоваться sc

воспользоваться schema

Не думал на эту тему, так как это все мои экзерсисы. Ставлю себе задачу - и сам ее решаю. А по работе просто перелопачиваю написанный ранее скрипт и оптимизирую его. Избавляюсь от курсоров и пр.
Более того. Разработчики не хотят никакой динамики в БД. Метаданные жестко фиксированны и изменение их в процессе работы динамически встретило мягкий отказ от моих предложений. Диаметрально противоположный подход: БД - это склад, который используют очень умные клиенты. Поэтому, что клиент положил, то он должен и взять. Иначе нарушение целостности.