Re: "wygenerowal bledy,bedzie zamkniety przez system"

Piotr Palusiński in news:4bc698b7$0$17094$65785112@news.neostrada.pl
> In news:hq5mnv$sf8$1@inews.gazeta.pl,
> *1634Racine* <1634@Racine.pl> typed:
>> od jakiegos czasu pojawiaja mi sie programy, ktore - czy po
>> zainstalowaniu, czy jako exe-ki bez instalacji - po odpaleniu natychmiast
>> padają dając komunikat:
>> BŁĄD PROGRAMU
>> "XXX wygenerowal bledy i bedzie zamkniety przez system Windows. Musisz
>> ponownie uruchomic program. Tworzony jest dziennik bledow"
>> Ani nie widze tego dziennika, w eventvwr.msc takze pusto,ani nie domyslam
>> sie na skutek czego takie awarie.
>> W jaki sposob "założyc" mozliwe detekcje dla odwolan dla takich
>> programow, by zobaczyc na czym/w jakim miejscu kontaktu z systemem
>> wykladaja sie? Jakis filemonitor...?
>> Cos innego?
>> Co?
> Filemon, Process Monitor
> http://www.microsoft.com/technet/sysinternals/systeminformationutilities.m
> spx

tak, tak podejrzewalem

> Zajrzyj też do katalogu %SystemRoot%\Minidump
> Pobierz narzędzie ze strony Microsoft:
> http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.6.07.5.ex
> Następnie wystarczy uruchomić WinDBG i wybrać w menu File, Open Crash
> Dump i wskazać plik minidump znajdujący się w katalogu
> C:\Windows\Minidump\ Zobacz co tam sie dzieje.

1.
jak
dbg_x86_6.6.07.5.exe ma sie do "debugging Tools for Windows.msi" [co to mam
juz w komp.]

2.
jedyny *.dmp mam w C:\Documents and Settings\All Users\Dane
aplikacji\Microsoft\Dr Watson;
Jest to user.dmp, a i drwtsn32.log z tego samego katalogu zawiera zapisy
bledow opisanych w
root poscie.
I tak: analiza tego dmp w DBG daje taki oto wydruk [skracam]:

                         [............]
Debug session time: Thu Apr 15 02:36:37.000 2010 (GMT+2)
                        [.....................]
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
......................
This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(6f8.fa8): Access violation - code c0000005 (first/second chance not
available)
eax=009bab80 ebx=00000000 ecx=00000000 edx=815e8958 esi=00406880
edi=0012a620
eip=0045c887 esp=0012a0e8 ebp=0012a0f8 iopl=0 nv up ei pl nz na po
nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00000202
*** WARNING: Unable to verify checksum for 8iwpheb1.exe
*** ERROR: Module load completed but symbols could not be loaded for
8iwpheb1.exe
8iwpheb1+0x5c887:
0045c887 3b5108 cmp edx,dword ptr [ecx+8]
ds:0023:00000008=????????

Jak zanm opisy interpretacyjne dla "debugging Tools for Windows.msi", to
tutaj zdaje sie brak punktowania zrodla awarii.
A plik 8iwpheb1.exe, to po prostu odpalany i dajacy ostatnia awarie plik
8iwpheb1.exe, pod ta nazwą kryje sie po prostu gmer.exe.

Jakies sugestie?
dzieki
Received on Thu Apr 15 11:35:03 2010