Обновляю поддержку на платформе 8.2 нетиповой конфигурации УПП с 1.2.31.1 на 1.2.36.1. При сравнении на 3% на ПравилаОбмена_УПП_УПП выходит ошибка С++. Удаление правил, очистка правил, тестирование с очищением ссылок, просто тестирование, тестирование утилитой из bin, выгрузка-загрузка, перенос в пустую базу рабочей конфы - ничего не помогло.
Посоветуйте, пожалуйста, что ещё можно в моём случае сделать.
Заранее благодарю!

поменять платформу, комп?

какая она, кстати?

8.2.15.310

грешу уже на комп

хотя сомневаюсь что дело в нём

ПОСОВЕТУЙТЕ ЧТО-НИБУДЬ, ПОЖАЛУЙСТА

Заказать обновление у Длинного Клиента за 300 руб ? (Если типовая)

При сравнении на 3% на ПравилаОбмена_УПП_УПП выходит ошибка С++. Удаление правил ... не помогло.

кто-то что-то не договаривает

везде на форумах советуют очистить или вовсе удалить этот макет ПравилаОбмена_УПП_УПП, ну и после этих манипуляций обновление вылетает

ПОСОВЕТУЙТЕ ЧТО-НИБУДЬ

С памятью на компе могут быть проблемы.

нехватка, или же что-то ещё?

Такие же релизы обновлял на без проблем, как на локальной машине так и на сервере, перед переходом на редакцию 1.3.

(12). Необязательно нехватка - просто проблема. Кстати посмотри достаточно ли места для файла подкачки, или может винт гонит.

И нетолько для файла подкачки но и для темпов места хватает на винте?

файл подкачки увеличила, ничего не изменилось

да, память есть

винду неделю назад переустановила, всё чисто

обновление на этот релиз не работает без фотки в личке

(0) [1.2.31.1 на 1.2.36.1]
что мешает обновлять так, как положено
т.е.
1.2.36.1    08.02.2011    мартовский выпуск 2011 г.    1.2.35.1
1.2.35.1    24.12.2010    февральский выпуск 2011 г.    1.2.34.1
1.2.34.1    24.11.2010    январский выпуск 2011 г.    1.2.33.1
1.2.33.1    23.09.2010    ноябрьский выпуск 2010 г.    1.2.32.1
1.2.32.1    16.07.2010    августовский выпуск 2010 г.    1.2.30.1, 1.2.31.1

обновление по порядку-всё то же самое

база сильно переписана

(21) если ключ /3Gb на сервере не помог, то переход на 64х
или стандартный Гилёвский прием с удалением конфигурации поставщика и возвратом её на следующем релизе

(23)что за ключ?

Тоже была такая проблема, может у тебя причина в другом, но обновление непосредственно на сервере избавило от проблемы, а до этого пробовал на буке в скульном режиме, в файловом, в 64 разрядной винде в файловом - одна и та же ошибка была.

(24) для boot.ini

(25) скорей всего в моём случае то же самое

Наблюдал, что экзешник 1сины растет примерно до 1.2Гб и вылетает эта ошибка.

Вылетало тоже както при сравнении, помог переход на другой сервер с другой операционкой и с другой разрядностью (64). Попробуй обновиться на более старой платформе, эта новая может глючная.

Этому косяку уже как год... имаем правила с поддержки, сносим их напрочь. Объединяем... ставим на поддержку.

(30) 200 раз это делала

ничего не помогает...

Может еще попробовать (23) - всю конфу поставщика грохнуть

(33) бесполезно

(32)
(34)
найми специалиста
задача тривиальная и решалась многими и много раз

у меня была похожая фигня - вываливалась платформа на сравнении макета "ПравилаОбмена_УПП_УПП"

кончилось тем что вынес этот макет нахер из основной конфигурации(в конфе поставщика он остался) и все заработало

(36) Кстати да - пропустил мимо ушей. Удаляй из конфигурации поставщика.

(36) Ошибочка, из основной

(36) угу
год назад это проделала половина форума,
другая подняла 3GB(я к примеру) или перешла на 64х

(36) да всё я уже удаляла

система значит не тянет, но почему именно на ПравилахОбмена..

(0) Попробуйте выполнить обновление под Win 7 64-разрядкой.

(0) Сними с поддержки Общий макет ПравилаОбмена_УПП_УПП
Удали Общий макет ПравилаОбмена_УПП_УПП. Обновись

(43) я много раз писала что всё это уже проделывала - безрезультатно

(45) Выгрузи конфу из рабочей. Загрузи в пустую базу.
Удали в ней всю конфупоставщика. Объедени с конфой и поставь на поддержку. Потом попробуй обновится. Вслучае успеха. Грузи полученную конфу  рабочую.

(45) что я сейчас и делаю) (надеюсь всё получится..)

(25) решение проблемы

(47)ни 64х, ни снос конфы поставщика-ничего не помогло