Стесняюсь спросить, а за чей счет банкет?

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

Нужно просто выгрузить formex и ошибки не будет.

Процедура ПриЗавершенииРаботыСистемы()
	Сервис=СоздатьОбъект("Сервис");
	Сервис.ВыгрузитьВнешнююКомпоненту("formex.dll");
КонецПроцедуры
 

Без этого крашится после
"CloseFile","D:\1C77\PPOrig\SYSLOG\links.tmp","SUCCESS",""
При чем тут links.tmp и где при перехвате это зацепили, найти будет сложно.

Это лог нормального завершения (что-то корежится текст, но более менее выправил)

1cv7s.exe,8684,QueryAttributeTaFile,SYSLOG_links.tmp,SUCCESS,Attributes: ANCI, ReparseTag: 0x0
tes: ANCI, ReparseTag: 0x0'
lags: FILE_DISPOSITION_DELETE, FILE_DISPOSITION_POSIX_SEMANTICS, FILE_DISPOSITION_FORCE_IMAGE_SECTION_CHECK'
'1cv7s.exe','8684','FileSystemControl','SYSLOG_links.tmp','SUCCESS','Control: FSCTL_READ_FILE_USN_DATA'
'1cv7s.exe','8684','CloseFile','SYSLOG_links.tmp','SUCCESS',''
'1cv7s.exe','8684','RegQueryKey','HKLM','SUCCESS','Query: HandleTags, HandleTags: 0x0'
'1cv7s.exe','8684','RegQueryKey','HKLM','SUCCESS','Query: Name'
 

Интересно еще следующее:
ЗначениеИзСтрокиВнутр("{}"); в ПриЗавершенииРаботыСистемы вызывает тихий вылет из 1С без вызова дебагера, но при выходе из сеанса дебагер вызывается. Так что все становится еще более непонятно.

Arbuz писал(а) 18. Июня 2020 :: 13:41:

Ну да, ну да. Как еще по другому не знаю.
Разве что выводить предупреждение перед выходом, тогда винда скажет что сеанс не удалось закрыть и если ткнуть завершить 1с, то она завершится без окна с крашем.

ИМХО: Где-то память портится (это самая большая гадость из всех возможных гадостей) при таком завершении 1С.
Если при завершении работы чуток подождать, после вывода ошибки от 1с, и не нажимать ничего, то появится кнопка отмена, после отмены и возвращения рабочего стола, в окне краша 1с нажимаем "нет" и можно запустить отладку в VS.
VS пишет что краш в user32.dll!__InternalCallWinProc@20
Стэка вызова как такового нет.
Причем в списке библиотек, которые загружает VS, все ВК уже на этом момент уже выгружены.
Т.е. непонятно что и как ловить.
Разве что пересобирать formex (АЛьФ выкладывал недавно исходники) и в нем последовательно отключать хуки. Занятие не для слабонервных 

Arbuz писал(а) 19. Июня 2020 :: 10:35:

Увы, нет. С 1с++, йоксель, 1sqlite этой проблемы нет.
5с у меня в Предупреждение убрало сообщение, а переиндексация на копии не нужна, мне не сложно нажать отмену.

Вопрос: а зачем вы выходите из системы? И как часто.
Я понимаю что это в силе Джобса "Просто не держите его так", но все таки?

АЛьФ писал(а) 22. Июня 2020 :: 08:47:

Да, ЗавершениеРаботыСистемы работает.

Ну, я нашел в чем причина. Вылет тут:

LRESULT CALLBACK newMainWndProc(HWND hWnd, UINT nMessage, WPARAM wParam, LPARAM lParam)
{
		case WM_COMMAND:
		{
			if(FormEx_OnCommand(wParam,lParam)) return 0;
			break;
		} 

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

        case WM_DESTROY:
        {
            ::SetWindowLong(pMainWindow->GetSafeHwnd(),GWL_WNDPROC,(LONG)hMainWndProc);
            break;
        } 

Если отключить этот перехват то ошибки нет.

::SetWindowLong(pMainWindow->GetSafeHwnd(),GWL_WNDPROC,(LONG)newMainWndProc); 

Ерунда какая то, получается, что dll formex`а при выходе из системы выгружается до WM_DESTROY, и даже код в void CInitFormEx : : Destroy(void) не выполняется.

Добавил это исправление. После подтверждения выложу новую сборку.

Arbuz писал(а) 23. Июня 2020 :: 12:42:

Этот патч убирает только крэш 1С, что и просил Noy.
formex не снимал перехват окна.
Сейчас поведение стало более корректное, хотя и с запросом на переиндексацию.
А вот выгрузка formex это была плохая идея, сам себя он никогда не сможет выгрузить

На самом деле не все так просто, вот тут разжевано как следует: http://www.manhunter.ru/assembler/1088_perehvat_i_blokirovka_zaversheniya_raboti...

Мне вопрос о переиндексации не мешает (поэтому я это и не заметил).
Завершать приложения работающие с БД таким образом не очень хорошая идея, если важна целостность.
На самом деле правильным поведением было бы вообще заблокировать выход из 7ки до ее завершения.
А еще могут быть отрыты документы, модальные окна и т.д. и т.п. и все это тоже должно не дать закрыться 1С корректно.
Так что тут выбор не велик - или блокировать завершение, или как то вот так...

А что мешает, так это то что при любом таком тесте закрываются все компиляторы, отладчики и вообще все что запущено.
На повторное открытие и следующий эксперимент тратится невероятное количество лишнего времени 
И вообще не видно, что на самом деле происходит, окон сообщений то нет!