Кстати, вот только что нарвался на серьезный недочет в этом классе
Функция GetImplicitParamsList возвращает CBLPtr<CBLContext>
А используется так

	CBLContext* pContOfList = pImplicitParams->GetImplicitParamsList(this, ppValue[0]->GetString());
 

В итоге, естественно, 1С падает из-за обращения к удаленному объекту.
Т.е. нужно

	CBLPtr<CBLContext> pContOfList = pImplicitParams->GetImplicitParamsList(this, ppValue[0]->GetString());
 

Недочет - это определение в классе оператора приведения к указателю на нужный тип

В двух словах можете объяснить, для чего все эти настройки нужны?

Uzhast писал(а) 08. Апреля 2008 :: 07:29:

Ну, как только всех задолбает этот Qms0, так и перейдем на Qms1.
К счастью, это проще, чем обратно.

ну, не вопрос - давайте поставим Qms1.
Времени все равно на эту ерунду нет - надо разбираться с boost 1.35.

Вкратце: немеряно.
http://www.boost.org/users/download/version_1_35_0

Народ, тут бага для меня непонятная нарисовалась
свежаю сборка icpp (только что заливал код)
класс CBLPtr<T>
в нем есть конструкторы

	CBLPtr(const CBLPtr<T>& lp) : p(NULL), m_bIsGroupContext(FALSE)
	{
		_Assign(lp.p);
	}

	template<class U>
	CBLPtr(const CBLPtr<U>& lp) : p(NULL), m_bIsGroupContext(FALSE)
	{
		// artbear приведение (U*) неверно, но иначе в 3.0 не проходят тесты с неопределенным числом параметров :(
		// TODO что-то странное :(
		_Assign((U*)lp); !! //artbear - коммент не мой - чтобы можно было выполнять приведение от CBLPtr<CBLContext> к CBLPtr<CComponentClass>
		//_Assign(lp.p); // artbear - разрешено использовать только простые преобразования - от CBLPtr<Наследник_CBLContext> к CBLPtr<CBLContext>
	}

	CBLPtr(T* lp) : p(NULL), m_bIsGroupContext(FALSE) // показал на всякий случай
	{
		_Assign(lp);
	}
// + оператор приведения
	operator T*() const
	{
		return (T*)p; // кстати, тут нужно поправить :)
	}

 

Насколько я понимаю, приведение (U*) во втором конструкторе неверно, так делать низя.
Но если убрать этот второй конструктор вообще или строку приведения закомментить, открыв следующую строку, или убрать первый конструктор, будет вылет 1С на методах с неопределенным числом параметров
Например, в тестовой конфе достаточно запустить тесты БинариДата, и 1С упадет на тесте ТестыБинариДата_СнятьБлокировку
.
Прошу помощи клуба.
Т.к. мои силы иссякли

ЗЫ а в таком виде все работает. Хотя в отладчике на второй конструктор я не могу попасть, т.е. точка останова в нем не работает
Т.е. какая-то языковая хитрость наверняка, которую я не вижу.

Насчет проблемы PCH/Qms0 на ICL 9.1

Вот, очередной рецепт.
В тот момент, когда начинаются проблемы с PCH, убираем путь к хедерам в свойствах ICL 9.1
Типа как на картинке.

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

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