"Размер источника больше размера буфера получателя"

[Павел Максимов]

Добрый день, господа!
Клепаю датапорт для экспорта данных по Основным Средствам в файл csv.
При обработке некоторых записей датапорт выдает ошибку:
"Размер источника больше размера буфера получателя" (The length of the source exceeds the size of the destination buffer).
Ошибка выдается при попытке датапорта получить из таблицы определенные записи. Есть мнение, что эти записи отличаются от других (с которыми все нормально) длиной поля Description (каковая по умолчанию была равна 30, но впоследствии увеличена до 150). Пороговое значение, после которого начинаются проблемы, пока не установлено. Но уменьшение длины поля (попросту физическое стирание лишних символов в таких записях) помогает. Хочется, однако, чтобы весчь работала без такой камасутры. Где нужно увеличить длину этого самого буфера, чтобы записи подсасывались без проблем?
Буду очень, очень признателен за ценные советы!

[rootadmin]

Ну, собственно, должны быть увеличены все переменные и все поля у таблиц, которые используются. Можно отладчиком посмотреть, где ругается, и последовательно увеличивать длину у каждого объекта.

[Павел Максимов]

Если не поставить Breakpoint on Triggers, Debugger не запускается. Система просто выдает сообщение об ошибке.
Если поставить Breakpoint on Triggers, то видно, что сообщение об ошибке возникает после выполнения кода в триггере OnPreDataItem() и перед выполнением кода в триггере OnBeforeExportRecord(). Из этого я делаю вывод, что ошибка возникает, когда система пытается получить из таблицы очередную запись.
В датапорте используется только данные из таблицы Fixed Asset. Данные из других таблиц используются, но никаких ссылок на поле Description в них нет.
Переменные в датапорте, связанные с полем Description, имеют длину не меньше длины поля Description.

[rootadmin]

По поводу дебаггера - сначала его запускаешь с галочкой BoT - он запускается. Затем рубишь его на первом же брекпоинте, снимаешь галочку BoT, и запускаешь опять. Курсор должен остановится на строке с ошибкой.

[Scorpie]

Цитата:

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

По поводу дебаггера - сначала его запускаешь с галочкой BoT - он запускается. Затем рубишь его на первом же брекпоинте, снимаешь галочку BoT, и запускаешь опять. Курсор должен остановится на строке с ошибкой.

Во-первых зачем так сложно?! Достаточно поставить Active=True,BoT=False.
При ошибке покажет строку.
Другое дело что такая ошибка иногда возникает на очень длинных строках. Помнится мне я пытался импортнуть строки, с текстовым подстрокой длинной символов в 200. Несмотря на размер поля в таблице Нав ругался именно так. При этом ошибка дебагером не ловилась, т.к. кода в датапорте не было ни одной строки.
Думаю тут тот же случай раз строка 150 символов. Я эту проблему решил жёстко укорачивая размер строки - пользователи потом сами добили благо таких было штуки 4 из 600...

[Павел Максимов]

Scorpie, спасибо!
Насколько я понял, проблема неизлечима.

[хамло]

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

[Likefire]

Цитата:

Сообщение от Павел Максимов

Scorpie, спасибо!
Насколько я понял, проблема неизлечима.

Проблема очень даже излечима! Выловить строку можно достаточно быстро без отладчика (насчёт работы отладчиков у меня самого накопился бааальшой отрицательный опыт ещё со времён моей деятельности с 1С: Предлприятие 7.7), которым я лично никогда не пользуюсь при отлове багов. Куда эффективнее вставлять в код промежуточные мессаги с каким-нибудь своими собственными идентификаторами и смотреть, какие отображаются, а на каких вылазит ошибка. За полчаса можно точно определить на какой строке возникает ошибка. Советую потому, что точно такая же ошибка с превышением буфера у меня вылезала когда я апгрейдил процедуру синхронизации с Аутглюком для CRM. Там объём кода достаточно нехилый, но мне потребовалось всего как раз около получаса, чтобы точно знать,- откуда хвост растёт.

[Storkich]

УРА!!!!!
Нашел где собака зарыта
Он ругается из-за того что в диалоге пытается отобрзить дескрипшн
ShowStatus Нет
И всё заработало.

друг, ты монстр. в свое время бились лучшие умы

[mazzy]

Цитата:

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

друг, ты монстр. в свое время бились лучшие умы

Вы можете добавить респект автору понравившегося сообщения.

[rmv]

Проблема возникает когда размер первичного ключа записи превышает определенный предел. Вроде бы 80 символов.

[iddqd_imported]

Цитата:

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

Вы можете добавить респект автору понравившегося сообщения.

добавил

[Storkich]

Цитата:

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

Размер первичного ключа записи превышает 80 символов.

Есть у таблицы свойство DataCaptionFields туда заносятся поля которые будут отображаться при загрузке/выгрузке и не только.
Можно от туда убрать лишние поля и тоже всё заработает.