Тест во вложении. 1с++ 3.2.4.1 formex 2.0.5.101
Не актуально, причина через пару сообщений ниже.

изучил
вирдикт - грязный код помноженный на, видимо, корявую реализацию функционала ПриЗаписи_ИмяАтрибута

в КОПе ПоставщикДанных.ДеревоЗначений
есть такой код:

Процедура ПриЗаписи_Отображение(Параметр)
	...
	Если (Параметр > 4) или (Параметр < 1) Тогда
		Параметр = 1;
	КонецЕсли;
 

перепиши его так

Процедура ПриЗаписи_Отображение(пПараметр)
	Параметр=пПараметр;
	...
	Если (Параметр > 4) или (Параметр < 1) Тогда
		Параметр = 1;
	КонецЕсли;
 

чтоинтересно, так не помогает Процедура ПриЗаписи_Отображение(Знач Параметр)

черт его знает как там реализована эта хренатень ПриЗаписи_
но видимо после изменения значения параметра, как то сносит стек параметров, что сказывается на последующих передачах параметров в другие процедуры/функции

Вывод - не пользовать глобальные переменные где ни попадя.

Djelf писал(а) 22. Июля 2015 :: 20:00:

Не помогло, глюк повторяется

РЕШЕНО
Глюки исчезли только после отключения оптимизации

УправлениеНастройками.Сбросить("EnableOptimization");
 

В общем глюк где то с оптимизацией, предлагаю его по дефолту делать выключенным.

Djelf писал(а) 23. Июля 2015 :: 16:01:


О, как прикольно! Зато теперь стало ясно, откуда ноги растут в ошибке класса ПоставщикДанных, о которой я писал раньше: http://www.1cpp.ru/forum/YaBB.pl?num=1285520767/1006#1006

Т.е. нельзя ничего присваивать параметру в функциях ПриЗаписи_

Цитата:

Это вообще не понятно как может влиять.

Ты учел что http://www.1cpp.ru/docum/icpp/html/SettingsManager.html#id3
Цитата:


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

УправлениеНастройками = СоздатьОбъект("УправлениеНастройками");
Сообщить("ПерехватитьСобытияГК "+УправлениеНастройками.Получить("ПерехватитьСобытияГК"));
Сообщить("Оптимизация "+УправлениеНастройками.Получить("Оптимизация"));
Сообщить("Проверка типов "+УправлениеНастройками.Получить("Проверка типов"));
Сообщить("Отладка "+УправлениеНастройками.Получить("Отладка"));
Сообщить("ТаблицаИсходнаяТаблица "+УправлениеНастройками.Получить("ТаблицаИсходнаяТаблица"));
Сообщить("ТурбоБЛ "+УправлениеНастройками.Получить("ТурбоБЛ")); 

P.S. измени код в этой обработке, она легко может работать в 10-100 раз быстрее минимум.

trad писал(а) 24. Июля 2015 :: 16:32:

Тогда почему 1с++ это позволяет?  
Исправление, да и черт с ним, но хотя бы в документацию добавьте.

trad писал(а) 23. Июля 2015 :: 13:30:

О, да! А лучше - не выключая, и не жалеть воды на благое дело!
Это же на обычных глюках можно съэкономить, а страшные - они требуют особой обстановки и вдохновенной работы, так сказать, с огоньком. )

Djelf писал(а) 23. Июля 2015 :: 16:01:

Ну, вот суперский же пример.
1С прекрасно оптимизировала хранение константы "12", а мы ее бац! - и модифицировали во все места.
Должен заметить, что данная часть кода не являлась приоритетной при разработке icpp, во всяком случае, моя паранойя обошла ее стороной.
С другой стороны, - пойди еще догадайся, что 1С хранение констант таким образом оптимизирует...