gnuplot-beta — Developers and beta testers of new gnuplot code

Re: Line breaks in pslatex

[Ethan M. <merritt@u.washington.edu>]

On Wednesday 21 November 2007 13:52, Hans-Bernhard Br=F6ker wrote:
> Dan Hatton wrote:
> > On Sat, 17 Nov 2007, Hans-Bernhard Br=F6ker wrote:
>=20
> >> I'm really not sure what happened to multi-line label support in the=20
> >> LaTeX drivers.
>=20
> > With a little help from the folks over on the TeXhax mailing list, I
> > sussed out that the crucial bit is the \shortstack in the LaTeX code
> > from Gnuplot 4.0, which is absent in the LaTeX code from Gnuplot 4.2.
>=20
> So I figured.  What I don't know is how the output of \shortstack got=20
> dropped from gnuplot's pslatex driver.
>=20
> [Forwarded to the developers' mailing list for further investigation.]

It apparently went missing at the time the various postscript and
TeX terminals were merged:

Wed Feb 9 11:43:12 2005 UTC (2 years, 9 months ago) by mikulik=20
  2005-02-09  Harald Harders  <h.h...@tu...>
  SourceForge patch #1040192 "Merge post, epslatex, pslatex, pstex
  terminals" by Harald Harders <h.h...@tu...>

I have no idea if this particular change was intentional, or what
ramifications might occur if \shortstack is added back to the output.

Harald, can you remember what the intent was?


=2D-=20
Ethan A Merritt

Re: pngcairo: suggestion for additional option

[<HBB...@t-...>]

pl...@pi... wrote:

>    One thing I've often wanted on working with SVG is a means to get a  
> readable file at the end of a plot command without having to unset  
> terminal to write out the xml terminators and close the file.

Unsetting the terminal is completely unnecessary.  You will have to 
close the plot though, i.e. "unset output".  gnuplot cannot  possibly 
write the closing tags if you didn't tell it you're done with writing to 
the file.

> For example , if I output to jpeg or png, I get a readable file after the  
> plot command. With svg I dont.

The reason for the difference is that JPEG only allows one page per 
file, SVG allows as many as you wish.

> Would it make sense to have gnuplot terminate the unmatched tags until a  
> further command is given in either of the following cases:
> 
> 1/ end of .gnu file input from load "filename" . If svg terminal is still  
> open , close unmatched tags.

Absolutely no.  Not all loaded scripts end the output file.

> 2/ interactive use after plot command close tags while awaiting further  
> input.

Absolutely no, for basically the same reason.

Re: pngcairo: suggestion for additional option

[<HBB...@t-...>]

Allin Cottrell wrote:
> I'll float this by the list first and submit a tracker item if 
> there's any support.

No need to.  There's been an item open for ages about this.  Its poster 
wanted the info to set up clickable an <IMG> map for GIFs on web page, 
but the real feature request is the same as yours.

More abstractly speaking, what these requests are about is a very rough 
approximation of on aspect of mouse interaction: coordinate mapping back 
to data values for static bitmap terminal drivers.

Version 4.2.2 has quite a lot of this already your finger tips, by way 
of gnuplot-defined variables GPVAL_X_MIN etc.  Adding GRAPH_XLEFT etc. 
shouldn't pose a major problem.

Re: box fill bug in emf.trm

[Ethan M. <merritt@u.washington.edu>]

On Wednesday 21 November 2007 11:17, Ethan Merritt wrote:
> On Wednesday 21 November 2007 08:38, Allin Cottrell wrote:
> > There's a bug in emf.trm, on line 836 in current CVS
> 
> Huh. I remember that bug.  I thought it was fixed already.

Indeed. Here is the previous exchange:

> On Tuesday 09 October 2007 04:50, Dr. Johannes Zellner wrote:
>> Hello,
>> 
>> The line term/emf.trm. around line 836
>> 
>>     emf_color = color;
>> 
>> is wrong and should be removed in my opinion. This line saves a 'line
>> color' which was enventually modified by a fill density some lines
>> above in the same function.
>> 
>> Agreed?
>
>I think you are correct.

I thought Johannes went ahead and fixed it, but maybe not.
Fixed now.

-- 
Ethan A Merritt

Re: Line breaks in pslatex

[<HBB...@t-...>]

Dan Hatton wrote:
> On Sat, 17 Nov 2007, Hans-Bernhard Bröker wrote:

>> I'm really not sure what happened to multi-line label support in the 
>> LaTeX drivers.

> With a little help from the folks over on the TeXhax mailing list, I
> sussed out that the crucial bit is the \shortstack in the LaTeX code
> from Gnuplot 4.0, which is absent in the LaTeX code from Gnuplot 4.2.

So I figured.  What I don't know is how the output of \shortstack got 
dropped from gnuplot's pslatex driver.

[Forwarded to the developers' mailing list for further investigation.]

Re: pngcairo: suggestion for additional option

[<pl...@pi...>]

On Wed, 21 Nov 2007 20:03:52 +0100, Ethan Merritt  
<merritt@u.washington.edu> wrote:

> Finally, let me note that one of my biggest long term wish-list items
> is to have gnuplot emit similar information for use with SVG plots
> embedded in a web page.  The idea is to implement full browser-side
> mousing/zooming capabilities for each embedded plot using jscript or
> the equivalent.  See for example the pages at:
> 	http://sitn.ne.ch/
>

Hi,

that sounds very interesting, the DOM inspector in Firefox seems to be  
able to walk the xml structure so I guess there's a means of  
accessing/modifying content with javaScript.

   One thing I've often wanted on working with SVG is a means to get a  
readable file at the end of a plot command without having to unset  
terminal to write out the xml terminators and close the file. Unless this  
is done the file seems to be unparsable to any readers I've tried.

For example , if I output to jpeg or png, I get a readable file after the  
plot command. With svg I dont.

Would it make sense to have gnuplot terminate the unmatched tags until a  
further command is given in either of the following cases:

1/ end of .gnu file input from load "filename" . If svg terminal is still  
open , close unmatched tags.
2/ interactive use after plot command close tags while awaiting further  
input.

The added tags would have to be stipped off again on adding further  
content.

What I'd like to get to is periodic replotting of volatile data whilst  
independantly refreshing / reloading the SVG output in the viewer,  
typically a web browser on a timed or manual refresh.

Especially in debugging it would be nice to avoid:  unset terminal ; set  
terminal svg; replot; unset terminal .... loops.

If I've just missed a trick, sorry for the noise.

regards, Peter.

Re: pngcairo: suggestion for additional option

[Allin C. <cot...@wf...>]

On Wed, 21 Nov 2007, Ethan Merritt wrote:

> On Wednesday 21 November 2007 09:13, Allin Cottrell wrote:
> > I'll float this by the list first and submit a tracker item if 
> > there's any support.
> > 
> > I would find it very useful to get a readback from gnuplot on the 
> > internal dimensions of a PNG file -- that is, the pixel bounds of 
> > the data area and also the data minima and maxima.  This is for 
> > generating an interactive display (much like the mousable wxt 
> > terminal display, but with additional features).
> 
> I don't think I quite understand what you are aiming for.
> 
> My first take was that you were suggesting that pngcairo is 
> missing the "crop" option of the libgd-based png terminal.

Sorry if I wasn't clear but no, that's not it.

> But then I backtracked and thought maybe you are asking for output of
> the    [terminal coordinate] <--> [plot coordinate]
> mapping that is used by the mousing code.  Is that the idea?

Yes.

> I thought there was an ancient patchset that implemented this for
> the libgd-based terminals by placing the information in a comment
> record inside the image file proper. 

I wrote a patch to do that at one time and canvassed it on this 
list.

> That might make more sense...

In principle, yes.  But neither libgd nor cairo (AFAIK) offers a 
means of doing this.  My patch was an ugly hack in that it 
imported a modified chunk of the libgd code into gd.trm; that's 
the only way I could get a handle on the comment fields.

I tried submitting a patch for libgd to add an API for writing to 
the comments fields in a PNG but that wasn't accepted.  I don't 
know if one would have any better luck offering a patch for cairo.

Hence my notion of falling back on an auxiliary file. Not all that 
pretty but it works (and obviously could be implemented for other 
terminals too).  One nice thing about this approach is that the 
reader doesn't have to link to libpdf (or carry out fiddly 
do-it-yourself binary reading) to get the info; it's right there 
in plain text.

> Finally, let me note that one of my biggest long term wish-list items
> is to have gnuplot emit similar information for use with SVG plots
> embedded in a web page.

Yes, that would be nice.

Allin Cottrell

Re: pngcairo: suggestion for additional option

[Ethan M. <merritt@u.washington.edu>]

On Wednesday 21 November 2007 09:13, Allin Cottrell wrote:
> I'll float this by the list first and submit a tracker item if 
> there's any support.
> 
> I would find it very useful to get a readback from gnuplot on the 
> internal dimensions of a PNG file -- that is, the pixel bounds of 
> the data area and also the data minima and maxima.  This is for 
> generating an interactive display (much like the mousable wxt 
> terminal display, but with additional features).

I don't think I quite understand what you are aiming for.

My first take was that you were suggesting that pngcairo is missing
the "crop" option of the libgd-based png terminal.
In general the gnuplot core routines will not know this information.
Consider the case of "plot with labels", where the label is rendered
(by cairo/pango in this case) as a scaled glyph.
What pixels are touched in drawing that glyph?  Gnuplot doesn't know.
It would have to be provided by the support library.
 
> The attached patch adds a boolean "boundsfile" option to pngcairo.  
...
> you get test.png as usual, but also a file named test.png.bounds
> with content
> 
> xleft=89 xright=620 ybot=37 ytop=460
> xmin=-10 xmax=10 ymin=-1 ymax=1

But then I backtracked and thought maybe you are asking for output of
the    [terminal coordinate] <--> [plot coordinate]
mapping that is used by the mousing code.  Is that the idea?
See for example the term->text() driver entry point for x11.trm
(X11_text).  That is exactly what it does.

I thought there was an ancient patchset that implemented this for
the libgd-based terminals by placing the information in a comment
record inside the image file proper. That might make more sense,
and as with the current x11 driver it would become a normal part of
the term->text() processing.  No special command-line options needed.
Unfortunately I can't seem to find that patchset on SourceForge any
more.  Also I don't know if cairo provides a mechanism to add 
arbitrary comment records to a PNG file.

Finally, let me note that one of my biggest long term wish-list items
is to have gnuplot emit similar information for use with SVG plots
embedded in a web page.  The idea is to implement full browser-side
mousing/zooming capabilities for each embedded plot using jscript or
the equivalent.  See for example the pages at:
	http://sitn.ne.ch/

-- 
Ethan A Merritt

pngcairo: suggestion for additional option

[Allin C. <cot...@wf...>]

I'll float this by the list first and submit a tracker item if 
there's any support.

I would find it very useful to get a readback from gnuplot on the 
internal dimensions of a PNG file -- that is, the pixel bounds of 
the data area and also the data minima and maxima.  This is for 
generating an interactive display (much like the mousable wxt 
terminal display, but with additional features).

I may be missing something, but I don't think there's any way of 
doing this at present.

The attached patch adds a boolean "boundsfile" option to pngcairo.  
If this is activated, and if output is going to a named file, the 
driver also writes out a small auxiliary file containing the data 
mentioned above.  The aux file has the same name as the PNG file 
plus the suffix ".bounds".

For example, if you do:

set term pngcairo bounds
set output 'test.png'
plot sin(x)

you get test.png as usual, but also a file named test.png.bounds
with content

xleft=89 xright=620 ybot=37 ytop=460
xmin=-10 xmax=10 ymin=-1 ymax=1

-- 
Allin Cottrell
Department of Economics
Wake Forest University, NC

box fill bug in emf.trm

[Allin C. <cot...@wf...>]

There's a bug in emf.trm, on line 836 in current CVS

    /* Force re-evaluation of linetype next time we draw a line */
>   emf_color = color;
    emf_linetype = LT_UNDEFINED;
    emf_dashtype = LT_UNDEFINED;

If you plot using boxes with a fractional fill, the line 
"emf_color = color" has the effect of producing progressively 
paler boxes, e.g. if the fill is 0.6, each box has saturation of 
0.6 times the previous box.  

I have found no ill effects from simply deleting this line.

Simple test case:

set term emf
set output 'bad.emf'
set style fill solid 0.6
set yrange [0:.4]
plot '-' using 1:2 w boxes
1 .1
2 .2
3 .3
4 .2
5 .1
e

-- 
Allin Cottrell
Department of Economics
Wake Forest University, NC

Re: Strange interaction between epslatex and wxt???

[Richard H. <r.h...@rl...>]

Philipp K. Janert wrote:

> 
> I made a mistake when pasting the gnuplot
> session in the previous email. The problem is
> NOT a missing "replot" command. Let me try
> again - as you can see the problem is specific
> to a plot to wxt preceding the plot to epslatex.
> It does not happen when plotting to X11 first.
> 
> ===================================
> Bad Session:
> 
> Terminal type set to 'wxt'
> gnuplot> plot sin(x)
> gnuplot> set t epslatex standalone
> Terminal type set to 'epslatex'
> Options are '   leveldefault monochrome blacktext \
>    dashed dashlength 1.0 linewidth 1.0 butt \
>    palfuncparam 2000,0.003 \
>    noheader "" 11 '
> gnuplot> set o "broken.tex"
> gnuplot> replot

at this point, maybe you could try:  
gnuplot> set output
which will tell gnuplot to finalise all the open file(s). 

r,

Re: Strange interaction between epslatex and wxt???

[Philipp K. J. <ja...@ie...>]

Right. I think you mentioned to me once that the
segfaulting problem might have something to do
with the version of libc or another system library,
rather than with wxt itself. (I am running OpenSuse
10.3 on Intel Duo 64 bit. And I am compiling 
gnuplot from CVS.)

Below is the ldd output. Hope that helps.

        libreadline.so.5 => /lib64/libreadline.so.5 (0x00002b4565875000)
        libncurses.so.5 => /lib64/libncurses.so.5 (0x00002b4565ab3000)
        libz.so.1 => /lib64/libz.so.1 (0x00002b4565d17000)
        libgd.so.2 => /usr/lib64/libgd.so.2 (0x00002b4565f2d000)
        libXpm.so.4 => /usr/lib64/libXpm.so.4 (0x00002b4566181000)
        libX11.so.6 => /usr/lib64/libX11.so.6 (0x00002b4566392000)
        libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x00002b45666cd000)
        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 
(0x00002b45668ef000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00002b4566b23000)
        libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00002b4566d9f000)
        libwx_gtk2u-2.8.so.0 => /usr/lib64/libwx_gtk2u-2.8.so.0 
(0x00002b4566fc4000)
        libpangocairo-1.0.so.0 => /opt/gnome/lib64/libpangocairo-1.0.so.0 
(0x00002b4567aaa000)
        libpango-1.0.so.0 => /opt/gnome/lib64/libpango-1.0.so.0 
(0x00002b4567cb5000)
        libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00002b4567ef5000)
        libgobject-2.0.so.0 => /opt/gnome/lib64/libgobject-2.0.so.0 
(0x00002b4568163000)
        libgmodule-2.0.so.0 => /opt/gnome/lib64/libgmodule-2.0.so.0 
(0x00002b45683a6000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00002b45685aa000)
        libglib-2.0.so.0 => /opt/gnome/lib64/libglib-2.0.so.0 
(0x00002b45687ae000)
        libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00002b4568a51000)
        libglitz.so.1 => /usr/lib64/libglitz.so.1 (0x00002b4568c75000)
        libm.so.6 => /lib64/libm.so.6 (0x00002b4568e9f000)
        libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00002b45690f6000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b4569300000)
        libXau.so.6 => /usr/lib64/libXau.so.6 (0x00002b456951b000)
        libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00002b456971f000)
        libgtk-x11-2.0.so.0 => /opt/gnome/lib64/libgtk-x11-2.0.so.0 
(0x00002b4569925000)
        libgdk-x11-2.0.so.0 => /opt/gnome/lib64/libgdk-x11-2.0.so.0 
(0x00002b4569eaa000)
        libatk-1.0.so.0 => /opt/gnome/lib64/libatk-1.0.so.0 
(0x00002b456a140000)
        libgdk_pixbuf-2.0.so.0 => /opt/gnome/lib64/libgdk_pixbuf-2.0.so.0 
(0x00002b456a360000)
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002b456a578000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002b456a877000)
        libc.so.6 => /lib64/libc.so.6 (0x00002b456aa85000)
        libgthread-2.0.so.0 => /opt/gnome/lib64/libgthread-2.0.so.0 
(0x00002b456adc8000)
        libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00002b456afcd000)
        libSM.so.6 => /usr/lib64/libSM.so.6 (0x00002b456b1d0000)
        libtiff.so.3 => /usr/lib64/libtiff.so.3 (0x00002b456b3dc000)
        libSDL-1.2.so.0 => /usr/lib64/libSDL-1.2.so.0 (0x00002b456b636000)
        libpangoft2-1.0.so.0 => /opt/gnome/lib64/libpangoft2-1.0.so.0 
(0x00002b456b8cd000)
        librt.so.1 => /lib64/librt.so.1 (0x00002b456bafc000)
        /lib64/ld-linux-x86-64.so.2 (0x00002b4565657000)
        libXi.so.6 => /usr/lib64/libXi.so.6 (0x00002b456bd06000)
        libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00002b456bf0f000)
        libXext.so.6 => /usr/lib64/libXext.so.6 (0x00002b456c114000)
        libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00002b456c325000)
        libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00002b456c530000)
        libICE.so.6 => /usr/lib64/libICE.so.6 (0x00002b456c737000)
        libasound.so.2 => /usr/lib64/libasound.so.2 (0x00002b456c953000)
        libaa.so.1 => /usr/lib64/libaa.so.1 (0x00002b456cc1e000)
        libgpm.so.1 => /usr/lib64/libgpm.so.1 (0x00002b456ce3c000)


On Tuesday 20 November 2007 16:52, Ethan Merritt wrote:
> On Tuesday 20 November 2007 15:39, Philipp K. Janert wrote:
> > Let me try again - as you can see the problem is specific
> > to a plot to wxt preceding the plot to epslatex.
> > It does not happen when plotting to X11 first.
> >
> > ===================================
> > Bad Session:
> >
> > Terminal type set to 'wxt'
> > gnuplot> plot sin(x)
> > gnuplot> set t epslatex standalone
> > Terminal type set to 'epslatex'
> > Options are '   leveldefault monochrome blacktext \
> >    dashed dashlength 1.0 linewidth 1.0 butt \
> >    palfuncparam 2000,0.003 \
> >    noheader "" 11 '
> > gnuplot> set o "broken.tex"
> > gnuplot> replot
> > gnuplot> exit
> > Segmentation fault
> > janert/FOO> latex broken.tex
>
> I don't know what to say.
> When I use these commands here, I don't get a segfault and I
> get a perfectly usable TeX file.
>
> Tested both with 4.2.2 and with current CVS.
>
> Could you run this under a debugger, or via strace, or even
> valgrind, so that we can find out where the segfault happens?
>
> Also the versions of cairo/pango/etc might be relevant.
> What is the output of  ldd `which gnuplot` ?
>
> > This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> > entering extended mode
> > (./broken.tex
> > LaTeX2e <2003/12/01>
> > (/usr/share/texmf/tex/latex/base/minimal.cls
> > Document Class: minimal 2001/05/25 Standard LaTeX minimal class
> > ) (/usr/share/texmf/tex/latex/base/size11.clo)
> > (/usr/share/texmf/tex/latex/graphics/graphicx.sty
> > (/usr/share/texmf/tex/latex/graphics/keyval.sty)
> > (/usr/share/texmf/tex/latex/graphics/graphics.sty
> > (/usr/share/texmf/tex/latex/graphics/trig.sty)
> > (/usr/share/texmf/tex/latex/graphics/graphics.cfg)
> > (/usr/share/texmf/tex/latex/graphics/dvips.def)))
> > (/usr/share/texmf/tex/latex/graphics/color.sty
> > (/usr/share/texmf/tex/latex/graphics/color.cfg)
> > (/usr/share/texmf/tex/latex/graphics/dvipsnam.def))
> > (/usr/share/texmf/tex/latex/geometry/geometry.sty
> > (/usr/share/texmf/tex/latex/geometry/geometry.cfg))
> > No configuration file gnuplot.cfg found.
>
> That looks like a legitimate error message, though.
> Do you in fact have gnuplot.cfg installed somewhere that
> LaTeX knows about?
>
>
> 	Ethan
>
> > No file broken.aux.
> > )
> > *! Interruption.
> > <*>
> >
> > ? x
> > No pages of output.
> > Transcript written on broken.log.
> >
> > =================================
> > Good Session
> >
> > Terminal type set to 'wxt'
> > gnuplot> set t x11
> > Terminal type set to 'x11'
> > Options are '0'
> > gnuplot> plot sin(x)
> > gnuplot> set t epslatex standalone
> > Terminal type set to 'epslatex'
> > Options are '   leveldefault monochrome blacktext \
> >    dashed dashlength 1.0 linewidth 1.0 butt \
> >    palfuncparam 2000,0.003 \
> >    noheader "" 11 '
> > gnuplot> set o "good.tex"
> > gnuplot> replot
> > gnuplot>
> > janert/FOO> latex good.tex
> > This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> > entering extended mode
> > (./good.tex
> > LaTeX2e <2003/12/01>
> > Babel <v3.8d> and hyphenation patterns for american, french, german,
> > ngerman, b
> > ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch,
> > esperanto, e
> > stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk,
> > polis
> > h, portuges, romanian, russian, serbian, slovak, slovene, spanish,
> > swedish, tur
> > kish, ukrainian, nohyphenation, loaded.
> > (/usr/share/texmf/tex/latex/base/minimal.cls
> > Document Class: minimal 2001/05/25 Standard LaTeX minimal class
> > ) (/usr/share/texmf/tex/latex/base/size11.clo)
> > (/usr/share/texmf/tex/latex/graphics/graphicx.sty
> > (/usr/share/texmf/tex/latex/graphics/keyval.sty)
> > (/usr/share/texmf/tex/latex/graphics/graphics.sty
> > (/usr/share/texmf/tex/latex/graphics/trig.sty)
> > (/usr/share/texmf/tex/latex/graphics/graphics.cfg)
> > (/usr/share/texmf/tex/latex/graphics/dvips.def)))
> > (/usr/share/texmf/tex/latex/graphics/color.sty
> > (/usr/share/texmf/tex/latex/graphics/color.cfg)
> > (/usr/share/texmf/tex/latex/graphics/dvipsnam.def))
> > (/usr/share/texmf/tex/latex/geometry/geometry.sty
> > (/usr/share/texmf/tex/latex/geometry/geometry.cfg))
> > No configuration file gnuplot.cfg found.
> > No file good.aux.
> > <good-inc.eps> [1] (./good.aux) )
> > Output written on good.dvi (1 page, 692 bytes).
> > Transcript written on good.log.
> >
> > On Tuesday 20 November 2007 15:24, Ethan Merritt wrote:
> > > On Tuesday 20 November 2007 14:23, Philipp K. Janert wrote:
> > > > Basically, if I have plotted a graph to wxt, then
> > > > the files written later (in the same session)
> > > > using epslatex seem to be incomplete.
> > >
> > > It is not a question of what terminal came before,
> > > but rather a question of what happened after.
> > > (unless, of course, there is indeed a bug we don't know about)
> > >
> > > > This does also not occur if I plot to wxt, then
> > > > plot to epslatex, then plot AGAIN to wxt.
> > > > Apparently, resetting the terminal and/or
> > > > the output flushes everything to file...?
> > >
> > > Yes. This is known, well-documented, and basically could
> > > not work any other way.  But it doesn't have anything to
> > > do with wxt.
> > >
> > > > And I have not noticed this kind of problem
> > > > with any other terminal (PNG, Postscript, ...).
> > >
> > > It is the same with PostScript, and with any terminal
> > > type that can produce an output document containing
> > > more than one plot.  PNG is not an example, but this
> > > would also hit I think SVG, MIF, PDF, etc.
> > >
> > > > Terminal type set to 'wxt'
> > > > gnuplot> set t x11
> > > > Terminal type set to 'x11'
> > > > Options are '0'
> > > > gnuplot> plot sin(x)
> > > > gnuplot> set terminal epslatex standalone
> > > > Terminal type set to 'epslatex'
> > > > Options are '   leveldefault monochrome blacktext \
> > > >    dashed dashlength 1.0 linewidth 1.0 butt \
> > > >    palfuncparam 2000,0.003 \
> > > >    noheader "" 11 '
> > > > gnuplot> set o 'good.tex'
> > > > gnuplot> replot
> > >
> > > OK. At this point you have opened an latex file and written
> > > one plot to it.  The program does not know if you are going
> > > to add any additional plots, so it still has the file open and
> > > has not yet written the close document statements.
> > > At this point the end of the *.tex file looks like this:
> > >     \gplgaddtomacro\gplfronttext{%
> > >       \csname LTb\endcsname%
> > >       \put(5971,4603){\makebox(0,0)[r]{\strut{}sin(x)}}%
> > >     }%
> > >
> > > If you now do
> > >
> > > > gnuplot> set term  ... anything
> > >
> > > or
> > >
> > > > gnuplot> set output ... anything
> > >
> > > The program now knows no more plots will be written to the
> > > previous output file. So it finishes off the previous output
> > > file and closes it.  At this point the end of the *.tex file
> > > looks like this:
> > >     \gplgaddtomacro\gplfronttext{%
> > >       \csname LTb\endcsname%
> > >       \put(5971,4603){\makebox(0,0)[r]{\strut{}sin(x)}}%
> > >     }%
> > >     \gplbacktext
> > >     \put(0,0){\includegraphics{good-inc}}%
> > >     \gplfronttext
> > >   \end{picture}%
> > > \endgroup
> > > \end{document}

Re: Strange interaction between epslatex and wxt???

[Ethan M. <merritt@u.washington.edu>]

On Tuesday 20 November 2007 15:39, Philipp K. Janert wrote:
> 
> Let me try again - as you can see the problem is specific
> to a plot to wxt preceding the plot to epslatex.
> It does not happen when plotting to X11 first.
> 
> ===================================
> Bad Session:
> 
> Terminal type set to 'wxt'
> gnuplot> plot sin(x)
> gnuplot> set t epslatex standalone
> Terminal type set to 'epslatex'
> Options are '   leveldefault monochrome blacktext \
>    dashed dashlength 1.0 linewidth 1.0 butt \
>    palfuncparam 2000,0.003 \
>    noheader "" 11 '
> gnuplot> set o "broken.tex"
> gnuplot> replot
> gnuplot> exit
> Segmentation fault
> janert/FOO> latex broken.tex 

I don't know what to say.
When I use these commands here, I don't get a segfault and I
get a perfectly usable TeX file.  

Tested both with 4.2.2 and with current CVS.

Could you run this under a debugger, or via strace, or even
valgrind, so that we can find out where the segfault happens?

Also the versions of cairo/pango/etc might be relevant.
What is the output of  ldd `which gnuplot` ?


> This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> entering extended mode
> (./broken.tex
> LaTeX2e <2003/12/01>
> (/usr/share/texmf/tex/latex/base/minimal.cls
> Document Class: minimal 2001/05/25 Standard LaTeX minimal class
> ) (/usr/share/texmf/tex/latex/base/size11.clo)
> (/usr/share/texmf/tex/latex/graphics/graphicx.sty
> (/usr/share/texmf/tex/latex/graphics/keyval.sty)
> (/usr/share/texmf/tex/latex/graphics/graphics.sty
> (/usr/share/texmf/tex/latex/graphics/trig.sty)
> (/usr/share/texmf/tex/latex/graphics/graphics.cfg)
> (/usr/share/texmf/tex/latex/graphics/dvips.def)))
> (/usr/share/texmf/tex/latex/graphics/color.sty
> (/usr/share/texmf/tex/latex/graphics/color.cfg)
> (/usr/share/texmf/tex/latex/graphics/dvipsnam.def))
> (/usr/share/texmf/tex/latex/geometry/geometry.sty
> (/usr/share/texmf/tex/latex/geometry/geometry.cfg))
> No configuration file gnuplot.cfg found.

That looks like a legitimate error message, though.
Do you in fact have gnuplot.cfg installed somewhere that
LaTeX knows about?   


	Ethan






> No file broken.aux.
> )
> *! Interruption.
> <*> 
>     
> ? x
> No pages of output.
> Transcript written on broken.log.
> 
> =================================
> Good Session
> 
> Terminal type set to 'wxt'
> gnuplot> set t x11
> Terminal type set to 'x11'
> Options are '0'
> gnuplot> plot sin(x)
> gnuplot> set t epslatex standalone
> Terminal type set to 'epslatex'
> Options are '   leveldefault monochrome blacktext \
>    dashed dashlength 1.0 linewidth 1.0 butt \
>    palfuncparam 2000,0.003 \
>    noheader "" 11 '
> gnuplot> set o "good.tex"
> gnuplot> replot
> gnuplot> 
> janert/FOO> latex good.tex 
> This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> entering extended mode
> (./good.tex
> LaTeX2e <2003/12/01>
> Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, 
> b
> ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, 
> e
> stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, 
> polis
> h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, 
> tur
> kish, ukrainian, nohyphenation, loaded.
> (/usr/share/texmf/tex/latex/base/minimal.cls
> Document Class: minimal 2001/05/25 Standard LaTeX minimal class
> ) (/usr/share/texmf/tex/latex/base/size11.clo)
> (/usr/share/texmf/tex/latex/graphics/graphicx.sty
> (/usr/share/texmf/tex/latex/graphics/keyval.sty)
> (/usr/share/texmf/tex/latex/graphics/graphics.sty
> (/usr/share/texmf/tex/latex/graphics/trig.sty)
> (/usr/share/texmf/tex/latex/graphics/graphics.cfg)
> (/usr/share/texmf/tex/latex/graphics/dvips.def)))
> (/usr/share/texmf/tex/latex/graphics/color.sty
> (/usr/share/texmf/tex/latex/graphics/color.cfg)
> (/usr/share/texmf/tex/latex/graphics/dvipsnam.def))
> (/usr/share/texmf/tex/latex/geometry/geometry.sty
> (/usr/share/texmf/tex/latex/geometry/geometry.cfg))
> No configuration file gnuplot.cfg found.
> No file good.aux.
> <good-inc.eps> [1] (./good.aux) )
> Output written on good.dvi (1 page, 692 bytes).
> Transcript written on good.log.
> 
> 
> 
> 
> On Tuesday 20 November 2007 15:24, Ethan Merritt wrote:
> > On Tuesday 20 November 2007 14:23, Philipp K. Janert wrote:
> > > Basically, if I have plotted a graph to wxt, then
> > > the files written later (in the same session)
> > > using epslatex seem to be incomplete.
> >
> > It is not a question of what terminal came before,
> > but rather a question of what happened after.
> > (unless, of course, there is indeed a bug we don't know about)
> >
> > > This does also not occur if I plot to wxt, then
> > > plot to epslatex, then plot AGAIN to wxt.
> > > Apparently, resetting the terminal and/or
> > > the output flushes everything to file...?
> >
> > Yes. This is known, well-documented, and basically could
> > not work any other way.  But it doesn't have anything to
> > do with wxt.
> >
> > > And I have not noticed this kind of problem
> > > with any other terminal (PNG, Postscript, ...).
> >
> > It is the same with PostScript, and with any terminal
> > type that can produce an output document containing
> > more than one plot.  PNG is not an example, but this
> > would also hit I think SVG, MIF, PDF, etc.
> >
> > > Terminal type set to 'wxt'
> > > gnuplot> set t x11
> > > Terminal type set to 'x11'
> > > Options are '0'
> > > gnuplot> plot sin(x)
> > > gnuplot> set terminal epslatex standalone
> > > Terminal type set to 'epslatex'
> > > Options are '   leveldefault monochrome blacktext \
> > >    dashed dashlength 1.0 linewidth 1.0 butt \
> > >    palfuncparam 2000,0.003 \
> > >    noheader "" 11 '
> > > gnuplot> set o 'good.tex'
> > > gnuplot> replot
> >
> > OK. At this point you have opened an latex file and written
> > one plot to it.  The program does not know if you are going
> > to add any additional plots, so it still has the file open and
> > has not yet written the close document statements.
> > At this point the end of the *.tex file looks like this:
> >     \gplgaddtomacro\gplfronttext{%
> >       \csname LTb\endcsname%
> >       \put(5971,4603){\makebox(0,0)[r]{\strut{}sin(x)}}%
> >     }%
> >
> > If you now do
> >
> > > gnuplot> set term  ... anything
> >
> > or
> >
> > > gnuplot> set output ... anything
> >
> > The program now knows no more plots will be written to the
> > previous output file. So it finishes off the previous output
> > file and closes it.  At this point the end of the *.tex file
> > looks like this:
> >     \gplgaddtomacro\gplfronttext{%
> >       \csname LTb\endcsname%
> >       \put(5971,4603){\makebox(0,0)[r]{\strut{}sin(x)}}%
> >     }%
> >     \gplbacktext
> >     \put(0,0){\includegraphics{good-inc}}%
> >     \gplfronttext
> >   \end{picture}%
> > \endgroup
> > \end{document}
> 

-- 
Ethan A Merritt            Courier Deliveries: 1959 NE Pacific
Dept of Biochemistry
Health Sciences Building
University of Washington - Seattle WA 98195-7742

Re: Strange interaction between epslatex and wxt???

[Philipp K. J. <ja...@ie...>]

I made a mistake when pasting the gnuplot
session in the previous email. The problem is
NOT a missing "replot" command. Let me try
again - as you can see the problem is specific
to a plot to wxt preceding the plot to epslatex.
It does not happen when plotting to X11 first.

===================================
Bad Session:

Terminal type set to 'wxt'
gnuplot> plot sin(x)
gnuplot> set t epslatex standalone
Terminal type set to 'epslatex'
Options are '   leveldefault monochrome blacktext \
   dashed dashlength 1.0 linewidth 1.0 butt \
   palfuncparam 2000,0.003 \
   noheader "" 11 '
gnuplot> set o "broken.tex"
gnuplot> replot
gnuplot> exit
Segmentation fault
janert/FOO> latex broken.tex 
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
(./broken.tex
LaTeX2e <2003/12/01>
Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, 
b
ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, 
e
stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, 
polis
h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, 
tur
kish, ukrainian, nohyphenation, loaded.
(/usr/share/texmf/tex/latex/base/minimal.cls
Document Class: minimal 2001/05/25 Standard LaTeX minimal class
) (/usr/share/texmf/tex/latex/base/size11.clo)
(/usr/share/texmf/tex/latex/graphics/graphicx.sty
(/usr/share/texmf/tex/latex/graphics/keyval.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.sty
(/usr/share/texmf/tex/latex/graphics/trig.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.cfg)
(/usr/share/texmf/tex/latex/graphics/dvips.def)))
(/usr/share/texmf/tex/latex/graphics/color.sty
(/usr/share/texmf/tex/latex/graphics/color.cfg)
(/usr/share/texmf/tex/latex/graphics/dvipsnam.def))
(/usr/share/texmf/tex/latex/geometry/geometry.sty
(/usr/share/texmf/tex/latex/geometry/geometry.cfg))
No configuration file gnuplot.cfg found.
No file broken.aux.
)
*! Interruption.
<*> 
    
? x
No pages of output.
Transcript written on broken.log.

=================================
Good Session

Terminal type set to 'wxt'
gnuplot> set t x11
Terminal type set to 'x11'
Options are '0'
gnuplot> plot sin(x)
gnuplot> set t epslatex standalone
Terminal type set to 'epslatex'
Options are '   leveldefault monochrome blacktext \
   dashed dashlength 1.0 linewidth 1.0 butt \
   palfuncparam 2000,0.003 \
   noheader "" 11 '
gnuplot> set o "good.tex"
gnuplot> replot
gnuplot> 
janert/FOO> latex good.tex 
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
(./good.tex
LaTeX2e <2003/12/01>
Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, 
b
ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, 
e
stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, 
polis
h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, 
tur
kish, ukrainian, nohyphenation, loaded.
(/usr/share/texmf/tex/latex/base/minimal.cls
Document Class: minimal 2001/05/25 Standard LaTeX minimal class
) (/usr/share/texmf/tex/latex/base/size11.clo)
(/usr/share/texmf/tex/latex/graphics/graphicx.sty
(/usr/share/texmf/tex/latex/graphics/keyval.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.sty
(/usr/share/texmf/tex/latex/graphics/trig.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.cfg)
(/usr/share/texmf/tex/latex/graphics/dvips.def)))
(/usr/share/texmf/tex/latex/graphics/color.sty
(/usr/share/texmf/tex/latex/graphics/color.cfg)
(/usr/share/texmf/tex/latex/graphics/dvipsnam.def))
(/usr/share/texmf/tex/latex/geometry/geometry.sty
(/usr/share/texmf/tex/latex/geometry/geometry.cfg))
No configuration file gnuplot.cfg found.
No file good.aux.
<good-inc.eps> [1] (./good.aux) )
Output written on good.dvi (1 page, 692 bytes).
Transcript written on good.log.




On Tuesday 20 November 2007 15:24, Ethan Merritt wrote:
> On Tuesday 20 November 2007 14:23, Philipp K. Janert wrote:
> > Basically, if I have plotted a graph to wxt, then
> > the files written later (in the same session)
> > using epslatex seem to be incomplete.
>
> It is not a question of what terminal came before,
> but rather a question of what happened after.
> (unless, of course, there is indeed a bug we don't know about)
>
> > This does also not occur if I plot to wxt, then
> > plot to epslatex, then plot AGAIN to wxt.
> > Apparently, resetting the terminal and/or
> > the output flushes everything to file...?
>
> Yes. This is known, well-documented, and basically could
> not work any other way.  But it doesn't have anything to
> do with wxt.
>
> > And I have not noticed this kind of problem
> > with any other terminal (PNG, Postscript, ...).
>
> It is the same with PostScript, and with any terminal
> type that can produce an output document containing
> more than one plot.  PNG is not an example, but this
> would also hit I think SVG, MIF, PDF, etc.
>
> > Terminal type set to 'wxt'
> > gnuplot> set t x11
> > Terminal type set to 'x11'
> > Options are '0'
> > gnuplot> plot sin(x)
> > gnuplot> set terminal epslatex standalone
> > Terminal type set to 'epslatex'
> > Options are '   leveldefault monochrome blacktext \
> >    dashed dashlength 1.0 linewidth 1.0 butt \
> >    palfuncparam 2000,0.003 \
> >    noheader "" 11 '
> > gnuplot> set o 'good.tex'
> > gnuplot> replot
>
> OK. At this point you have opened an latex file and written
> one plot to it.  The program does not know if you are going
> to add any additional plots, so it still has the file open and
> has not yet written the close document statements.
> At this point the end of the *.tex file looks like this:
>     \gplgaddtomacro\gplfronttext{%
>       \csname LTb\endcsname%
>       \put(5971,4603){\makebox(0,0)[r]{\strut{}sin(x)}}%
>     }%
>
> If you now do
>
> > gnuplot> set term  ... anything
>
> or
>
> > gnuplot> set output ... anything
>
> The program now knows no more plots will be written to the
> previous output file. So it finishes off the previous output
> file and closes it.  At this point the end of the *.tex file
> looks like this:
>     \gplgaddtomacro\gplfronttext{%
>       \csname LTb\endcsname%
>       \put(5971,4603){\makebox(0,0)[r]{\strut{}sin(x)}}%
>     }%
>     \gplbacktext
>     \put(0,0){\includegraphics{good-inc}}%
>     \gplfronttext
>   \end{picture}%
> \endgroup
> \end{document}

Re: Strange interaction between epslatex and wxt???

[Ethan M. <merritt@u.washington.edu>]

On Tuesday 20 November 2007 14:23, Philipp K. Janert wrote:
> 
> Basically, if I have plotted a graph to wxt, then
> the files written later (in the same session) 
> using epslatex seem to be incomplete. 

It is not a question of what terminal came before,
but rather a question of what happened after.
(unless, of course, there is indeed a bug we don't know about)

> This does also not occur if I plot to wxt, then
> plot to epslatex, then plot AGAIN to wxt. 
> Apparently, resetting the terminal and/or
> the output flushes everything to file...?

Yes. This is known, well-documented, and basically could
not work any other way.  But it doesn't have anything to
do with wxt.
 
> And I have not noticed this kind of problem
> with any other terminal (PNG, Postscript, ...).

It is the same with PostScript, and with any terminal
type that can produce an output document containing
more than one plot.  PNG is not an example, but this
would also hit I think SVG, MIF, PDF, etc.

  
> Terminal type set to 'wxt'
> gnuplot> set t x11
> Terminal type set to 'x11'
> Options are '0'
> gnuplot> plot sin(x)
> gnuplot> set terminal epslatex standalone
> Terminal type set to 'epslatex'
> Options are '   leveldefault monochrome blacktext \
>    dashed dashlength 1.0 linewidth 1.0 butt \
>    palfuncparam 2000,0.003 \
>    noheader "" 11 '
> gnuplot> set o 'good.tex'
> gnuplot> replot

OK. At this point you have opened an latex file and written
one plot to it.  The program does not know if you are going
to add any additional plots, so it still has the file open and
has not yet written the close document statements.
At this point the end of the *.tex file looks like this:
    \gplgaddtomacro\gplfronttext{%
      \csname LTb\endcsname%
      \put(5971,4603){\makebox(0,0)[r]{\strut{}sin(x)}}%
    }%

If you now do

> gnuplot> set term  ... anything
or
> gnuplot> set output ... anything

The program now knows no more plots will be written to the
previous output file. So it finishes off the previous output
file and closes it.  At this point the end of the *.tex file 
looks like this:
    \gplgaddtomacro\gplfronttext{%
      \csname LTb\endcsname%
      \put(5971,4603){\makebox(0,0)[r]{\strut{}sin(x)}}%
    }%
    \gplbacktext
    \put(0,0){\includegraphics{good-inc}}%
    \gplfronttext
  \end{picture}%
\endgroup
\end{document}


-- 
Ethan A Merritt

Strange interaction between epslatex and wxt???

[Philipp K. J. <ja...@ie...>]

I just seem to have come across a strange
interaction between wxt and epslatex.

Basically, if I have plotted a graph to wxt, then
the files written later (in the same session) 
using epslatex seem to be incomplete. 

This does not occur if I have never used wxt, 
because I was plotting to X11, for instance, or 
because everything was run as a batch job 
(from file).

This does also not occur if I plot to wxt, then
plot to epslatex, then plot AGAIN to wxt. 
Apparently, resetting the terminal and/or
the output flushes everything to file...?

And I have not noticed this kind of problem
with any other terminal (PNG, Postscript, ...).

There is a similar bug (but much less annoying)
on my installation: whenever I have used wxt
in a gnuplot session, and I close the session,
the message "Segmentation fault" is written
to screen. This does not happen if I haven't used
wxt in that session.

Just FYI. Some details below.

Best,

		Ph.


=============================
Broken Session (using wxt)

Terminal type set to 'wxt'
gnuplot> plot sin(x)
gnuplot> set t epslatex standalone
Terminal type set to 'epslatex'
Options are '   leveldefault monochrome blacktext \
   dashed dashlength 1.0 linewidth 1.0 butt \
   palfuncparam 2000,0.003 \
   noheader "" 11 '
gnuplot> set o 'broken.tex'
gnuplot> 


CLEAN> latex broken.tex 
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
(./broken.tex
LaTeX2e <2003/12/01>
Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, 
b
ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, 
e
stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, 
polis
h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, 
tur
kish, ukrainian, nohyphenation, loaded.
)
*! Interruption.
<*> 
    
? x
No pages of output.


====================================
Working Session (using only X11, not wxt)
        G N U P L O T
        Version 4.2 patchlevel 2 
        last modified 31 Aug 2007
        System: Linux 2.6.18.2-34-default

        Copyright (C) 1986 - 1993, 1998, 2004, 2007
        Thomas Williams, Colin Kelley and many others

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from http://www.gnuplot.info/faq/

        Send bug reports and suggestions to 
<http://sourceforge.net/projects/gnuplot>


Terminal type set to 'wxt'
gnuplot> set t x11
Terminal type set to 'x11'
Options are '0'
gnuplot> plot sin(x)
gnuplot> set terminal epslatex standalone
Terminal type set to 'epslatex'
Options are '   leveldefault monochrome blacktext \
   dashed dashlength 1.0 linewidth 1.0 butt \
   palfuncparam 2000,0.003 \
   noheader "" 11 '
gnuplot> set o 'good.tex'
gnuplot> replot
gnuplot> 

CLEAN> latex good.tex 
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
(./good.tex
LaTeX2e <2003/12/01>
Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, 
b
ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, 
e
stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, 
polis
h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, 
tur
kish, ukrainian, nohyphenation, loaded.
(/usr/share/texmf/tex/latex/base/minimal.cls
Document Class: minimal 2001/05/25 Standard LaTeX minimal class
) (/usr/share/texmf/tex/latex/base/size11.clo)
(/usr/share/texmf/tex/latex/graphics/graphicx.sty
(/usr/share/texmf/tex/latex/graphics/keyval.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.sty
(/usr/share/texmf/tex/latex/graphics/trig.sty)
(/usr/share/texmf/tex/latex/graphics/graphics.cfg)
(/usr/share/texmf/tex/latex/graphics/dvips.def)))
(/usr/share/texmf/tex/latex/graphics/color.sty
(/usr/share/texmf/tex/latex/graphics/color.cfg)
(/usr/share/texmf/tex/latex/graphics/dvipsnam.def))
(/usr/share/texmf/tex/latex/geometry/geometry.sty
(/usr/share/texmf/tex/latex/geometry/geometry.cfg))
No configuration file gnuplot.cfg found.
No file good.aux.
<good-inc.eps> [1] (./good.aux) )
Output written on good.dvi (1 page, 692 bytes).
Transcript written on good.log.


=====================================
Log file of broken latex session:

This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (format=latex 
2006.11.27)  20 NOV 2007 14:04
entering extended mode
**broken.tex
(./broken.tex
LaTeX2e <2003/12/01>
Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, 
b
ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, 
e
stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, 
polis
h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, 
tur
kish, ukrainian, nohyphenation, loaded.
)
*
! Interruption.
<*> 
    
? x
 
Here is how much of TeX's memory you used:
 5 strings out of 94500
 118 string characters out of 1172832
 48348 words of memory out of 3500000
 3273 multiletter control sequences out of 10000+50000
 3640 words of font info for 14 fonts, out of 500000 for 2000
 580 hyphenation exceptions out of 1000
 5i,0n,1p,4b,8s stack positions out of 1500i,500n,5000p,200000b,5000s
No pages of output.

====================================
Gnuplot version info:

        G N U P L O T
        Version 4.2 patchlevel 2 
        last modified 31 Aug 2007
        System: Linux 2.6.18.2-34-default

        Copyright (C) 1986 - 1993, 1998, 2004, 2007
        Thomas Williams, Colin Kelley and many others

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from http://www.gnuplot.info/faq/

        Send bug reports and suggestions to 
<http://sourceforge.net/projects/gnuplot>

Compile options:
-READLINE  +LIBREADLINE  +HISTORY  +BACKWARDS_COMPATIBILITY  +BINARY_DATA  
+GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION  
-NOCWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +USE_MOUSE  +HIDDEN3D_QUADTREE  
+DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE  

DRIVER_DIR     
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/libexec/gnuplot/4.2"
GNUPLOT_PS_DIR 
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/PostScript"
HELPFILE       
= "/home/janert/Gnuplot/Build/Release-4.2.2/build/share/gnuplot/4.2/gnuplot.gih"

Re: cairo terminals and aspect ratio

[<tim...@lp...>]

Timothée Lecomte a écrit :
> Timothée Lecomte a écrit :
>   
>> Ethan A Merritt a écrit :
>>   
>>     
>>> On Monday 19 November 2007 23:23, you wrote:
>>>   
>>>     
>>>       
>>>>> It looks like the aspect ratio code is broken in
>>>>> all of the cairo-based terminals including wxt.
>>>>>       
>>>>>         
>>>>>           
>>>> term->xmax and term->ymax are updated in *_graphics(), the latter also 
>>>> calls *_set_font() which sets term->h_tic, v_tic, v_char, h_char, based 
>>>> on the font size.
>>>>
>>>> For me it works:
>>>>
>>>> set term wxt
>>>> set size square
>>>> set polar
>>>> plot 1
>>>>
>>>> ...gives a square circle.
>>>> Could you give the whole sequence of commands you use ?
>>>>     
>>>>       
>>>>         
>>> lascaux [1007] ./gnuplot
>>>
>>>         G N U P L O T
>>>         Version 4.3 patchlevel CVS-16Nov2007
>>>         last modified Sun Nov 18 20:51:17 PST 2007
>>>         System: Linux 2.6.12-24mdksmp
>>>
>>>         Copyright (C) 1986 - 1993, 1998, 2004, 2007
>>>         Thomas Williams, Colin Kelley and many others
>>>
>>>         Type `help` to access the on-line reference manual.
>>>         The gnuplot FAQ is available from
>>>                 http://www.gnuplot.info/faq/
>>>
>>>         Send comments and help requests to  <gnu...@li...>
>>>         Send bug reports and suggestions to <gnu...@li...>
>>>
>>>
>>> Terminal type set to 'wxt'
>>> gnuplot> set size square
>>> gnuplot> plot sin(x)
>>> gnuplot> set term pngcairo
>>> Terminal type set to 'pngcairo'
>>> Options are ' size 640, 480 '
>>> gnuplot> set output 'pngcairo_1.png'
>>> gnuplot> replot
>>> gnuplot> show size
>>>
>>>         size is scaled by 1,1
>>>         Try to set aspect ratio to 1:1.0
>>>
>>>   
>>>     
>>>       
>>>> And it works in pfdcairo and pngcairo too...
>>>>     
>>>>       
>>>>         
>>> I got your command sequence to work using a 1 Aug 2007 build
>>> from CVS, but it does not work using the current cvs. 
>>> Something must have broken.   
>>>
>>> I guess I'll have to sample from the cvs tree for the last 
>>> 3 months and see what happened.
>>>   
>>>     
>>>       
>> Hmm, I just tried with current CVS and I get the said problem. The 
>> previous version I had was only a few days old.
>>
>> Timothée
>>     
> Ok, found the typo ! I'll commit the fix as soon as I come back from my 
> meeting tonight.
>
> Timothée
>
>   
I have commited the fix to CVS. For those of you who want to have it 
right now instead of waiting for the anonymous CVS to be updated, just 
change the following line in src/wxterminal/gp_cairo.c (around line 1663):

tmp_h_tic = tmp_h_char/2.5;

to

tmp_h_tic = tmp_v_char/2.5;

Sorry for this error, and thanks for reporting !

Best regards,

Timothée Lecomte

Re: cairo terminals and aspect ratio

[<tim...@lp...>]

Timothée Lecomte a écrit :
> Ethan A Merritt a écrit :
>   
>> On Monday 19 November 2007 23:23, you wrote:
>>   
>>     
>>>> It looks like the aspect ratio code is broken in
>>>> all of the cairo-based terminals including wxt.
>>>>       
>>>>         
>>> term->xmax and term->ymax are updated in *_graphics(), the latter also 
>>> calls *_set_font() which sets term->h_tic, v_tic, v_char, h_char, based 
>>> on the font size.
>>>
>>> For me it works:
>>>
>>> set term wxt
>>> set size square
>>> set polar
>>> plot 1
>>>
>>> ...gives a square circle.
>>> Could you give the whole sequence of commands you use ?
>>>     
>>>       
>> lascaux [1007] ./gnuplot
>>
>>         G N U P L O T
>>         Version 4.3 patchlevel CVS-16Nov2007
>>         last modified Sun Nov 18 20:51:17 PST 2007
>>         System: Linux 2.6.12-24mdksmp
>>
>>         Copyright (C) 1986 - 1993, 1998, 2004, 2007
>>         Thomas Williams, Colin Kelley and many others
>>
>>         Type `help` to access the on-line reference manual.
>>         The gnuplot FAQ is available from
>>                 http://www.gnuplot.info/faq/
>>
>>         Send comments and help requests to  <gnu...@li...>
>>         Send bug reports and suggestions to <gnu...@li...>
>>
>>
>> Terminal type set to 'wxt'
>> gnuplot> set size square
>> gnuplot> plot sin(x)
>> gnuplot> set term pngcairo
>> Terminal type set to 'pngcairo'
>> Options are ' size 640, 480 '
>> gnuplot> set output 'pngcairo_1.png'
>> gnuplot> replot
>> gnuplot> show size
>>
>>         size is scaled by 1,1
>>         Try to set aspect ratio to 1:1.0
>>
>>   
>>     
>>> And it works in pfdcairo and pngcairo too...
>>>     
>>>       
>> I got your command sequence to work using a 1 Aug 2007 build
>> from CVS, but it does not work using the current cvs. 
>> Something must have broken.   
>>
>> I guess I'll have to sample from the cvs tree for the last 
>> 3 months and see what happened.
>>   
>>     
>
> Hmm, I just tried with current CVS and I get the said problem. The 
> previous version I had was only a few days old.
>
> Timothée
Ok, found the typo ! I'll commit the fix as soon as I come back from my 
meeting tonight.

Timothée

Re: cairo terminals and aspect ratio

[<tim...@lp...>]

Ethan A Merritt a écrit :
> On Monday 19 November 2007 23:23, you wrote:
>   
>>> It looks like the aspect ratio code is broken in
>>> all of the cairo-based terminals including wxt.
>>>       
>> term->xmax and term->ymax are updated in *_graphics(), the latter also 
>> calls *_set_font() which sets term->h_tic, v_tic, v_char, h_char, based 
>> on the font size.
>>
>> For me it works:
>>
>> set term wxt
>> set size square
>> set polar
>> plot 1
>>
>> ...gives a square circle.
>> Could you give the whole sequence of commands you use ?
>>     
>
> lascaux [1007] ./gnuplot
>
>         G N U P L O T
>         Version 4.3 patchlevel CVS-16Nov2007
>         last modified Sun Nov 18 20:51:17 PST 2007
>         System: Linux 2.6.12-24mdksmp
>
>         Copyright (C) 1986 - 1993, 1998, 2004, 2007
>         Thomas Williams, Colin Kelley and many others
>
>         Type `help` to access the on-line reference manual.
>         The gnuplot FAQ is available from
>                 http://www.gnuplot.info/faq/
>
>         Send comments and help requests to  <gnu...@li...>
>         Send bug reports and suggestions to <gnu...@li...>
>
>
> Terminal type set to 'wxt'
> gnuplot> set size square
> gnuplot> plot sin(x)
> gnuplot> set term pngcairo
> Terminal type set to 'pngcairo'
> Options are ' size 640, 480 '
> gnuplot> set output 'pngcairo_1.png'
> gnuplot> replot
> gnuplot> show size
>
>         size is scaled by 1,1
>         Try to set aspect ratio to 1:1.0
>
>   
>> And it works in pfdcairo and pngcairo too...
>>     
>
> I got your command sequence to work using a 1 Aug 2007 build
> from CVS, but it does not work using the current cvs. 
> Something must have broken.   
>
> I guess I'll have to sample from the cvs tree for the last 
> 3 months and see what happened.
>   

Hmm, I just tried with current CVS and I get the said problem. The 
previous version I had was only a few days old.

Timothée

Re: cairo terminals and aspect ratio

[Dmitri A. S. <das...@gm...>]

On Nov 20, 2007 10:32 AM, Allin Cottrell <cot...@wf...> wrote:
> On Tue, 20 Nov 2007, Timoth=E9e Lecomte wrote:
>
> > term->xmax and term->ymax are updated in *_graphics(), the
> > latter also calls *_set_font() which sets term->h_tic, v_tic,
> > v_char, h_char, based on the font size.
> >
> > For me it works:
> >
> > set term wxt
> > set size square
> > set polar
> > plot 1
> >
> > ...gives a square circle.
>
> Hmm, I just did a CVS update and tried the exact commands above,
> with the wxt terminal.  Here, the circle is compressed in the
> horizontal dimension: the height seems to be twice the width.
> The numbers on the x-axis are also compressed and overlapping
> each other.
>
> waverley:~$ uname -a
> Linux waverley 2.6.23.8 #1 SMP PREEMPT Sun Nov 18 10:50:56 EST
> 2007 i686 GNU/Linux
> waverley:~$ pkg-config --modversion cairo
> 1.4.10
> waverley:~$ pkg-config --modversion pango
> 1.18.3
>
> Allin Cottrell
>

I can confirm that on Fedora 8 (the same version of pango and cairo).

Sincerely,

Dmitri.
--

Re: cairo terminals and aspect ratio

[Ethan A M. <merritt@u.washington.edu>]

On Monday 19 November 2007 23:23, you wrote:
> > It looks like the aspect ratio code is broken in
> > all of the cairo-based terminals including wxt.
> 
> term->xmax and term->ymax are updated in *_graphics(), the latter also 
> calls *_set_font() which sets term->h_tic, v_tic, v_char, h_char, based 
> on the font size.
> 
> For me it works:
> 
> set term wxt
> set size square
> set polar
> plot 1
> 
> ...gives a square circle.
> Could you give the whole sequence of commands you use ?

lascaux [1007] ./gnuplot

        G N U P L O T
        Version 4.3 patchlevel CVS-16Nov2007
        last modified Sun Nov 18 20:51:17 PST 2007
        System: Linux 2.6.12-24mdksmp

        Copyright (C) 1986 - 1993, 1998, 2004, 2007
        Thomas Williams, Colin Kelley and many others

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from
                http://www.gnuplot.info/faq/

        Send comments and help requests to  <gnu...@li...>
        Send bug reports and suggestions to <gnu...@li...>


Terminal type set to 'wxt'
gnuplot> set size square
gnuplot> plot sin(x)
gnuplot> set term pngcairo
Terminal type set to 'pngcairo'
Options are ' size 640, 480 '
gnuplot> set output 'pngcairo_1.png'
gnuplot> replot
gnuplot> show size

        size is scaled by 1,1
        Try to set aspect ratio to 1:1.0

> And it works in pfdcairo and pngcairo too...

I got your command sequence to work using a 1 Aug 2007 build
from CVS, but it does not work using the current cvs. 
Something must have broken.   

I guess I'll have to sample from the cvs tree for the last 
3 months and see what happened.
   


-- 
Ethan A Merritt

Re: cairo terminals and aspect ratio

[Allin C. <cot...@wf...>]

On Tue, 20 Nov 2007, Timothée Lecomte wrote:

> term->xmax and term->ymax are updated in *_graphics(), the 
> latter also calls *_set_font() which sets term->h_tic, v_tic, 
> v_char, h_char, based on the font size.
> 
> For me it works:
> 
> set term wxt
> set size square
> set polar
> plot 1
> 
> ...gives a square circle.

Hmm, I just did a CVS update and tried the exact commands above, 
with the wxt terminal.  Here, the circle is compressed in the 
horizontal dimension: the height seems to be twice the width.  
The numbers on the x-axis are also compressed and overlapping
each other.

waverley:~$ uname -a
Linux waverley 2.6.23.8 #1 SMP PREEMPT Sun Nov 18 10:50:56 EST 
2007 i686 GNU/Linux
waverley:~$ pkg-config --modversion cairo
1.4.10
waverley:~$ pkg-config --modversion pango
1.18.3

Allin Cottrell

Re: cairo terminals and aspect ratio

[<tim...@lp...>]

Ethan Merritt a écrit :
> On Monday 19 November 2007 13:27, Allin Cottrell wrote:
>   
>> set size square
>>
>> But this does not produce a circle in pngcairo and pdfcairo: it 
>> produces a vertically elongated ellipse.  
>>     
>
> You are right.  
> It looks like the aspect ratio code is broken in
> all of the cairo-based terminals including wxt.
>
> Worse, I can't even see how it is _supposed_ to work.
> Who/what/where is maintaining the values of 
>    term->xmax   and  term->ymax
>    term->h_tic  and  term->v_tic ?
> These are used to calculate aspect ratio, but I think the
> cairo drivers are not setting them to useful values either
> initially or when the window is resized.
>
> I'm hoping Timothée can provide a simple fix.
>   

Hi,

term->xmax and term->ymax are updated in *_graphics(), the latter also 
calls *_set_font() which sets term->h_tic, v_tic, v_char, h_char, based 
on the font size.

For me it works:

set term wxt
set size square
set polar
plot 1

...gives a square circle.

And it works in pfdcairo and pngcairo too...

Could you give the whole sequence of commands you use ?

Best regards,

Timothée

Re: cairo terminals and aspect ratio

[Ethan M. <merritt@u.washington.edu>]

On Monday 19 November 2007 13:27, Allin Cottrell wrote:
>=20
> set size square
>=20
> But this does not produce a circle in pngcairo and pdfcairo: it=20
> produces a vertically elongated ellipse. =20

You are right. =20
It looks like the aspect ratio code is broken in
all of the cairo-based terminals including wxt.

Worse, I can't even see how it is _supposed_ to work.
Who/what/where is maintaining the values of=20
   term->xmax   and  term->ymax
   term->h_tic  and  term->v_tic ?
These are used to calculate aspect ratio, but I think the
cairo drivers are not setting them to useful values either
initially or when the window is resized.

I'm hoping Timoth=E9e can provide a simple fix.


=2D-=20
Ethan A Merritt

cairo terminals and aspect ratio

[Allin C. <cot...@wf...>]

I've been playing with pngcairo and pdfcairo and I like what I 
see.

However, I've hit one problem, with a polar plot where I want a 
(really circular!) circle in the output.  In the old png and pdf 
terminal I can achieve this with

set size square

But this does not produce a circle in pngcairo and pdfcairo: it 
produces a vertically elongated ellipse.  In pngcairo I get what 
looks like a perfect circle with

set size ratio .5

In pdfcairo this produces an approximation to a circle, but not a 
very good one.

-- 
Allin Cottrell
Department of Economics
Wake Forest University, NC