chypa aplikace

[Adix]

Zravím,

mám takový problém, z ničeho nic mi začal PC hazet eror

Správná iniciaizace aplikace (0xc0000005) se nzdařila. Klepnutím na OK můžete aplikaci ukončit.

Winwows naběhne v pořádku a většina programů funguje bez problémů až pár víjimek..Mezi nima je i TuneUP 2010.Pokusil jsem se ho přeinstalovat fungovalo to a pak když se nainstalovali aktualizace pro tuneup pak zase eror,
Jsli mi mužete poradit tak budu rad..

[Rudy]

Týká se to TuneUp, nebo jiné aplikace?

[Adix]

týká se to více aplikací, TuneUp sem uvedl jako příklad..

[Rudy]

Zkuste obnovu systému k datu, kdy korektně fungoval.

[Adix]

nepomohlo...

[Rudy]

Přeinstalujte TuneUp a neinstalujte jeho aktualizace. Patrně se nesnáší s něčím, co máte v PC.

[Adix]

asi přeistaluju PC to bude asi nejlpeší řešení

[Alfajk]

jde to i setrnejc nez reinstallem,pokud s pc trosku umis,zkus:

1) Download and install the microsoft.com/whdc/devtools/debugging/installx86.mspx
Debugging Tools from Microsoft
2) Locate your latest memory.dmp file- C:\WINDOWS\ Minidump\Mini081505-01.dmp or whatever
3) open a CMD prompt and cd\program files\debugging tools for windows\
4) type the following stuff:
Code:

c:\program files\debugging tools>kd -z C:\WINDOWS\ Minidump\Mini081505-01.dmp
(it will spew a bunch)
kd> .logopen c:\debuglog.txt
kd> .sympath srv*c:\symbols [msdl.microsoft.com/download/symbols
kd> .reload;!analyze -v;r;kv;lmnt;.logclose;q

5) You now have a debuglog.txt in c:\,

pripadne bez prikazovyho radku navod tu>> http://elliottback.com/wp/how-to-analyz ... ump-files/ <<

rozlustenej log sem dej,melo by v nem bejt napsany,pri cem presne PC spadne,mel sem stejnej problem a z tohodle tu poznali,kde to vazne

[MiliNess]

jde to i setrnejc nez reinstallem,pokud s pc trosku umis,zkus:

1) Download and install the microsoft.com/whdc/devtools/debugging/installx86.mspx
Debugging Tools from Microsoft
2) Locate your latest memory.dmp file- C:\WINDOWS\ Minidump\Mini081505-01.dmp or whatever
3) open a CMD prompt and cd\program files\debugging tools for windows\
4) type the following stuff:
Code:

c:\program files\debugging tools>kd -z C:\WINDOWS\ Minidump\Mini081505-01.dmp
(it will spew a bunch)
kd> .logopen c:\debuglog.txt
kd> .sympath srv*c:\symbols [msdl.microsoft.com/download/symbols
kd> .reload;!analyze -v;r;kv;lmnt;.logclose;q

5) You now have a debuglog.txt in c:\,

pripadne bez prikazovyho radku navod tu>> http://elliottback.com/wp/how-to-analyz ... ump-files/ <<

rozlustenej log sem dej,melo by v nem bejt napsany,pri cem presne PC spadne,mel sem stejnej problem a z tohodle tu poznali,kde to vazne

Z toho výpisu paměti jak uvedl Alfajk samozřejmě nikdo nic nezjistí. Pokud tam totiž vůbec bude, bude se týkat závažných chyb jádra OS a ne toho, co potřebuješ vyřešit.
Ve tvém případě je nutno nakonfigurovat Dr.Watson (http://www.zezula.net/cz/prog/pm_app_debug.html)
a pak někde upnout výpis paměti vygenerovaný Dr.Watsonem.

[Alfajk]

ale tak zkusit se to muze...muj log treba vypadal takhle:

Kód: Vybrat vše

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Documents and Settings\Admin.PC-PC\Plocha\Mini062209-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\windows\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp2_rtm.040803-2158
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Mon Jun 22 21:26:16.562 2009 (GMT+2)
System Uptime: 0 days 0:31:28.294
Loading Kernel Symbols
...............................................................
................................................................
..
Loading User Symbols
Loading unloaded module list
.............
Unable to load image windrvNT.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for windrvNT.sys
*** ERROR: Module load completed but symbols could not be loaded for windrvNT.sys
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, f7874703, ba449c70, 0}

Probably caused by : windrvNT.sys ( windrvNT+1703 )

Followup: MachineOwner
---------

1: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
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: f7874703, The address that the exception occurred at
Arg3: ba449c70, Trap Frame
Arg4: 00000000

Debugging Details:
------------------


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Instrukce na adrese 0x%08lx odkazovala na adresu pam

FAULTING_IP:
windrvNT+1703
f7874703 668b08          mov     cx,word ptr [eax]

TRAP_FRAME:  ba449c70 -- (.trap 0xffffffffba449c70)
ErrCode = 00000000
eax=00000000 ebx=f7878142 ecx=00000000 edx=206b6400 esi=0012fb54 edi=ba449d64
eip=f7874703 esp=ba449ce4 ebp=ba449d04 iopl=0         nv up ei pl zr na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010246
windrvNT+0x1703:
f7874703 668b08          mov     cx,word ptr [eax]        ds:0023:00000000=????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0x8E

PROCESS_NAME:  Re-MortalRO.exe

LAST_CONTROL_TRANSFER:  from f787823a to f7874703

STACK_TEXT: 
WARNING: Stack unwind information not available. Following frames may be wrong.
ba449d04 f787823a 00000000 00000000 3d737365 windrvNT+0x1703
ba449d48 8054060c 00000000 0012fb78 0012fb80 windrvNT+0x523a
ba449d48 7c90eb94 00000000 0012fb78 0012fb80 nt!KiFastCallEntry+0xfc
0012fb34 7c90e5e5 7c810e48 00000000 0012fb78 0x7c90eb94
0012fb88 00521760 00000000 00000000 00000000 0x7c90e5e5
0012fbb8 005217ef 00000000 0000002e 007748a0 0x521760
0012fbd4 0051daf0 011f8150 7c910738 00000000 0x5217ef
0012fc08 006b87ee 0070dd0c 7c910738 00000000 0x51daf0
0012ffa8 8061f142 0012ffe0 00695290 006c7738 0x6b87ee
0012ffc0 7c816d4f 7c910738 ffffffff 7ffde000 nt!CcPfBeginAppLaunch+0x190
0012fff0 00000000 00699eda 00000000 00000000 0x7c816d4f


STACK_COMMAND:  kb

FOLLOWUP_IP:
windrvNT+1703
f7874703 668b08          mov     cx,word ptr [eax]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  windrvNT+1703

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: windrvNT

IMAGE_NAME:  windrvNT.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  409f405c

FAILURE_BUCKET_ID:  0x8E_windrvNT+1703

BUCKET_ID:  0x8E_windrvNT+1703

Followup: MachineOwner
---------

a je tam presne videt pri cem to spadlo a co to zpusobilo

[Rudy]

Soubor c:\windows\system32\windrvNT.sys otestujte on line na www.virustotal.com . Výsledek oznamte.

[Alfajk]

Soubor c:\windows\system32\windrvNT.sys otestujte on line na http://www.virustotal.com . Výsledek oznamte.

jaj,chybicka,ja uz problem nemam,tohle sme uz vyresili,ukazoval sem log Milinessovi,protoze rikal ze je k nicemu a ze se z nej nic nevycte

[MiliNess]

Ten výpis co jsi nám tu ukázal je výpis, který je vygenerován po kritické chybě v režimu jádra (při BSOD), ten problém co má Adix, je problém s aplikacemi v uživatelském režimu, tedy naprosto odlišná chyba. Věř mi, vím to

[Alfajk]

jojo jeto klidne mozny,jen to oznaceni chyby je podobny jak to moje