Здравствуйте, проглядев ряд документации по исследованию программ, пришел к мысли что фундаментальная основа была изрядно травмирована после 2006 года, т.е изучение современного устройства программ крайне затруднено, да появилось ряд новшеств, но они как правило оставляют нас на поверхности и не дают вгрызть внутренности ядра, если я где ошибся поправти пожалуйста, т.к еще новичек в этом!
Особо нет..... Ну да, сайс хороший отладчик , но это не смертельно ... WinDgb, IDA pro, Virtual Machine, Syser,
Syser не работает корректно под Win7 к сожалению. Из реально работающего можно отметить разве что штатный WinDbg, при подключении двух компьютеров через COM-порт
Что именно не работает корректно по сравнению с XP? Просто у меня Windows 7 и наблюдаю обычную работу ...
Код (Text): Windows 7 Kernel Version 7600 UP Free x86 compatible Product: WinNt, suite: TerminalServer SingleUserTS Built by: 7600.16539.x86fre.win7_gdr.100226-1909 Kernel base = 0x82819000 PsLoadedModuleList = 0x82961810 Debug session time: Thu Jul 29 18:02:34.193 2010 (GMT+3) System Uptime: 0 days 0:00:17.206 Loading Kernel Symbols ............................................................................................................................... Loading User Symbols Loading unloaded module list .... Unable to load image \SystemRoot\System32\drivers\dxgkrnl.sys, Win32 error 0n2 *** WARNING: Unable to verify timestamp for dxgkrnl.sys *** ERROR: Module load completed but symbols could not be loaded for dxgkrnl.sys ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck 1000007E, {c0000005, 40000, 8c7db4f8, 8c7db0d0} Probably caused by : dxgkrnl.sys ( dxgkrnl+62192 ) Followup: MachineOwner --------- kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e) This is a very common bugcheck. Usually the exception address pinpoints the driver/function that caused the problem. Always note this address as well as the link date of the driver/image that contains this address. Some common problems are exception code 0x80000003. This means a hard coded breakpoint or assertion was hit, but this system was booted /NODEBUG. This is not supposed to happen as developers should never have hardcoded breakpoints in retail code, but ... If this happens, make sure a debugger gets connected, and the system is booted /DEBUG. This will let us see why this breakpoint is happening. Arguments: Arg1: c0000005, The exception code that was not handled Arg2: 00040000, The address that the exception occurred at Arg3: 8c7db4f8, Exception Record Address Arg4: 8c7db0d0, Context Record Address Debugging Details: ------------------ EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - <Unable to get error code text> FAULTING_IP: +40000 00040000 ?? ??? EXCEPTION_RECORD: 8c7db4f8 -- (.exr 0xffffffff8c7db4f8) ExceptionAddress: 00040000 ExceptionCode: c0000005 (Access violation) ExceptionFlags: 00000000 NumberParameters: 2 Parameter[0]: 00000008 Parameter[1]: 00040000 Attempt to execute non-executable address 00040000 CONTEXT: 8c7db0d0 -- (.cxr 0xffffffff8c7db0d0) eax=85d58000 ebx=88fac1b0 ecx=85dba100 edx=00000000 esi=8c7db634 edi=88fac07e eip=00040000 esp=8c7db5c0 ebp=8c7db5e8 iopl=0 nv up ei pl zr na pe nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246 00040000 ?? ??? Resetting default scope CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT PROCESS_NAME: csrss.exe CURRENT_IRQL: 0 ERROR_CODE: (NTSTATUS) 0xc0000005 - <Unable to get error code text> WRITE_ADDRESS: GetPointerFromAddress: unable to read from 82981718 Unable to read MiSystemVaType memory at 82961160 00040000 FAILED_INSTRUCTION_ADDRESS: +40000 00040000 ?? ??? BUGCHECK_STR: 0x7E LAST_CONTROL_TRANSFER: from 8dd83192 to 00040000 STACK_TEXT: WARNING: Frame IP not in any known module. Following frames may be wrong. 8c7db5bc 8dd83192 85e0c000 8c7db634 8c7db644 0x40000 8c7db5e8 8dd821a6 8c7db634 85d58000 88fac07e dxgkrnl+0x62192 8c7db68c 8dd82ea0 85d58000 98503008 8671dc10 dxgkrnl+0x611a6 8c7db828 8dd5c0de 98503008 00000000 8dd20001 dxgkrnl+0x61ea0 8c7db87c 8dd855bb 85d58000 898eca40 98503008 dxgkrnl+0x3b0de 8c7dba78 93422611 00000004 00000000 8c7dbd28 dxgkrnl+0x645bb 8c7dbac0 93425151 ffb89010 8c7dbcd0 8c7dbd28 cdd!CreateAndEnableDevice+0x171 8c7dbd50 82a276bb ffb89010 ac45090b 00000000 cdd!PresentWorkerThread+0x81d 8c7dbd90 828d90f9 93424934 ffb89010 00000000 nt!PspSystemThreadStartup+0x9e 00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19 FOLLOWUP_IP: dxgkrnl+62192 8dd83192 ?? ??? SYMBOL_STACK_INDEX: 1 SYMBOL_NAME: dxgkrnl+62192 FOLLOWUP_NAME: MachineOwner MODULE_NAME: dxgkrnl IMAGE_NAME: dxgkrnl.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4ac54de1 STACK_COMMAND: .cxr 0xffffffff8c7db0d0 ; kb FAILURE_BUCKET_ID: 0x7E_BAD_IP_dxgkrnl+62192 BUCKET_ID: 0x7E_BAD_IP_dxgkrnl+62192 Followup: MachineOwner --------- ЧЯДНТ?
Не понимаю, чего не хватает в WinDbg? Использую и через шнурок и через virtualbox. Помимо этого, поставив VisualDDK, можно отлаживать непосредсвенно из студии. И наконец, если нужно что-то по быстренькому глянуть в ядре, можно использовать livekd. Когда-то использовал айс. Не понимаю, чем он лучше?
ntcdm dxgkrnl.sys это какойто кривой дров, гугл выдаёт тыщи логов с крэшами в нём. Вобще удалить его из системы.
IceCrashLdr ТС бета версию оси юзает, не удивительно что чтото рушится. Окончательного релизенга её не было на сколько знаю. Ставить XP и проблем не будет.
Ставил уже и ДиректИкс, И Юзер, и Авто - все равно крешится =( Ты шутишь? это сандартный компонент Windows 7 - Microsoft DirectX graphics kernel subsystem (Dxgkrnl.sys) http://msdn.microsoft.com/en-us/library/ff560940%28v=VS.85%29.aspx Так и сидеть на ХР теперь? А если нужно отладить программу под Вин7 ?