Глюк на платформе 8.2.18.96 (да и на более ранних).
В обработчике ПриПолученииДанных устанавливаются картинки. При обработке около 5000 строк вылезает странный глюк с графикой [URL=http://www.radikal.ru][IMG]http://s019.radikal.ru/i616/1305/37/f96b62e0eee1.jpg[/IMG][/URL], впоследствии платформа падает. Наблюдается только с самостоятельно добавленными картинками(со встроенными все в порядке). Кто нибудь сталкивался?

Вот ссылка http://s019.radikal.ru/i616/1305/37/f96b62e0eee1.jpg

1с-ина тут явно не причем - у тебя же вся форма "съехала", а не только список..

Все съехало, при попытке дальнейшей работы вообще платформа валится.

памяти посмотри, сколько жрёт 1с-ина при этом

Да обычно жрет. Со встроенными картинками все хорошо, со своими глючит, причем при обработке одного и того же количества строк.

Причем если вывести 2 картинки (можно одинаковые), сглючит через ~2500 строк, т.е. при выводе 5000 картинок.

Кстати как перебрать программно стандартные картинки?

так не получается
Для Каждого К Из БиблиотекаКартинок Цикл
КонецЦикла;

В Метаданные.ОбщиеКартинки их тоже нет.

При выводе картинок 1с-ина сжирает все больше и больше памяти, начиная с ~60мб и в момент падения ~90мб.
Ощущение что эти картинки не высвобождают память. Началось все после конвертации с 81 на 82. На 81 такого не наблюдалось.

Платформа 8.3 не помогла тоже

Для примера если картинку устанавливать стандартную

ОформлениеСтроки.Ячейки["Имя"].Картинка = БиблиотекаКартинок.ВнешнийИсточникДанных

то все ОК

а если так
ОформлениеСтроки.Ячейки["Имя"].Картинка = Новый Картинка(БиблиотекаКартинок.ВнешнийИсточникДанных.ПолучитьДвоичныеДанные())

то жрет память и падает. Вместо картинки ВнешнийИсточникДанных может быть любая стандартная

Все вышеперечисленное похоже справедливо для любых списков. Добавил новый журнал с обработкой ПриПолученииДанных и установил в одно из полей картинку - падает.

Ресурсы текут. Стандартная проблема вин-приложений

Глюк такой:

Сигнатура проблемы:
 Имя события проблемы:    APPCRASH
 Имя приложения:    1cv8.exe
 Версия приложения:    8.3.2.172
 Отметка времени приложения:    50a26c38
 Имя модуля с ошибкой:    frame.dll
 Версия модуля с ошибкой:    8.3.2.172
 Отметка времени модуля с ошибкой:    50a26759
 Код исключения:    c0000094
 Смещение исключения:    000f31ae
 Версия ОС:    6.1.7601.2.1.0.18.10
 Код языка:    1049
 Дополнительные сведения 1:    0a9e
 Дополнительные сведения 2:    0a9e372d3b4ad19135b953a78882e789
 Дополнительные сведения 3:    0a9e
 Дополнительные сведения 4:    0a9e372d3b4ad19135b953a78882e789

Ознакомьтесь с заявлением о конфиденциальности в Интернете:
 http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419

Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
 C:\Windows\system32\ru-RU\erofflps.txt

ПриВыводеСтроки то же самое

Поставил демо базу ЗуП, создал журнал, вывожу картинки, память тоже жрет, но до определенного размера, при простое высвобождает и не глючит. В рабочей же базе 5000 строк и кирдык.

Размер картинки на глюк не влияет, важно количество

Если не выставить ОтображатьКартинку, то глюков нет. Т.е. предположение что объект ОформленияСтрок не высвобождает память неверное, глючит именно при отображении.

даидрить...

Зачекм на каждый чих заново объект создавать????

Если переменной присвоить картинку и вывести ее в несколько полей, то выведется ~5000 строк, а если в каждое поле свою, то 5000 / КолвоСтрок

))

(18) Какой объект создавать??

(18) Под объектом я имею ввиду коллекцию ОформленияСтрок

(21) Новый Картинка(БиблиотекаКартинок.ВнешнийИсточникДанных.ПолучитьДвоичныеДанные())

вот этот

Это тупо эксперимент для выявления глюков, в нормальном режиме естественно этого нет

исчо раз повторяю для тупы^W невнимательных. Каждое создание картинки ведёт к потреблению ресурсов GDI. А в винде с этим проблемы.

(25) Еще раз - "в нормальном режиме естественно этого нет", а глюк есть.

(26) я невнятно выражаюсь?

(27) Бл..

Новый Картинка(БиблиотекаКартинок.ВнешнийИсточникДанных.ПолучитьДвоичныеДанные())

Вот этого в нормальном режиме НЕТ. Ферштейн?

(28) читай (25) ферштеен?

(29) Медленно, по слогам. В нормальном режиме есть следующее

ОформлениеСтроки.Ячейки["Имя"].Картинка = БиблиотекаКартинок.ИмяКртинки;

Угу?

(30) угу. Только у тебя нет в таком варианте создания объекта GDI.
А в случае с Новый Картинка - есть

(31) GDI нет, а глюк есть. Парадокс.

ПриПолученииДанных 5000 строк? Это при каком разрешении экрана платформа столько строк отрабатывает?

(33) Это в сумме

(32) GDI нет??? Ты работаешь в чисто текстовом режиме? А по картинкам и не скажешь...

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

(24) хоть в сумме хоть как. Верится с трудом, что в оформление строк столько строчек отбирается.

(35) Объекта GDI, ясен х

(37) Строк столько, сколько документов промотаешь.

(38) так. Бегом учить матчасть. Пока не выучишь - не возвращайся.

(40) Не пей больше, не нужно тебе это

(41) ты уже выучил, что такое GDI?

а - так вылетает при прокрутке. Кэширование не пробовал использовать? Как у справочника Сотрудника в форме списка данные кэшируются в типовом механизме.

может вообще проблема в программном ускорителя видухи :). у нас бывает такие глюки с любой формой :)

(44) На 8.1 проблем не было, так что вряд ли