2010/10/1 Vincent Lefevre <[email protected]>: > The problem I was mentioning about the empty PDF file is an > inconsistency with the behavior of upstream's version under > Mac OS X (I haven't tried upstream's gnuplot under Debian). > I suppose that the bug is in Debian's version (which could > be an upstream bug or not) as the gnuplot manual says: > > 3.24.49 output > -------------- > > By default, screens are displayed to the standard output. > ^^^^^^^^^^ ^^^^^^^^^^^^^^^ > > Under Mac OS X, gnuplot behaves like this. But not under Debian.
Thanks for the clarification. From your earlier messages to #248426 I did not see that you were trying something like echo "set term pdf; plot x" | gnuplot > out.pdf instead of something like echo "set term pdf; set output \"out.pdf\"; plot x; " | gnuplot By the way, when replying I removed #533622 from CC, but forgot to add #578311, which is the actual bug report you refer to, and where I read not much apart from the title, I admit. Looking to upstream tracker, seems to have been fixed in 4.4.1. Too late I think #578311 should be renamed to something like "gnuplot: pdfcarro output should default to the standard output". You are original submitter, so I leave that to your consideration, but the problem is not an empty pdfcairo output, but that one. And unfortunately we need to wait for 4.4.1 for #578311/#597007 fix. Regarding this bug report (#248426: set terminal pdf doesn't work), set terminal pdf is recognised, only that in an inconsistent way (not a problem for Debian). It will match either pdflib terminal or pdfcairo (in that order) if available, but they may have different options. Refs: http://sourceforge.net/tracker/index.php?func=detail&aid=2934859&group_id=2055&atid=352055 PS: I am not gnuplot maintainer, just wanted to add my 2cents. Sorry for the noise. Cheers, -- Agustin -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
