При открытии залоченного файла получил ошибку.
Чтобы получить текст ошибки, вызвал fb_interpret. Понял что текст в виндовой кодировке сервера. Хочу правильно показать текст ошибки на клиенте. Как на клиенте узнать в какой кодировке приходят ошибки?
ConvertBytesToUnicodeString(fb_interpret, GetWindowsACP)

Ещё если в ошибке есть имена таблиц, полей, ограничений, то в тексте ошибки они приходят в utf-8. Как в общем виде можно решить задачу корректного отображения текста ошибки на клиенте? Клиент юникодный.
ConverUtf8tBytesToUnicodeString(fb_interpret)

Можно ли как-то сказать серверу чтобы он отдавал текст ошибки не в виндовой кодировке сервера, а в utf-8? И чтобы текст ошибки брал не из активной кодовой страницы, а хотя бы из 1252?

FB 3.0.1

Dimitry SibiryakovВ большинстве случаев (за исключением некоторых багов) текст ошибки выводится в кодировке
подключения.

Я ищу хорошее решение. В том числе и для services api.

Dimitry SibiryakovУказание правильного чарсета подключения это и есть хорошее решение.

Чарсет подключения UTF8. Если перекодировать в UTF8, то получается:
First chance exception at $75F4C54F. Exception class EUIBError with message
'I/O error during "CreateFile (open)" operation for file "D:\����.fb"
Error while trying to open file
������� �� ����� �������� ������ � �����, ��� ��� ���� ���� ����� ������ ���������.
Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements

А если перекодировать в 1251, то:
First chance exception at $75F4C54F. Exception class EUIBError with message
'I/O error during "CreateFile (open)" operation for file "D:\База.fb"
Error while trying to open file
Процесс не может получить доступ к файлу, так как этот файл занят другим процессом.
Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements
По какому принципу одни ошибки кодируются в utf-8, а другие нет?

alekcvpFastBaseDevЧарсет подключения UTF8. Если перекодировать в UTF8, то получается:

А можно писать как-то сразу на русском?Я конечно не перекодирую в UTF8. Очень криво написал, согласен. Я перекодирую из того что пришло. В одних ошибках текст приходит в UTF8, в других в 1251. И я не пойму как с этим работать.

alekcvpА родная кодировка базы какая?UTF8.

alekcvpFastBaseDevЧарсет подключения UTF8. Если перекодировать в UTF8, то получается:

А можно писать как-то сразу на русском?
Первое сообщение кстати сразу на понятном русском :)

Dimitry SibiryakovFastBaseDevВ одних ошибках текст приходит в UTF8, в других в 1251. И я не пойму как с этим работать.

Поскольку мой юникодный патч отвергли - никогда не использовать ничего кроме латинских
букв в именах файлов и объектов БД.
Пользователям про имена файлов я на сайте написал, но думал что это исправится в четвёрке. Теперь понимаю что нет. Жалко конечно отказываться от Firebird, но что делать? Остаётся только смириться и искать другие варианты.

Dimitry SibiryakovFastBaseDevОстаётся только смириться и искать другие варианты.

Ищи. Оракул рекомендую.

Интуиция подсказывает SQLite. И не принимать ваши посты всерьез. Интересно почему...

kdvalekcvpЖалко конечно отказываться от Firebird, но что делать?
что-то никто не написал, что указанное сообщение приходит НЕ от Firebird, а от операционной системы.

Я написал в третьем предложении первого сообщения.
kdvТак что вы жалуетесь на винду, а отказаться хотите от ФБ, так? :-)
А как мне объяснить пользователю что после нажатия "Save As..." ему можно указывать имя файла только английскими или символами из локали винды?
И ещё я использую для работы с временными файлами "C:\Users\%USER_NAME%\AppData\Local\", как все нормальные люди. А Firebird с такими путями работать не умеет если в %USER_NAME% юникод или не ансишный символ.
Я люблю Firebird, но здравый смысл я люблю больше.

Dimitry SibiryakovFastBaseDevА как мне объяснить пользователю что после нажатия "Save As..." ему можно указывать имя
файла только английскими или символами из локали винды?

"Save As..." и клиент-сервер? Ты реально сделал плохой выбор.

Дмитрий, у меня программа умеет работать с базами как с файлами (вспомните Access).
И ещё она умеет работать по сети, если нужно (без использования сетевого протокола Firebird)
И ещё умеет в многосерверной конфигурации с синхронизацией, если нужно.

"Save As..." есть только в первом случае, где с файлами идёт работа как в Access. И это наиболее распространённый сценарий использования.
Очень удобно открывать файлы по двойному щелчку, или прям из интернета:

Пример с сайта не откроется на большинстве компьютеров с виндой. Просто из-за имени файла.

чччДFastBaseDev...
Пример с сайта не откроется на большинстве компьютеров с виндой. Просто из-за имени файла.

Чтобы файл "не открылся - нужна какая-то особенная винда? Или нужно именно твое клиентское приложение?
Китайская, японская, американская. Любая с некириллической локалью.

чччДИли нужно именно твое клиентское приложение?
В IBExpert тоже не откроется.

чччДFastBaseDevпропущено...

Китайская, японская, американская. Любая с некириллической локалью.
А, понял.

Может, не бороться с ветряными мельницами, а называть файлы в латинице?
Ну кому из японцев придет в голову грузить файл с именем "Заметки"?
Хорошо, Башкирия, регион РФ. Среди букв алфавита есть Ҙ . Firebird не хочет окрывать файл с этой буквой.

Ещё не понятно почему Firebird не захотел работать с базой по короткому имени файла, полученному вызовом GetShortPathName.
Вот такое "D:\中國\中國.fb" после GetShortPathName становится вот таким: "D:\E251~1\B176~1.FB", и сам файл по этму короткому пути читается winapi-шными функциями. А при открытии в Firebird:
'I/O error during "CreateFile (open)" operation for file "D:\E251~1\B176~1.FB"
Error while trying to open file
Синтаксическая ошибка в имени файла, имени папки или метке тома.
Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements
GDS Code: 335544344, SQL Code: -902, Error Code: 24'.

чччДты пока предупреди башкир, чтобы какое-то время не использовали опасную букву.
Вот и я про то. И смех и грех.

чччДFastBaseDev,

то, о чем ты говоришь - это важно, да.

Но вот у нас есть продукт, схожий с твоим фастбэйз.
Были пару раз какие-то вопросы насчет имен файлов - так они мгновенно решились: если люди будут заинтересованы в работе, они просто не станут делать так, как не работает. А если потенциальный клиент уперся в башкирскую буку "З" в имени файла - то нафик такой клиент не нужен.
А если юникод в пути к файлу, а не в самом имени? Слишком многим объяснять что такое Firebird и почему я выбрал именно его, а не например SQLite где все просто работает, даже микширование DDL и DML в одной транзакции.

Интересно почему мой CreateFileA открывает файл по короткому имени, а CreateFileA в Firebird не открывает?

чччД,

странно.
А если 'D:\Program Design\DelphiTokyo\Deflector\DB\Привет! Deflector - копия - Ҙ.FDB'?[/quot]

Basil A. SidorovНадеюсь, вы не забыли, что коротких путей может не быть?
Я помню :(

Получилось создать алиас через "fsutil hardlink create ... ..." и обратиться к нему.
Ну хоть так можно.

hvladНе нужно показывать юзерам имена файлов.
Пусть указывают имена "документов", создавай для именованного "документа" файл БД с нормальным именем и пиши соответствие хоть в databases.conf,
хоть в отдельную служебную БД.
У меня на компьютере более десятка файлов Doors.fb в разных папках. И мне удобно оперировать с ними именно как с файлами, копируя по F5 в FAR-е или переименовывая, и удобно открывать по Enter или двойному щелчку в проводнике.
Тут просто нет места для databases.conf или другого справочника баз.

Док,

И клиент и сервер на Delphi XE2.

IBExpertFastBaseDevВ IBExpert тоже не откроется.

Это, насколько я знаю, проблемы эксперта, а не FB. FB можно скормить строку подключения в utf8.
Можно, и скармливается, но пока (давно) не работает .