- 【node.js】サーバサイドjavascript 3【io.js】©2ch.net
69 ：デフォルトの名無しさん[sage]：2015/01/06(火) 00:22:50.21 ID:oSSj0EiH - >>66
> デベロッパーツールを出して一番右にある黒丸に縦二重線のPause on exceptionsを押しといてリロードだよ
それ黒丸に縦二重線を押して出てくるパネルにあるチェックボックスのことだよな？
それ「Pause on exceptions」じゃなくて「Pause On Caught Exceptions」だよな？
俺がこれまで書いた↓全然読んでなかったのかwwwwww
>>58
> まずは確認だが、Chromeで"Pause On Caught Exceptions"は外してるよな？
>>63
> それだけだと"Pause On Caught Exceptions"を有効にしてるようにしか見えないな
"Pause On Caught Exceptions"って有効にすると
try {
throw new Error('err'); //ここでもブレークする！
} catch (e) {
console.log('handled');
}
こんなのまでブレークしちゃう代物なわけよ
内蔵Promiseがどうとか一切関係なく、自前のライブラリだろうがなんだろうが
どこでも例外スローするとブレークするオプションなわけじゃん
内蔵Promiseでないと実装できないとかって話と何の関係ないよな？
>>24
> > ・飲み込まれた例外をデバッグ出来る
> そりゃ、ライブラリ内部のcatch内にブレークポイントを張って待ちかまえていれば
> 可能だが毎回そんな事すんのか？いやするわけない
> そして例外がスルーされて何も起きない
↑の説明は"Pause On Caught Exceptions"と矛盾してることはわかるか？
|
- 【node.js】サーバサイドjavascript 3【io.js】©2ch.net
70 ：デフォルトの名無しさん[sage]：2015/01/06(火) 00:29:21.55 ID:oSSj0EiH - >>68
> イベントループに戻るのはsetTimeout()の直後の位置だ (a += 1;の前)
は？ え？ え？
setTimeout(function() {
...
}, 0);
// (a)
a += 1;
こういうコードで(a)の位置でイベントループに戻ると思ってるわけ？
いやいやいや、いくらなんでもそれは。。。 あー
|
- 【node.js】サーバサイドjavascript 3【io.js】©2ch.net
73 ：デフォルトの名無しさん[sage]：2015/01/06(火) 00:48:43.95 ID:oSSj0EiH - >>72
別にいいよ、開発版で取り組んでるから
https://code.google.com/p/v8/issues/detail?id=3093
https://code.google.com/p/chromium/issues/detail?id=393913
|
- 【node.js】サーバサイドjavascript 3【io.js】©2ch.net
77 ：デフォルトの名無しさん[sage]：2015/01/06(火) 19:05:27.58 ID:oSSj0EiH - >>76
JSの世界(特にコールバック絡み)で同期・非同期といったら
function foo(function callback() {
... //(1)
});
... //(2)
(1)->(2)で実行されるのが同期 (Array.forEach()とか)
(2)->(1)で実行されるのが非同期 (setTimeout()とか)
「Effective JavaScript」の項目67とか以下とか参照
http://blog.ometer.com/2011/07/24/callbacks-synchronous-and-asynchronous/
|
- 【node.js】サーバサイドjavascript 3【io.js】©2ch.net
80 ：デフォルトの名無しさん[sage]：2015/01/06(火) 22:40:06.78 ID:oSSj0EiH - >>78
まぁまぁw
>>79
別スレッドなのはファイルだけでネットワークやパイプはメインスレッドだよ
Windowsではファイルもメインスレッドかもしれん
|