Support for Node.js debuggability landed in Node.js in 2016. Here’s how to get up and running. (Post updated Jan 2018) 1. Download and install the current version of node. (v6.3.0+ required) 2. Run node with the --inspect-brk flag: # Break on the first statement of the script▸ node --inspect-brk index.jsNext, you used to open the big chrome-devtools:// URL it spits out, but don’t. Now there’s a be
吐かせる方法には以下の方法があります. VM上でerlang:halt("slogan")を実行する kill -SIGUSR1 ${PID} でVMを殺す CrashDumpは読める Erlangのcrash dumpは人間が割と読めますが, 問題発見を早める為に以下のツールが有用です. CrashDumpViewer erl_crashdump_analyzer 自分がよく使うのは後者です. 前者はGUI環境が必要なので運用している環境だと辛いかもしれません. また, 後者は最初に知りたいであろうことしか出力しないので迷うことがないと思います. 細かい部分は直接dumpを読むので私は困りませんでした. binary部分を読む必要がある場合は, binppのfrom_str/1を使っても良いかもしれません. 8割方メッセージキューが詰まる時が問題が起きる時 私の経験上の話です. ログは一
Node.js debugging with Chrome DevTools (in parallel with browser JavaScript) Serg Hospodarets Blog Recently Paul Irish described how you can debug Node.js applications with Chrome DevTools. Since that time Chrome DevTools have evolved and the step, where you had to open the separate page with a specific URL to debug the Node.js code, was removed. It means, today you can debug your browser JavaScri
「純粋関数型言語はデバッグしにくい。だって純粋な関数で printf デバッグできないから」とつぶやいている人をよく見かけます。これまで放置してきましたが、リツイートが50を超えたので、Haskellでのデバッグについて書きます。 例外処理と同じように、Haskell でのデバッグでは、純粋な関数と IO を分けて考える必要あります。 IO での printf デバッグ IO では、putStrLn や print が使えるから問題ないですよね? foo :: Int -> IO Bool foo i = do x <- あれして i putStrLn $ "x = " ++ show x これして putStrLn "ここも通過" -- それもする y <- それもする print y return y ちなみに、forkIO 起動した軽量スレッドから putStrLn する場合、軽量ス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く