<div dir="ltr">Hello Vlad,<div><br></div><div>This is most probably a windows only issue as the code in the stacktrace runs through a lot of windows specific code. I guess the easiest way would be if you are able to write a testcase that can reproduce the error so that I can debug it here. If that is not possible, maybe you can attach to the process and send me a windows "core file"?</div>
<div><br></div><div>To do this you have to install WinDbg[1] and then do "File->Attach to a Process". After this you open the WinDbg console and type ".dump /ma c:\beam.smp.dmp" and then upload that file on a server where I can download it. Also I assume you have used one of the installers on <a href="http://erlang.org">erlang.org</a>? Which version of windows+Erlang/OTP are you using?</div>
<div><br></div><div>Lukas</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 20, 2014 at 11:18 AM, Vlad Dumitrescu <span dir="ltr"><<a href="mailto:vladdu55@gmail.com" target="_blank">vladdu55@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Some details: the beam process seems to have a thread that sits and does something. I don't know if the following example stack helps.<div>
<br></div><div>best regards,</div><div>Vlad<br><div><br></div><div>

<div>wow64cpu.dll!TurboDispatchJumpAddressEnd+0x63b</div><div>wow64.dll!Wow64SystemServiceEx+0x1ce</div><div>wow64.dll!Wow64LdrpInitialize+0x42a</div><div>ntdll.dll!RtlIsDosDeviceName_U+0x23a27</div><div>ntdll.dll!LdrInitializeThunk+0xe</div>


</div><div><br></div><div><div>kernel32.dll!SetEvent+0x2</div><div>beam.smp.dll!fd_stop+0x4f</div><div>beam.smp.dll!terminate_port+0x64</div><div>beam.smp.dll!erts_deliver_port_exit+0x225</div><div>beam.smp.dll!driver_failure_atom+0x93</div>


<div>beam.smp.dll!ready_output+0xa9</div><div>beam.smp.dll!erts_port_task_execute+0x28d</div><div>beam.smp.dll!schedule+0xb24</div><div>beam.smp.dll!_process_main+0x125</div><div>ntdll.dll!RtlImageNtHeader+0x716</div><div>


beam.smp.dll!do_erts_alcu_free+0x5f</div><div>beam.smp.dll!erts_alcu_free_thr_spec+0x58</div><div>beam.smp.dll!thr_wrapper+0xa6</div><div>kernel32.dll!BaseThreadInitThunk+0x12</div><div>ntdll.dll!RtlInitializeExceptionChain+0x63</div>


<div>ntdll.dll!RtlInitializeExceptionChain+0x36</div></div><div><br></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 20, 2014 at 10:26 AM, Vlad Dumitrescu <span dir="ltr"><<a href="mailto:vladdu55@gmail.com" target="_blank">vladdu55@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi!<div><br></div><div>I have some nodes that don't want to terminate and that I can't connect to. Most of the times the nodes unregister from epmd, but even when they don't they still are inaccessible.</div>



<div><br></div><div>I was hoping that by connecting to the node I can see why it is hanging, but I get the feeling that the hanging is not inside user code (because epmd detects the socket being closed, so the shutdown process is started).</div>



<div><br></div><div>This is on Windows, but I have some reports for something that looks similar from Linux too.</div><div>I'm not used to debugging this kind of situations, so I hope that someone has some advice for me. </div>



<div><br></div><div>best regards,</div><div>Vlad</div><div><br><div><br></div><div><br></div></div></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>