Automation и строки

[grif]

Здравствуйте!
Имеется функция проверки соответствия XML-файла XSD-схеме.
<div class='CALtop'>C/AL</div><div class='CAL'>

_dom Automation 'Microsoft XML, v6.0'.DOMDocument60
_sch Automation 'Microsoft XML, v6.0'.XMLSchemaCache60

_xml_path Text 250
_type Code 20
_version Code 20
_error_reason Text 1024


//_xsd_path - путь к XSD-файлу
//_xml_path - путь к XML-файлу
//_error_reason - возврат по ссылке текста ошибки


CLEAR(_dom);
CREATE(_dom);
_dom.async := FALSE;
CLEAR(_sch);
CREATE(_sch);
_sch.add(_namespace, _xsd_path);
_dom.schemas := _sch;
_dom.load(_xml_path);
CLEAR(_error_reason);
IF _dom.parseError.errorCode <> 0 THEN
BEGIN
_error_reason := _dom.parseError.reason;
END;
EXIT(_dom.parseError.errorCode);
</div>

На получении описания ошибки в переменную _error_reason вылетает ошибка
---------------------------
Microsoft Business Solutions-Navision
---------------------------
Длина текстовой строки превосходит размер буфера строки.

---------------------------
ОК
---------------------------
т.е. длина строки превышает 1024 символа и на сколько я понимаю в принципе навиженом ничего сделать не получится. Как можно обойти ситуацию и скажем обрезать сообщение до 1024 символов, но без жутких извращений типа написания какой-то внешеней программы через которую навижен будет общаться с Microsoft XML?

[RedFox]

Цитата:

Сообщение от grif

Здравствуйте!
Имеется функция проверки соответствия XML-файла XSD-схеме.

На получении описания ошибки в переменную _error_reason вылетает ошибка
---------------------------
Microsoft Business Solutions-Navision
---------------------------
Длина текстовой строки превосходит размер буфера строки.

---------------------------
ОК
---------------------------
т.е. длина строки превышает 1024 символа и на сколько я понимаю в принципе навиженом ничего сделать не получится. Как можно обойти ситуацию и скажем обрезать сообщение до 1024 символов, но без жутких извращений типа написания какой-то внешеней программы через которую навижен будет общаться с Microsoft XML?

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

[grif]

функции обрезания строки вызывают ту же ошибку

[apanko]

Попробуйте вместо

_error_reason := _dom.parseError.reason;

Использовать

_BigText.addtext(_dom.parseError.reason);
_BigText.GETSUBTEXT(_error_reason,1,1024);

[RedFox]

Цитата:

Сообщение от grif

функции обрезания строки вызывают ту же ошибку

Не понял. А как Вы её используете?? Почему она выдает ошибку, если у Вас есть строка _error_reason, а MAXSTRLEN определит просто её длину строки в 1024. А совместно с функцией COPYSTR Вы просто скопируете строку нужной длины.

[grif]

Цитата:

Сообщение от apanko

Попробуйте вместо

_error_reason := _dom.parseError.reason;

Использовать

_BigText.addtext(_dom.parseError.reason);
_BigText.GETSUBTEXT(_error_reason,1,1024);

к сожалению так тоже не работает, но вариант интересный

Цитата:

Сообщение от RedFox

Не понял. А как Вы её используете?? Почему она выдает ошибку, если у Вас есть строка _error_reason, а MAXSTRLEN определит просто её длину строки в 1024. А совместно с функцией COPYSTR Вы просто скопируете строку нужной длины.

ну так я и использовал COPYSTR. Видимо ожидается что в неё передастся строка не более 1024 символов

[RedFox]

Цитата:

Сообщение от grif

ну так я и использовал COPYSTR. Видимо ожидается что в неё передастся строка не более 1024 символов

Стоп.. вспомнил, что есть проблемы с длиной строки переменной в версиях до 5.0 (точнее создать её можно без проблем, а вот работать с ними не получается из-за "проблемы в движке"). Ссылку дать не могу - не помню точно где слышал.
Попробуйте сократить размер до 250 и поссмотреть результат. Если что - бейте на 4 строки и ...