大きなデータ構造をreplに印刷する大きな値を評価するたびに、スライムは非常に遅くなります。後でreplに何かを入力すると、replに現れる値が遅れ、どのclojureコードの評価も遅くなります。動作するように思われるのは、解決策のように見えないreplを再起動することだけです。スワンククロージャーでスライムを引き起こす大きなrepl結果の評価を止めるには？
大きなデータ構造の簡単な例は、ファイルをスラッシングしてから印刷することです（これはかなり小さいファイルでも可能です）。
これは、Win7とUbuntuの両方で発生するようです。
これをやめる方法とそれがなぜ起こっているのかについてのアイデアは感謝します！
私はこの問題に遭遇しましたが（よく起こります）、私は単にreplバッファをクリアします。これは、C-c M-oで、または「REPL」メニュー項目の下の「Clear Buffer」を使用して行うことができます。これはreplを再起動せず、コマンド履歴などは影響を受けません。
私はなぜそれが動作するのかわかりませんが、それは私のためにも動作します。 – georgek
これが動作する理由は、これはreplの問題ではなく、Emacsのバッファのサイズに関する問題です。 Emacsは、大きすぎるバッファを扱うのは良くありません。 – vedang
あなたがこれを述べた後、私はそれをチェックしました。あなたの権利、より少ない履歴クリアテクニックは、最後のエントリをフラッシュするCc Coです...私は質問を少しだけ長く開いて、これまたは修正のために。私は "Emacsはたくさんのテキストを扱うことができません"とは想像もできません。 – toofarsideways
どのくらいの情報をREPLから印刷するかは、*print-length*と*print-level*の変数を使用してclojure自体から制御できます。
興味深い - 私はWindowsでClojureBloxを使用して同じ動作を観察し、実行中に割り込み方法を望んでいるつま先をタップしていました。再現するコードは次のとおりです。https://gist.github.com/1454300 - Pulp Fictionの脚本を処理します。 – noahlz