Menu
▾
▴
Re: Strange interaction between epslatex and wxt???
|
From: Philipp K. J. <ja...@ie...> - 2007-11-21 01:17:30
|
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}
|
