Доброго времени суток всем. В очередной раз прошу помощи с кодировкой строк - в этой теме я не очень силен. В двух словах проблема следующая. Есть у меня некий CMD-файл. Результат его работы при нормальном выполнении и выведении в файл выглядит вполне себе нормально, что-то типа такого:

"C:\Work\Woken Space\Woken_DB>C:\Windows\SysWOW64\chcp.com 65001
Active code page: 65001

C:\Work\Woken Space\Woken_DB>Cr_Base.Cmd C:\OpenServer\modules\database\MySQL-8.0\bin\mysql.exe DBCreatorLocal Woken_DB

C:\Work\Woken Space\Woken_DB>Rem ----- Создание базы -----

C:\Work\Woken Space\Woken_DB>C:\OpenServer\modules\database\MySQL-8.0\bin\mysql.exe --login-path=DBCreatorLocal -c 0<CreateDB.SQL 1>Logs\CreateDB.Log 2>&1

C:\Work\Woken Space\Woken_DB>Rem ----- Таблицы -----

C:\Work\Woken Space\Woken_DB>Rem ----- Настройки системы -----

C:\Work\Woken Space\Woken_DB>C:\OpenServer\modules\database\MySQL-8.0\bin\mysql.exe --login-path=DBCreatorLocal Woken_DB -c 0<Tables\tbSettings.SQL 1>Logs\tbSettings.Log 2>&1"

Кодировка файла, как и заказывалась, UTF-8 (65001)

Возникла у меня необходимость выполнения этого файла из своей программы и выведения этих результатов в собственную консоль. На текущий момент я испробовал два метода - функцию Execute из Jedi Code Library и компонент DosCommand. Библиотеки разные, поэтому с определенной долей уверенности можно говорить, что проблема не в них. Результат перехвата выглядит так:

"C:\Work\Woken Space\Woken_DB>Cr_Base.Cmd C:\OpenServer\modules\database\MySQL-8.0\bin\mysql.exe DBCreatorLocal Woken_DB

C:\Work\Woken Space\Woken_DB>Rem ----- ¦б¦-¦¬¦+¦-¦-¦¬¦¦ ¦-¦-¦¬TЛ -----

C:\Work\Woken Space\Woken_DB>C:\OpenServer\modules\database\MySQL-8.0\bin\mysql.exe --login-path=DBCreatorLocal -c 0<CreateDB.SQL 1>Logs\CreateDB.Log 2>&1

C:\Work\Woken Space\Woken_DB>Rem ----- ¦в¦-¦-¦¬¦¬TЖTЛ -----

C:\Work\Woken Space\Woken_DB>Rem ----- ¦Э¦-TБTВTА¦-¦¦¦¦¦¬ TБ¦¬TБTВ¦¦¦-TЛ -----

C:\Work\Woken Space\Woken_DB>C:\OpenServer\modules\database\MySQL-8.0\bin\mysql.exe --login-path=DBCreatorLocal Woken_DB -c 0<Tables\tbSettings.SQL 1>Logs\tbSettings.Log 2>&1"

Кодировка сохраненного файла при отсутствии попыток перекодирования - 1252. Все русские строки, соответственно, попорчены. Мои неуклюжие попытки перекодирования результатов не дают. Отсюда вопрос: можно ли при получении перехваченной строки как-то преобразовать ее к нормальному виду или копать надо где-то в другом месте?

alekcvp, сейчас втупую в Lines TMemo добавляется каждая приходящая строка. В DosCommand Lines - это свойство компонента, он заполняет ее сам. В Jedi есть процедура, которая возвращает строки из консоли, я беру каждую строку и делаю TMemo.Lines.Add(). Пробовал определять кодировку каждой строки - строка без русских букв возвращает 0, с русскими - 1252. Memo.Lines.SaveToFile без явного указания кодировки создает файл в кодировке 1252

alekcvp, проблема в том, что сейчас мне из приложения приходит не набор байт, а конкретно строка. Перевести ее в набор байт не проблема, но где гарантия, что этот набор байт будет тем же самым, из которого Jedi формирует строку для передачи ее в свой хэндлер? А DosCommand вообще не пускает меня в обработку - я передаю ему нужный Lines и он заполняет его сам. Jedi хотя бы возвращает каждую строку. Получается, что я не могу конвертнуть эту строку перед записью в Lines в нужную кодировку? А писать сразу в файл мне бессмысленно - тогда уж лучше сразу выполнять команду типа "1.CMD > tmpfile". Я вчера так пробовал - прекрасно работает. Но неинтересно это, некрасиво. Хотя как крайний вариант я это в голове держу... :-)

P. S. У DosCommand есть 2 события - OnCharEncoding и OnCharDecoding. Параметр - буффер типа TStream. Но что с этим буфером делать - я пока не понял

alekcvp, UTF-8. 65001. И команда "1.CMD > 1.Log" тоже создает лог-файл в UTF-8

Воспользовался другой версией Jedi-вского Execute - она вместо работы с хэндлером возвращает полный текст вывода одним стрингом. Lines.Text := S1 дало тот же текст с кракозябрами. Однако конструкция




Дает прекрасный результат. Lines сохраняет файл в кодировке 65001. LoadFromFile без указания Encoding показывает текст с теми же кракозябрами

Проблема решена. Всем спасибо. Если кому интересно - хэндлер для Jedi-вского Execute:




Кстати - опять же, если кому интересно - залитый из GetIt DosCommand имеет два обработчика - OnCharDecoding и OnCharEncoding. В процессе тестирования выяснилось, что OnCharEncoding просто нигде не вызывается и не обрабатывается. Забыли, наверное. Так что, для более интеллектуального (в смысле кодировок) использования он непригоден

alekcvp, отличный модуль. Большое спасибо. Я так понимаю, ты серьезно занимался подобными задачами. Тогда у меня сопутствующий вопрос: что в твоем понимании CommandLine? Только исполняемый файл или строка с параметрами выполнения?

alekcvp, тогда можно вопрос? Мне нужно выполнить следующую команду:

C:\OpenServer\modules\database\MySQL-8.0\bin\mysql.exe --login-path=DBCreatorLocal Woken_DB -c < C:\Work\Woken Space\Woken_DB\Procedures\prApplyServiceToAccount.SQL

Как мне оформить ее? Напрямую при вызове mysql считает, что параметры неверные и соответственно выдает портянку с помощью. Пробовал брать в кавычки каждый параметр - до базы данных вроде принимает, после - опять ругается. Есть у меня подозрение, что надо как-то оформить символ "<", но пока уверенности нет. При обертке этой команды в cmd-файл безо всяких кавычек все прекрасно работает. Сама команда из командной строки тоже работает

alekcvp, понятно, спасибо. В принципе, обертка в cmd хоть и чуть более хлопотная, но работает. Пока оставлю так...

Fr0sT-Brutal, это понятно. Но mysql.exe иначе файлы на вход не принимает

Dimitry Sibiryakov, а есть другие варианты?

alekcvp, куда писать? Тут уже дело не в перехвате, а в формате команды. Перехватить можно что угодно, но без "<" MySQL не отработает. Это у него единственный формат выполнения скрипта из файла. Мне не нужно писать туда то, что после "<" - мне нужно все вместе. Тем более, что перехватывать ввод мне не надо - команду я формирую сам. Может быть, есть вариант, как подменить "<" какой-то комбинацией символов в подаваемой строке, но я его пока не нашел

Dimitry Sibiryakov, блин, прежде, чем советовать, поинтересовался хотя бы, что за задача у меня. Настройка команды, которую я выполняю в этот момент, происходит в другом месте. Я понятия не имею, что я запускаю - блокнот, дельфи или игрушку. И в параметрах к этому выполняемому файлу мой подаваемый файл может идти, а может и нет. А может быть задан не исполняемый файл, а, например, текстовый - тогда он должен открываться ассоциативными средствами операционной системы. А в данном конкретном случае мне именно надо, чтобы он выполнял именно из файла . По условиям задачи я могу только получить несколько параметров (два из них - выполняемый файл и аргументы запуска) и собрать из них удобоваримую команду на выполнение, по возможности обработав их - например, взяв в двоеточие имя файла на случай, если в нем есть пробелы. Сейчас речь идет о том, могу ли я в настраиваемых параметрах на выполнение SQL-скрипта настроить аргументы так, чтобы ShellExecute или ему подобные функции смогли правильно выполнить команду или мне проще эту команду обернуть в CMD-файл и выполнить уже его. Что я и делаю сейчас вполне успешно.

Dimitry Sibiryakov, а смысл какой? Мне надо было получить ответ от выполняемой команды - я его получаю. Чем твой вариант лучше выполнения CMD-файла, содержащего мою команду в том виде, в котором она была мне задана? Кроме того, что сейчас я пользуюсь готовым инструментарием и не трачу время на написание системных процедур, имеющих к моей основной задаче весьма отдаленное отношение. Тем более, что ситуация крайне редкая - конкретно в моем случае конструкция '< File.SQL' при необходимости легко заменяется на '-e "Source File.SQL"' безо всякого перенаправления. Когда мне нужно будет управлять вводом, тогда и буду решать такую задачу. Тем более - я, конечно, проверю, но сильно подозреваю, что для того, чтобы подать файл на стандартный ввод MySQL, его надо предварительно запустить, выполнить скрипт, а потом организовать из него выход. Что вряд ли получится сделать одной командой. Мне надо было понять, почему конкретно не выполняется моя командная строка - я понял. Большое спасибо всем, проблему считаю закрытой