Программа установлена на стационаре и ноуте. Все прекоасно работало, но в один прекрасный день, при запуске синхронизации на ноуте, через 15-30 секунд, ноут вываливается в синий экран. Пробовал удалять папку синхронизации на DS, переустанавливал программу на ноуте - безрезультатно. На стационаре все работает без прблем. Может кто сталкивался, в чем собака порылась?
Прикладное ПО не может вызывать синий экран.
у вас падает драйвер (думаю виновата wifi )
Выполните анализ дампа падения вот так
http://www.flylinkdc.ru/2013/05/bsod.html
и обновите драйвера найденного устройсва с сайта производителя.
Спасибо. Проверил.
Получил вот такой ответ, ничего не понял:
Crash Dump Analysis provided by OSR Open Systems Resources, Inc. (http://www.osr.com)
Online Crash Dump Analysis Service
See http://www.osronline.com for more information
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18247.amd64fre.win7sp1_gdr.130828-1532
Machine Name:
Kernel base = 0xfffff800`03264000 PsLoadedModuleList = 0xfffff800`034a76d0
Debug session time: Thu Nov 14 12:28:36.723 2013 (UTC - 5:00)
System Uptime: 0 days 0:10:13.003
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
ATTEMPTED_SWITCH_FROM_DPC (b8)
A wait operation, attach process, or yield was attempted from a DPC routine.
This is an illegal operation and the stack track will lead to the offending
code and original DPC routine.
Arguments:
Arg1: fffffa80116d41c0, Original thread which is the cause of the failure
Arg2: fffffa8011059060, New thread
Arg3: 0000000000000000, Stack address of the original thread
Arg4: 0000000000000000
Debugging Details:
------------------
TRIAGER: Could not open triage file : e:\dump_analysis\program\triage\modclass.ini, error 2
FAULTING_THREAD: fffffa80116d41c0
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
BUGCHECK_STR: 0xB8
PROCESS_NAME: System
CURRENT_IRQL: 2
LAST_CONTROL_TRANSFER: from fffff800032cf5f2 to fffff800032dca8a
STACK_TEXT:
fffff800`054da510 fffff800`032cf5f2 : fffff800`03454e80 fffffa80`116d41c0 fffff880`009eb180 fffff800`0000000a : nt!KiSwapContext+0x7a
fffff800`054da650 fffff800`032e099f : 00000000`00000000 fffff800`032f5318 fffffa80`00000000 00000000`00000001 : nt!KiCommitThreadWait+0x1d2
fffff800`054da6e0 fffff880`02527cf1 : fffff880`0253c000 fffff880`00000000 00000000`00000000 63536f56`01dd0c00 : nt!KeWaitForSingleObject+0x19f
fffff800`054da780 fffff880`0253c000 : fffff880`00000000 00000000`00000000 63536f56`01dd0c00 fffff800`03454e80 : snapman+0x1ccf1
fffff800`054da788 fffff880`00000000 : 00000000`00000000 63536f56`01dd0c00 fffff800`03454e80 fffff880`0253c0a0 : snapman+0x31000
fffff800`054da790 00000000`00000000 : 63536f56`01dd0c00 fffff800`03454e80 fffff880`0253c0a0 fffffa80`07653840 : 0xfffff880`00000000
STACK_COMMAND: .thread 0xfffffa80116d41c0 ; kb
FOLLOWUP_IP:
snapman+1ccf1
fffff880`02527cf1 ?? ???
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: snapman+1ccf1
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: snapman
IMAGE_NAME: snapman.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 46974de0
FAILURE_BUCKET_ID: X64_0xB8_snapman+1ccf1
BUCKET_ID: X64_0xB8_snapman+1ccf1
Followup: MachineOwner
Сегодня попробовал синхронизировать при подключении по проводу, а не по WiFi - результат такой же.