2016-10-31 3 views
0

いくつかの曲線を計算してプロットするオクターブスクリプトがあるとします。それはきれいに実行されますが、プロットは想定どおりに見えません。オクターブスクリプトのプロットと印刷の部分をデバッグするにはどうすればいいですか?

は考え私のような不要な振る舞いを参照してください。同図(最後のサブプロット)上の

  • サブプロットません。伝説で
  • 添字のみ正しく、私はそれが過去に働いていたことを知っているということではない

がさらに仮定したPDFで、オクターブの図に示す - などのオクターブを関与すべてのプログラムの別のバージョンでも、Linuxのカーネル、任意のpdf印刷デバイスプログラムなど。

何が起こっているのか調べるにはどうすればよいですか?これについて冗長な出力をオクターブに強制する方法はありますか? スクリプトでgraphics_toolkit("gnuplot")と印刷デバイスpdf(print((...) -dpdf (...))を使用しました。 Octaveのバージョンは4.0.3、Linuxのカーネルは4.7.6、配布はArch Linuxです。 オクターブデバッグモード(octave -d <script>としてスクリプトを実行すると、印刷またはプロットに識別可能に関連するものを生成するようには思えない。)

EDIT:休止のデバッグの非常に粗な方法として(1)コマンドへの様々な時点で挿入することができます。これらの段階で図がどのように見えるかを詳しく見てください。レイアウトを破壊するのはprint()コマンドだけです。その前にすべてがうまく見えるまで。しかし、私はまだprintコマンドで何がうまくいかないかを理解する方法を見つける方法を理解することにはほど遠いです。

答えて

0

私は

print("testplot.eps", "-debug") 

を試してみて、生成されたオクターブ・印刷commands.log、デバッグメッセージとtestplotを検査のgnuplotでデバッグ印刷の問題にftp://alpha.gnu.org/gnu/octave/

から最新のリリース候補(RC3)をしようとするだろうeps。もちろん、最小限の例を作ることができれば最善です。どんなgnuplot版を使っていますか?

関連する問題