8.2.13.202 клиент-сервер.
Выполняю сравнение/объединение с конфигурацией поставщика. Доходит до определенного момента и валится. Проверка конфигурации выдает пару ошибок на неверные типы в некоторых формах, но это рабочие моменты. На всякий случай кэш чистил, монитор тряпочкой протирал... Не помогает. Ругается на mngdsgn.dll. До этого была похожая проблема, но ругался на gdiplus - помогла установка свежих дров на видюху.
http://i13.fastpic.ru/big/2011/0108/d3/b1988e8a8c946c584d8bf9c787008ad3.png
Че делать?

(0) >> Проверка конфигурации выдает пару ошибок на неверные типы в некоторых формах, но это рабочие моменты.

Может для начала следует поправить "рабочие моменты"?

>> монитор тряпочкой протирал...

Системный блок важнее монитора. ИМХО.

(0) Мож пора на зверей провериться?

(1) ошибки пофиксил - эффект тот же.
(2) нету зверья. винда свежак, т.к. тачка новая. ничего подозрительно не запускал, антивирус Trend Micro каждый день сканит по расписанию, но в данный момент отключен - для чистоты экскремента.

чо это за антивирь такой... первый раз слышу...

(3) А если его снести? У 8.2, например, на Касперского просто кошмарная аллергия :(

(4) в яндексе найдешь. в россии, вроде, не особо распространен. в основном корпоративный сектор, особенно российские офисы иностранных компаний. или просто мне так попадалось.
(5) снес. не помогло(
причем валится в одном и том же месте

какие ещё процессы ?

(7) ничего лишнего. специально сейчас из процессов всякую хрень выковыривал.

(5) Эту аллергию побороли в последней версии вроде как.

Для чистоты эксперимента остается пробовать сделать сравнение/объединение на другом компе.

А кроме проверки конфигурации, что-нибудь делал? Типа там ТиИ?

А если выгрузить конфигурацию поставщика в отдельный файл и сделать сравнение/объединение с конфигурацией из файла? Повторится ошибка?

А вообще версии основной конфигурации и конфигурации поставщика совпадают? Может конфигурацию поставщика давно не обновляли и там отличие в пару десятков релизов...

(9)
>> Для чистоты эксперимента остается пробовать сделать сравнение/объединение на другом компе.
Да. Рядом ноут поставил, все на нем делаю.

>> А кроме проверки конфигурации, что-нибудь делал? Типа там ТиИ?
Выгрузил cf, загрузил в пустую файловую базу. Делал проверку конфигурации и ТиИ.

А если выгрузить конфигурацию поставщика в отдельный файл и сделать сравнение/объединение с конфигурацией из файла? Повторится ошибка?
Да

>> А вообще версии основной конфигурации и конфигурации поставщика совпадают? Может конфигурацию поставщика давно не обновляли и там отличие в пару десятков релизов...
А вот тут песня. Ща буду пинки собирать))
Есть база ЗУП 2.5.28.1 (8.1) и коробка ЗУП КОРП 2.5.30.4 (8.2). По структуре метаданных почти идентичные, в версии КОРП поставщиком удалены объекты с префиксом "Удалить" и добавлены новые объекты. Надо ЗУП на ЗУП КОРП перетащить.
1. Сконвертил ЗУП на 8.2
2. Перенес настройки на КОРП версию
3. Снял ЗУП с поддержки
4. Поставл ЗУП на поддержку ЗУП КОРП (все галочки снял что бы только конфигурация поставщика загрузилась)
5. Обновил ЗУП cf`ом из п.2
В итоге имеем то что имеем.

В инструкции от ЗУП КОРП ничего про переход не нашел. А хотел малой кровью отделаться.

+(10)
В п.4 наврал. Наоборот, почти все галочики оставил, иначе объекты с поддержки снимались.

(10)
ИМХО, последовательность должна была быть:
1.
2.
3.
5.
4. (со СНЯТЫМИ галочками)

иными словами, сначала надо было обновить и только в последний момент (когда всё уже готово) ставить на поддержку.

Может проще было правила накидать в КД и перенос сделать.
Я эти конфигурации не знаю, но если они отличаются так же как БП от БП КОРП, то отличия в конфигурациях должны быть минимальными. Соответственно правила создались бы по большей части автоматически.

(12) Завтра попробую местами поменять.
Да, отличия не существенные. Про КД тоже думал. Если не получится завершить начатое, буду КД мутить. Только это дольше будет. Возня с правилами. Тестирование. База 6-7 гигов. Если без кладра, то на гиг примерно меньше.

Такое ощущение, что у меня битый cf от ЗУП КОРП 30.4. Получил его самостоятельно путем обновления 2.5.27.7 > 2.5.29.1 > 2.5.30.4. Ошибка проявляется даже когда создаю абсолютно пустую базу и ОБЪЕДИНЯЮ с cf поставщика (2.5.30.4). Если после сохранения повторно выполнить сравнение/объединение с тем же cf, то 1С вылетит. Причем вылетает всегда на одном и том же объекте. Если его исключать из объединения, то ошибка не проявляется. Если в пустой базе вместо объединения делать загрузку конфигурации, то ошибка вообще не проявляется. Но меня интересует именно объединение.
Как можно диагностировать проблемный объект?

Проверил на cf от 2.5.27.7, который шел на CD в коробке. Ошибка повторяется(

Похоже косяк в платформе, ибо на 8.2.12.92 работает. На 8.2.13.205 не работает.

Товарищи, у кого есть доступ на партнерский, там про это ниче не говорят?

Экспериментальным путем выяснено, что проблема была в реквизите произвольного типа, в форме проблемного объекта. Помогло только удаление и повторное РУЧНОЕ добавление этого реквизита.

(16) УПП платформа 8.2.13.202 при обновлении конфигурации с 1.2.33.1 на 1.2.34.1
при сравнении объектов вылетала с ошибкой:
Microsoft Visual C++ Runtime Library
Runtime Erorr!
Program: C:\Program Files\1cv82\8.2.13.202\bin\1cv8.exe

Делал ТиИ, проверял .cf, чистил кэш, переустанавливал эту же платформу.
Помогла только переустановка на платформу 8.2.12.96

(19) Нда, 202 глючная сборка окзаалась(