Репортаж с "полей"...
Отчет об ошибке постановки в очередь: ошибка приложения 1cv7s.exe, версия 7.70.0.20, модуль 1CPP.dll, версия 2.5.0.0, адрес 0x000873b0.
Если не перезапустить службу принтера валятсяы ледующие ошибки:
Ошибка приложения 1cv7s.exe, версия 7.70.0.20, модуль hpzui4wm.DLL, версия 61.63.461.42, адрес 0x001f852f.
Ошибка приложения 1cv7s.exe, версия 7.70.0.25, модуль 1CPP.dll, версия 2.5.0.0, адрес 0x000953b0
потом ошибки идут валом...

такая же проблема

Faulting application 1cv7.exe, version 7.70.0.25, faulting module hpzui4wm.dll, version 61.63.461.42, fault address 0x001f852f.

печатать печатает, но если вдруг кто хочет зайти в свойства принтера, то вылет 1с напроч без предупреждений.

помогает на полчаса..

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

а не сотню каментов "у меня все работает"

Я подтверждаю наличие этой проблемы. О ней сообщал один из наших клиентов, также высылал адреса. Описание ситуации следующее:

(не цитата  ) Цитата:


С чем она связана - сказать сложно. Ошибка толком не моделируется. Связана с перехватом класса "Таблица", с изменением его методов. АЛьФ подтверждает наличие этой ошибки, но не знает, как ее исправить. В FormExe он  обернул это место в попытку.

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

Какие будут предложения?

Не могу. Если бы смог, то сам бы поковырялся.

Вот кусок кода, который предположительно не должен падать. Но никаких известий на этот счет нет.

void CTableWrapEx::DecrRef(void)
{
	int aRefCount = m_RefCount;
	CSheetDoc* pSheetDoc = m_pSheetDocIn;

	(this->*pDecrRef)();

	// пытаемся очистить ранее созданные нами CSheetDoc
	if (--aRefCount || !pSheetDoc) return;
	try {
		if (*(DWORD*)pSheetDoc != dwCSheetDocVTable) return; // здесь возможна ошибка
		// Если в try-блоке нет внешних вызовов, то обработка исключения выбрасывается
		// оптимизирующим компилятором
		if (CTemplate7::GetDocumentID(pSheetDoc)) return;
		delete pSheetDoc;
	}
	catch(...) {
		RuntimeError("Таблица недоступна при очистке ссылки на таблицу");
	}
}
 

Кстати, аналогичный код есть в FormEx. Но он целиком завернут в попытку. Поэтому, возможно, при использовании FormEx эта ошибка маскируется. Но там, как вы понимаете, не происходит delete pSheetDoc со всеми вытекающими...

sedmin писал(а) 15. Октября 2007 :: 19:43:

Сделай и положи ее на www.1cpp.ru. Если люди найдут ошибку - будет замечательно. Не найдут - значит не особо нужно.

artbear писал(а) 16. Октября 2007 :: 09:28:


Артур, в том то и проблема, что гемор похоже только в терминале, и только при определенных условиях.
Хотя у меня два терминальных сервера и HP-шные принтеры, но вроде не наблюдал такого.