YUANZHANG HU

Similar error said my lib does not exist in the Haste module map. None of above resolve the issue.

Just a guess, it might be a reentrant issue. We might need to add a lock when we are doing cleanup for the same instance. ``` void RTCDataChannel::CleanupInternals() { if...

``` |0x7fba9ca79f43 je 0x7fba9ca7a09b | |0x7fba9ca79f49 mov (%rdi),%rax | |0x7fba9ca79f4c mov %rsp,%rbp | >|0x7fba9ca79f4f callq *0x28(%rax) (gdb) p/x $rax $1 = 0xffffccafb2aaef05 ``` obviously, the address saved in rax is...

SHOULD we set _jingleDataChannel = nullptr after close()? ``` Napi::Value RTCDataChannel::Close(const Napi::CallbackInfo& info) { if (_jingleDataChannel != nullptr) { _jingleDataChannel->Close();//SHOULD we set _jingleDataChannel = nullptr after close()? } return info.Env().Undefined();...

Looked like they are same issue: https://github.com/node-webrtc/node-webrtc/issues/458 And try/catch fix won't work for segmentation fault. We might need to find another way to solve the issue.

c:\Users\Administrator\workspace\freerdp\Release>wfreerdp-server.exe 3389 [04:25:08:512] [7776:00002014] [INFO][com.freerdp.server.windows] - screen id not provided. attempting to detect... [04:25:08:513] [7776:00002014] [INFO][com.freerdp.server.windows] - Detecting screens... [04:25:08:514] [7776:00002014] [INFO][com.freerdp.server.windows] - ID Resolution Name (Interface) [04:25:08:515] [7776:00002014] [INFO][com.freerdp.server.windows]...

me too.

You can use 1.2.4 for a while until you restart atom. 1.1.8 has no this issue.

Not able to see the 'Details' of build issue, anybody can copy/paste the detail of build error here ? Appreciated.

@taylorhoward92 Thanks for your reponse. Then what can i do next ?