今日、私は2度目のbiberの故障に遭遇しましたが、明らかな問題は発生しませんでした。この問題と修正は、他の場所で報告されています。ここ。
この問題に恒久的な解決策があるかどうか知りたいです。
参考までに、私は biber 1.2 で TL2012 を使用していますが、これは以前にも私のシステムで発生しており、最近では以前の biber を使用した TL2011 で発生しました。ただし、この問題は更新後には発生しなかったので、更新とは関係ないと思います。
答え1
biberには独自の Perl モジュールが付属しているため、 の初回実行には長い時間がかかりますbiber。 モジュールは Linux 用にディレクトリに抽出されます/tmp/par-????/cache-???。 ここまでは順調です... 更新するとbiber、そのディレクトリの古いモジュールが使用されるときに問題が発生する可能性があります。 このような場合は、そのディレクトリを削除して を再起動すると安全ですbiber。
答え2
ダニエルが示唆したように、アップデートが答えです。
biblatex以前は単純な古い bibtex を使用していた文書で+に切り替えると、体系的に故障が発生することに気付きましたbiber。この問題が発生した 3 つのケースすべてで、aux ファイルを手動で消去しませんでした。
.auxファイルはクリアする必要があるスイッチをオンにすると。
そうしないとbiberがクラッシュし、質問のリンクで説明されているようにフォルダをクリアする必要があります。ファイルを消去してもクラッシュした場合は、.auxをダンプし、エラーメッセージのフォルダをダンプしてから、biber再び動作を開始します。