Este é um backtrace estranho. Eu vejo calloc() que chama __start_google_malloc() ! No começo eu até pensei que o backtrace está de cabeça para baixo, mas provavelmente está tudo bem. Eles provavelmente usaram sua própria função calloc() . Em particular, não vejo um caminho para o glibc onde reside o "comum" calloc() .
De qualquer forma, o que eu posso dizer do backtrace - o acidente acontece em algum lugar no fundo do seu próprio aplicativo, então é um bug no VS Code. Você pode construir o VS Code com os símbolos de depuração para descobrir o que está errado, ou relatar um bug ao seu github .
Running "code" in Terminal gives zero output when this happens too.
Sim, é uma falha típica de design de todos os aplicativos baseados em elétrons, eles executam muitos processos sem nenhum motivo e não redirecionam a saída para stdout / stderr. Se você tiver sorte, pode tentar se conectar ao processo usando gdb e pgrep -f antes que ele caia. Isso pausaria o processo, então você pode usar continue para, bem, continuar; e quando ele falhar, você poderá usar ls -l /proc/processpid/fd para ver todos os arquivos abertos pelo debuggee - esperamos que um deles seja o log, caso em que você verá um symlink na saída.
No entanto, é interessante que o Electron seja baseado no Chromium, que também executa muitos processos (embora tenha um motivo) . Mas a saída do terminal no Chromium original funciona! O mesmo acontece em todos os aplicativos baseados em QtWebEngine (que também é uma estrutura baseada no Chromium) . Estou curioso para saber como o Electron conseguiu quebrá-lo.