Ошибка согласования: у кого-нибудь были проблемы с усеченными сообщениями об ошибках?

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

мой Delphi-XE (Версия 1, Update1). Я использую Postgres, который генерирует сообщения об ошибках на португальском языке (португальский Бразилия), и по этой причине сообщения об ошибках имеют акценты. Компоненты соединения ZeosLib пакет.

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

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

ERRO:  duplicar valor da chave viola a restrição de unicidade "uc_usu_va_login"
DETAIL:  Chave (va_login)=(admin) já existe.
CONTEXT:  comando SQL "INSERT INTO USUARIOS (VA_NOME
                           ,VA_LOGIN
                           ,CH

но на самом деле, что должно быть возвращено это:

ERRO:  duplicar valor da chave viola a restrição de unicidade "uc_usu_va_login"
DETAIL:  Chave (va_login)=(admin) já existe.
CONTEXT:  comando SQL "INSERT INTO USUARIOS (VA_NOME
                               ,VA_LOGIN
                               ,CH_SENHA
                               ,VA_EMAIL)
                        VALUES (pVA_NOME
                               ,pVA_LOGIN
                               ,pCH_SENHA
                               ,pVA_EMAIL)"
    PL/pgSQL function "idu_usuarios" line 7 at comando SQL

Я сделал отладку на сервере, чтобы увидеть, является ли проблема ZeosLib, но я обнаружил, что сообщение об ошибке, сгенерированное на сервере, завершено, доказывая, что ZeosLib не усекает сообщение. Все в юникоде. Все строки WideString (по умолчанию) как в моей программе, так и в ZeosLib.

как вы знаете, чтобы быть брошенным на сервер, исключение пересылается клиенту, грубо говоря, DataSnap, а на клиенте метод согласования TClientDataSet проверяет, были ли проблемы, а затем бросьте знаменитое исключение EReconcileError, которое может быть обработано в событии OnReconcileError TClientDataSet, поэтому я считаю, что сообщение усекается DataSnap.

на клиенте я отлаживаю метод согласования (DBClient.pas) и непосредственно перед исключением поток вводит функцию в исходный код cpp, который я считаю частью библиотеки midas.dll, MidasLib.obj более конкретно, так как я использую эту стратегию, чтобы не распространять DLL с моим заявлением.

Check(FDSBase.Reconcile_MD(FReconcileDataSet.FDSBase, FDeltaPacket, VarToDataPacket(Results), Integer(Self), RCB));

этот вызов выполняется в строке 1952 блока DBClient.pas на Delphi XE Update1. Нажав F7, отладчик вводит исходный C++ (cpp), поэтому я считаю, что он находится в midaslib.параметр obj. Как я не понимаю C++ хорошо, я нажимаю Shift-F8, чтобы выйти из текущего метода и вернуть следующую инструкцию, которая уже находится внутри события OnReconcileError!! Поэтому усечение должно выполняться в пределах функции, о которой я упомянул, в источнике cpp, в пределах midaslib.

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

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

также еще один пункт DSClient.pas я мог бы извлечь сообщение об ошибке по мере его передачи в исключение:

'Erro SQL: ERRO:  duplicar valor da chave viola a restrição de unicidade "uc_usu_va_login"'#$A'DETAIL:  Chave (va_login)=(admin) já existe.'#$A'CONTEXT:  comando SQL "INSERT INTO USUARIOS (VA_NOME'#$A'                           ,VA_LOGIN'#$A'                           ,CH'

если вы удалите кавычки и замените #$A (1 символ) пробелом (один символ), вы увидите, что строка имеет ровно 255 символов!!

Я также обнаружил, что "GetErrorString" в dspickle.cpp использует константу DBIMAXMSGLEN, которая определена в bdetypes.h как 127 (половина из 255). Поскольку мы находимся в мире Unicode, не было бы вопроса об увеличении этого значения до 255, чтобы иметь два байта на символ? Это только догадка...

я оставляю вопрос в воздухе, потому что мне не хватает знаний, чтобы понять C++ :) кто может помочь, просто посмотрите на реализацию функции "GetErrorString" в dspickle.СРР. Есть такое:

LoadString((HINSTANCE)hDll, iErrCode, pString, DBIMAXMSGLEN)

pString-это сообщение об ошибке и DBIMAXMSGLEN = 127.