こんにちは。以下のクエリが実際に機能するようになった理由を誰か説明してもらえますか?
私は以下の手順を実行しました。
TeX ファイルの最初の行に %&--no-pdf を追加しました。
エラーを再現し (影響を受けるクライアント サービスで)、xdv ファイルを取得して xdvipdfmx -E -vv を実行しましたが、出力には何も見つかりませんでした。no
pdf 行を削除してドキュメントを再生成すると、エラーは発生しなくなりました。一体どうしてこんなことが起こるのでしょうか?? 何百ものドキュメント テンプレートのどれも失敗しません。何かが書き込まれたキャッシュが存在する可能性はありますか?
こんにちは。これについてアドバイスをいただける方はいらっしゃいますか? xelatex / xdvipdfmx の障害の根本原因を特定しようとしています。
プロセスは終了し、0KB の PDF とメッセージが残ります:
エラー 1 (ドライバーの戻りコード) 出力を生成しています。ファイル DOCUMENTVIEWER_1490973454755_191_06776504744697253363.pdf が有効でない可能性があります
ドキュメント ファイル名は、xelatex に渡される前に他のソフトウェアによって生成されます。その長さに疑問を感じます。0 KB の PDF も Adobe では開けないので、明らかに破損しています。
私が作成できる最も単純な TeX ファイルを使用すると、xelatex によるコンパイルは正常に完了します (ログで確認できる限り)。ただし、次の行は上記のエラーです。
主な問題は、コマンドラインからでも、ソフトウェアを介して他の同様の環境からでも問題を再現できないことです。--no-pdf引数の使用に関する他の投稿もいくつか見ましたが、問題は、ビルドなしでは再現可能なシナリオにそれを組み込むことができず、それが実現不可能であることです。
先ほども言ったように、コマンドラインから問題を再現することはできません。ここで何が起こっているのか、どなたかアドバイスをいただけませんか?
サーバーの Windows イベント ログを確認しましたが、何も見つかりません。調査では、アプリケーションと「人間」の両方のユーザー権限を完全に除外したと思います。
TeXファイルにPDFを出力せず、代わりにxdviを出力するように指示する命令を挿入できれば便利だろう。