[erlang-questions] werl R14A on windows 7 frequently crashes during file access

[Brian Williams]

Interesting stuff from windbg on the crash dump:
Symbol search path is: C:\Program
Files\erl5.8\erts-5.8\bin;SRV*c:*http://msdl.microsoft.com/download/symbols

This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(3760.2d8c): Access violation - code c0000005 (first/second chance not
available)
eax=00000000 ebx=01b6f544 ecx=00000400 edx=00000000 esi=00000002 edi=00000000
eip=76fc64f4 esp=01b6f4f4 ebp=01b6f590 iopl=0         nv up ei pl zr na pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00000246
ntdll!KiFastSystemCallRet:
76fc64f4 c3              ret
0:001> .ecxr
eax=00000000 ebx=00000000 ecx=015a8830 edx=00000000 esi=00000074 edi=015a2632
eip=0139c562 esp=01b6fb40 ebp=001a081c iopl=0         nv up ei ng nz ac po cy
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010293
beam_smp!ConDrawText+0x92:
0139c562 66893442        mov     word ptr [edx+eax*2],si  ds:0023:00000000=????
0:001> .lastevent
Last event: 3760.2d8c: Access violation - code c0000005 (first/second
chance not available)
  debugger time: Fri Jul 23 09:16:53.209 2010 (UTC - 4:00)

I cannot set windbg as the post mortem as apparently I don't have the
proper permissions on this work box.
I still don't think I'm loading the symbols for the werl specific
stuff correctly.





On Tue, Jul 20, 2010 at 1:24 PM, Brian Williams <mixolyde@REDACTED> wrote:
> On Tue, Jul 20, 2010 at 9:03 AM, Tuncer Ayaz <tuncer.ayaz@REDACTED> wrote:
>> On Tue, Jul 20, 2010 at 2:47 PM, Brian Williams wrote:
>>> On Tue, Jul 20, 2010 at 8:30 AM, Tuncer Ayaz wrote:
>>>> On Tue, Jul 20, 2010 at 2:26 PM, Brian Williams wrote:
>>>>> On Mon, Jul 19, 2010 at 4:22 PM, Tuncer Ayaz wrote:
>>>>>> On Mon, Jul 19, 2010 at 1:24 PM, Brian Williams wrote:
>>>>>>>
>>>>>>> Where would I look for this dump?
>>>>>>
>>>>>> Default should be C:\Windows\minidumps and I think it's configurable.
>>>>>>
>>>>>
>>>>> That directory doesn't exist. I guess I have to configure it in
>>>>> Windows somewhere? I don't know where to do that.
>>>>
>>>> What about C:\Windows\minidump?
>>>>
>>>
>>> No. I should probably add that this is a windows 7 box. Is that
>>> location determined by the OS when it detects the crash, or by werl
>>> before it dies?
>>
>> It is determined by the crash handler configured in the OS settings
>> and possible that no crash dump has been written or that it's in a
>> different directory. I don't have a Windows install to check. You
>> might want to read the docs about configuring user-mode minidumps and
>> enabling crash dumps. Have a look in the MSDN.
>>
>> You can also install windbg as the postmortem debugger and have it
>> spawned on each unhandled crash if you don't want to configure crash
>> dump settings. Also some applications like popular web browsers have
>> their own crash handler to collect and submit crash info to their
>> online database. These may not trigger a system level debugger at all
>> if their crash handler is not disabled.
>>
>
> Looks like in windows 7, after turning mini dumps on in advanced
> settings, they go to:
>
> C:\Users\<username>\AppData\Local\CrashDumps
>
>
> --
> Brian E. Williams
> mixolyde@REDACTED
> http://www.techhouse.us/wordpress-mu/brianw
>
> "Never attribute to malice that which can be adequately
> explained by stupidity." - Hanlon's Razor
>



-- 
Brian E. Williams
mixolyde@REDACTED
http://www.techhouse.us/wordpress-mu/brianw

"Never attribute to malice that which can be adequately
explained by stupidity." - Hanlon's Razor