plplot-general — PLplot user discussion group

Re: [Plplot-general] PLplot on OSX and wxwidgets

[<ka...@en...>]

Hi Werner,

Thanks for looking into it.  I'm glad to hear that you are once again
working with a mac, they are great little computers.  I'm rather surprised
that no one in the mac community has expressed an interest in this yet
(wxwidget driver that is).

I might seem alittle slow for saying this, but if the driver isn't working
for the examples from plplot, do I have any chance of getting it to work
with wxwidgets in xcode?

Cheers,
Ty 

On January 23, 11:32 am Werner Smekal <sm...@ia...> wrote:
> Hi Ty,
> 
> regarding the warnings: the only warning which concerns the wxwidgets 
> driver is about the agg library. But you don't need it, it's only for 
> antialized output and can be added later, after you solved all the 
> primary problems. The qhull library is useful for surface plots, I 
> think, but is not mandatory. All other warnings are regarding
> interfaces to different languages (f95, phyton, ...) since you use c++
> and wxwidgets, they are of no interest.
> 
> Regarding the crash of the wxwidgets driver. I have to admit, that the 
> last time I checked the wxwidgets driver on Mac OSX was about 2 years 
> ago on a 700Mhz G3, Mac OSX 10.4, everything was so slow, that it was
> no fun to develop. It worked back than, but there were many changes to
> the driver till than, so it's very likely that the wxwidgets driver is 
> broken on Mac OS X, though it works on Linux and Windows. So far the
> bad news. Good news is, that I already have a nice new shiny iMac and
> just need to set up everything for plplot, so I can check it soon and
> see if there is a serious problem. I'll try to have a look at it as
> soon as possible.
> 
> Regards,
> Werner
> 
> ka...@en... wrote:
> > Hi Guys,
> > 
> > Thanks for all the help thus far (Alan, Jerry, and Werner).  The
> > progress up until now has been cleaning my earlier build and
> > reinstalling plplot, which seemed to go fine.  I've attached my
> > cmake.out file and was wondering if any of the warnings are something
> > to worry about (in particular Qhull which also gave me an error in
> > the compilation of the examples, plplot_test.out).
> > 
> > - The reason I ask is that when I try example c/x01 and use wxwidgets
> > as the device it gives me a bus error.  Should I be worried about
> > this if I plan to use it with wxwidgets and xcode? (Note, I was able
> > to get it to run under the x windows device when I ran it in x11.)
> > So I'm guessing I don't have one of the prerequisites for running
> > plplot in wxwidgets. 
> > - The other question I had which Jerry might be able to answer best
> > is what libraries I should add to my xcode project.  From my wxwidget
> > build all the libraries I added ended in *.a.  I didn't see any such
> > libraries in plplot and was wondering if there are any to add?
> > 
> > Thanks again!
> > 
> > Cheers,
> > Ty
> > 
> > 
> > ------------------------------------------------------------------------
> >  
> > -------------------------------------------------------------------------
> >  This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > 
> > 
> > ------------------------------------------------------------------------
> >  
> > _______________________________________________
> > Plplot-general mailing list
> > Plp...@li...
> > https://lists.sourceforge.net/lists/listinfo/plplot-general
> 
> 
> -- 
> Dr. Werner Smekal
> Institut fuer Allgemeine Physik
> Technische Universitaet Wien
> Wiedner Hauptstr 8-10
> A-1040 Wien
> Austria
> 
> email: sm...@ia...
> web:   http://www.iap.tuwien.ac.at/~smekal
> phone: +43-(0)1-58801-13463 (office)
>         +43-(0)1-58801-13469 (laboratory)
> fax:   +43-(0)1-58801-13499
> 
> -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Werner S. <sm...@ia...>]

Hi Ty,

regarding the warnings: the only warning which concerns the wxwidgets 
driver is about the agg library. But you don't need it, it's only for 
antialized output and can be added later, after you solved all the 
primary problems. The qhull library is useful for surface plots, I 
think, but is not mandatory. All other warnings are regarding interfaces 
to different languages (f95, phyton, ...) since you use c++ and 
wxwidgets, they are of no interest.

Regarding the crash of the wxwidgets driver. I have to admit, that the 
last time I checked the wxwidgets driver on Mac OSX was about 2 years 
ago on a 700Mhz G3, Mac OSX 10.4, everything was so slow, that it was no 
fun to develop. It worked back than, but there were many changes to the 
driver till than, so it's very likely that the wxwidgets driver is 
broken on Mac OS X, though it works on Linux and Windows. So far the bad 
news. Good news is, that I already have a nice new shiny iMac and just 
need to set up everything for plplot, so I can check it soon and see if 
there is a serious problem. I'll try to have a look at it as soon as 
possible.

Regards,
Werner

ka...@en... wrote:
> Hi Guys,
> 
> Thanks for all the help thus far (Alan, Jerry, and Werner).  The progress
> up until now has been cleaning my earlier build and reinstalling plplot,
> which seemed to go fine.  I've attached my cmake.out file and was wondering
> if any of the warnings are something to worry about (in particular Qhull
> which also gave me an error in the compilation of the examples,
> plplot_test.out).
> 
> - The reason I ask is that when I try example c/x01 and use wxwidgets as
> the device it gives me a bus error.  Should I be worried about this if I
> plan to use it with wxwidgets and xcode? (Note, I was able to get it to run
> under the x windows device when I ran it in x11.)  So I'm guessing I don't
> have one of the prerequisites for running plplot in wxwidgets.
> 
> - The other question I had which Jerry might be able to answer best is what
> libraries I should add to my xcode project.  From my wxwidget build all the
> libraries I added ended in *.a.  I didn't see any such libraries in plplot
> and was wondering if there are any to add?
> 
> Thanks again!
> 
> Cheers,
> Ty
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] PLplot on OSX and wxwidgets

[<ka...@en...>]

Hi Guys,

Thanks for all the help thus far (Alan, Jerry, and Werner).  The progress
up until now has been cleaning my earlier build and reinstalling plplot,
which seemed to go fine.  I've attached my cmake.out file and was wondering
if any of the warnings are something to worry about (in particular Qhull
which also gave me an error in the compilation of the examples,
plplot_test.out).

- The reason I ask is that when I try example c/x01 and use wxwidgets as
the device it gives me a bus error.  Should I be worried about this if I
plan to use it with wxwidgets and xcode? (Note, I was able to get it to run
under the x windows device when I ran it in x11.)  So I'm guessing I don't
have one of the prerequisites for running plplot in wxwidgets.

- The other question I had which Jerry might be able to answer best is what
libraries I should add to my xcode project.  From my wxwidget build all the
libraries I added ended in *.a.  I didn't see any such libraries in plplot
and was wondering if there are any to add?

Thanks again!

Cheers,
Ty

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Werner S. <sm...@ia...>]

Hi,

> 3) My ultimate goal is to use PLplot with wxwidget code that I'm
> transferring from a PC.  The code works on the PC (via wxPlot) and I'm
> trying to get it to work on the mac via xcode 2.4.1.  I finally got the
> code to compile, but recieve this error message when I try to excute:
> 
> [Session started at 2008-01-22 14:11:05 -0800.]
> ZeroLink: unknown symbol '__Z9read_plotP15plPlotterStructP7__sFILERb'
> guifit has exited due to signal 6 (SIGABRT)

This doesn't look like a wxWidgets problem. The symbol 
'__Z9read_plotP15plPlotterStructP7__sFILERb' is just a "encoded" 
function call, which can't be found in the libraries you told XCode to 
link into the executable. So I would look where you call a function 
read_plot( plPlotterStruct , FILE ) (or similar), and where you actually 
define this function. I can't remember having defined such function in 
wxWidgets driver code, but I'll have a look.

Regards,
Werner


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Jerry <lan...@qw...>]

On Jan 22, 2008, at 3:12 PM, <ka...@en...>  
<ka...@en...> wrote:

> 3) My ultimate goal is to use PLplot with wxwidget code that I'm
> transferring from a PC.  The code works on the PC (via wxPlot) and I'm
> trying to get it to work on the mac via xcode 2.4.1.  I finally got  
> the
> code to compile, but recieve this error message when I try to excute:
>
> [Session started at 2008-01-22 14:11:05 -0800.]
> ZeroLink: unknown symbol '__Z9read_plotP15plPlotterStructP7__sFILERb'
> guifit has exited due to signal 6 (SIGABRT)
>
> Does anyone know what this error is caused by or have experience with
> PLplot on xcode?

Hi tdk,

I developed the Ada bindings using mostly Xcode, and I'm also at  
10.4.11 and 2.4. I know little of C but I do know a little about  
Xcode. I don't know what the ZeroLink problem is (linking for Ada  
happens in its own universe, so to speak) but you might try turning  
off ZeroLink. See Help, "Using ZeroLink". Then Project -> Edit Active  
Target 'Your Target', click on the Build tab, and look for the  
ZERO_LINK checkbox. I don't know if that will help and you'll  
probably lose the ZeroLink functionality. So then, you might check  
with the Xcode mailing list.

By the way, Xcode (at least through 2.4) is really stupid about some  
things. You can put a source file in the Groups & Files panel but  
that doesn't tell the compiler where to look for the file when it  
needs to compile. You need to edit your Target settings and place the  
path to your file in the Header Search Paths. Same thing applies for  
libraries, but Library Search Paths.

Jerry

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Alan W. I. <ir...@be...>]

On 2008-01-22 16:47-0800 ka...@en... wrote:

> Secondly, I am trying to follow the 'generic unix' instructions and have
> skipped the first two optional steps, is this okay?

Usually.

> When I tried to do the
> cmake invocation step, the cmake.out file reads:
>
> CMake Error: The source directory "~/plplot-5.8.0/plplot_cmake" does not
> exist.

That error message means exactly what it says; the directory you specified
to cmake does not exist on your system.

You have to specify the exact path of the top-level source tree on your
system.  If you created that by unpacking the 5.8.0 tarball, that will be
some_prefix/plplot-5.8.0, where some_prefix is the directory where you
unpacked the tarball.

Alternatively, if you do an svn checkout of our code, you can name the
resulting source tree anything you like.  In my case I use plplot_cmake for
historical reasons, and that shows up in the wiki example. That is clearly
labelled as an example, and nobody else has mentioned having problems with
adopting the literal directory name there, but I have just now modified the
wiki to make this clearer.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Alan W. I. <ir...@be...>]

On 2008-01-22 15:50-0800 ka...@en... wrote:

> Hi Alan,
>
> First question:
> I did the make install, so how should I clean out my /usr/local?  Is there
> a list of installed files so I can manually delete them, or is there a
> simpler way?

Look for a file called install_manifest.txt in the top-level of the build
tree.  It is automatically produced by the "make install" target that cmake
sets up.  However, if you are a conservative individual (like I am) about
removing stuff, I wouldn't trust that file blindly in case CMake screwed
something up.  However, it should be a reasonable guide for what to remove
(with caution).  BTW, this is one of the reasons I advocate having a unique
installation prefix for personal use of PLplot.  It makes it easy to remove
everything you installed without concern over the correctness of a list
of installed files.

Alan

__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] PLplot on OSX and wxwidgets

[<ka...@en...>]

Hi All,

(Thanks for the response Alan). My first question is how do I clean out the
installed files from /usr/local (I ran 'make install')?  Is there a list of
installed items whereby I can do this manually?

Secondly, I am trying to follow the 'generic unix' instructions and have
skipped the first two optional steps, is this okay?  When I tried to do the
cmake invocation step, the cmake.out file reads:

CMake Error: The source directory "~/plplot-5.8.0/plplot_cmake" does not
exist.
Specify --help for usage, or press the help button on the CMake GUI.

Cheers,
Ty

On January 22, 3:02 pm "Alan W. Irwin" <ir...@be...> wrote:
> 
> On 2008-01-22 14:12-0800 ka...@en... wrote:
> 
> > Hi All,
> 
> Hi Ty:
> 
> Glad to see you are finally able to post to one of our lists after some
> auto-bouncing.
> 
> > 1) During the installation I tried to install PLplot into it's own
> > directory in /usr/local using '--Prefix=/usr/local/PLplot' during
> > cmake. However, this didn't install it into PLplot, but rather the
> > default location which I assume is /usr/local.  Will this be a
> > problem? (I read in the README file that it was recommended to put
> > PLplot in its own directory).  For installation I followed the
> > instructions from the wiki (http://www.miscdebris.net/plplot_wiki/index.php?title=Mac_OSX).

> > 
> 
> That Mac OS X part of our wiki is just a supplement to our generic Unix
> instructions at http://www.miscdebris.net/plplot_wiki.  Read/follow the
> generic instructions first, then look at the Mac OS X part of our wiki
> for any additional comments.  In particular the generic instructions
> give you an example of how to set the installation prefix, and you have
> not followed those. Thus, you currently do have a default install
> location of /usr/local so I would advise starting over with clean
> source tree and empty build tree. Note, setting the installation prefix
> has no effect until you type the "make install" command so if you
> haven't typed that command yet, you won't have to clean out /usr/local/.
> 
> >
> > 2) After the installation I tried to run the example files but I
> > don't know how.  There is an example folder in
> > /path/to/PLplot/directory as well as in the folder I created for the
> > build plplot-build which is in /path/to/PLplot/directory.  If I enter
> > the example folder in the PLplot directory and type 'make' it says
> > makefile can't be found (there are makefiles but end in *.in, *.am,
> > and *.example).  If I enter the example folder in plplot-build the
> > 'make' command executes but no executable files are added.  How can I
> > test that the installation worked?
> 
> Look for the heading "Post-cmake build, install, and build-tree and
> install-tree tests" in our generic instructions, where I believe you
> will find the answer to your question.
> 
> Good luck with PLplot, and don't hesistate to post here again if you run
> into any other difficulty with PLplot.
> 
> Alan
> __________________________
> Alan W. Irwin
> 
> Astronomical research affiliation with Department of Physics and
> Astronomy, University of Victoria (astrowww.phys.uvic.ca).
> 
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); PLplot
> scientific plotting software package (plplot.org); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and
> the Linux Brochure Project (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> __________________________

Re: [Plplot-general] PLplot on OSX and wxwidgets

[Alan W. I. <ir...@be...>]

On 2008-01-22 14:12-0800 ka...@en... wrote:

> Hi All,

Hi Ty:

Glad to see you are finally able to post to one of our lists after some
auto-bouncing.

> 1) During the installation I tried to install PLplot into it's own
> directory in /usr/local using '--Prefix=/usr/local/PLplot' during cmake.
> However, this didn't install it into PLplot, but rather the default
> location which I assume is /usr/local.  Will this be a problem? (I read in
> the README file that it was recommended to put PLplot in its own
> directory).  For installation I followed the instructions from the wiki
> (http://www.miscdebris.net/plplot_wiki/index.php?title=Mac_OSX).

That Mac OS X part of our wiki is just a supplement to our generic Unix
instructions at http://www.miscdebris.net/plplot_wiki.  Read/follow the
generic instructions first, then look at the Mac OS X part of our wiki for
any additional comments.  In particular the generic instructions give you an
example of how to set the installation prefix, and you have not followed
those. Thus, you currently do have a default install location of /usr/local
so I would advise starting over with clean source tree and empty build tree.
Note, setting the installation prefix has no effect until you type the "make
install" command so if you haven't typed that command yet, you won't have to
clean out /usr/local/.

>
> 2) After the installation I tried to run the example files but I don't know
> how.  There is an example folder in /path/to/PLplot/directory as well as in
> the folder I created for the build plplot-build which is in
> /path/to/PLplot/directory.  If I enter the example folder in the PLplot
> directory and type 'make' it says makefile can't be found (there are
> makefiles but end in *.in, *.am, and *.example).  If I enter the example
> folder in plplot-build the 'make' command executes but no executable files
> are added.  How can I test that the installation worked?

Look for the heading "Post-cmake build, install, and build-tree and
install-tree tests" in our generic instructions, where I believe you
will find the answer to your question.

Good luck with PLplot, and don't hesistate to post here again if you run
into any other difficulty with PLplot.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] PLplot on OSX and wxwidgets

[<ka...@en...>]

Hi All,

I am a newbie when it comes to PLplot and I'm alittle lost.  In addition,
I'm working from a mac (10.4.11/Intel) which might put me at a
disadvantage.  I have a few questions about PLplot upon getting started:

1) During the installation I tried to install PLplot into it's own
directory in /usr/local using '--Prefix=/usr/local/PLplot' during cmake.
However, this didn't install it into PLplot, but rather the default
location which I assume is /usr/local.  Will this be a problem? (I read in
the README file that it was recommended to put PLplot in its own
directory).  For installation I followed the instructions from the wiki
(http://www.miscdebris.net/plplot_wiki/index.php?title=Mac_OSX).

2) After the installation I tried to run the example files but I don't know
how.  There is an example folder in /path/to/PLplot/directory as well as in
the folder I created for the build plplot-build which is in
/path/to/PLplot/directory.  If I enter the example folder in the PLplot
directory and type 'make' it says makefile can't be found (there are
makefiles but end in *.in, *.am, and *.example).  If I enter the example
folder in plplot-build the 'make' command executes but no executable files
are added.  How can I test that the installation worked?

3) My ultimate goal is to use PLplot with wxwidget code that I'm
transferring from a PC.  The code works on the PC (via wxPlot) and I'm
trying to get it to work on the mac via xcode 2.4.1.  I finally got the
code to compile, but recieve this error message when I try to excute:

[Session started at 2008-01-22 14:11:05 -0800.]
ZeroLink: unknown symbol '__Z9read_plotP15plPlotterStructP7__sFILERb'
guifit has exited due to signal 6 (SIGABRT)

Does anyone know what this error is caused by or have experience with
PLplot on xcode?

4) Any suggestions welcome as this is all new to me.

Cheers,
tdk

Re: [Plplot-general] Fast/slow plotting

[Werner S. <sm...@ia...>]

Hi Torquil,

> Thanks Werner! I have just tried todays SVN. I now always use smooth=0 with 
> wxwidgets. pgclear() now works. I can choose between enclosing each plot 
> iteration with plbop()....pleop(), or using plclear(). There is no longer any 
> flickering in the surrounding box.
> 
> When using plclear() between each plot there is some flickering in the 
> elements that I can see. But I no longer see the "x" and "y", and other 
> changing text that I write with pllab("x", "y", "top"); and plmtex(...) 
> (plmtex writes a number that increases with the iterations of the 
> simulation), but I _can_ see the text "top" at the top of the plot. It also 
> flickers along with the tickmark-numbers.
> 
> When using plbop().....pleop() around each plot iteration, I can see all the 
> text that should be there, but with quite alot of flickering in them.

For me, when I use plbop/pleop I also see flickering (in the moment I 
only test on Windows XP, which might be different to wxGTK/Linux) and so 
far I haven't had the chance to dig into this case, maybe tomorrow or 
the day after.
> 
> As I said, the surrounding box does not flicker in any of these cases.
> 
> But there is another problem that has arisen: Now pgclear() doesn't work with 
> the xwin-driver + double-buffering. Only part of the box around the plot is 
> then displayed. For xwin I now have to enclose the plot commands in 
> plbop().......pleop() to get a correct plot. I'm not quite sure but I think 
> it worked before with only plclear() and xwin+db.

I'm quite sure, that there were no changes regarding the xwin driver the 
last months, therefore there should be no difference, between svn-plplot 
and plplot 5.8.0.

You could try to have a look at drivers/xwin.c and see if you can find 
something, the xwin driver code is quite huge, but if you look just at 
the interface code to the plplot library (pl_init/pl_line/pl_polyline or 
something like that) you should soon get an idea about how the driver 
works. Maybe you spot some problems.

Regards,
Werner

> 
> -Torquil
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general


-- 
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
        +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] JPG file driver

[Oliver B. <ol...@fi...>]

Zitat von Torquil Macdonald Sørensen <to...@gm...>:

> On Tuesday 22 January 2008, Oliver Bandel wrote:
> > Zitat von Torquil Macdonald Sørensen <to...@gm...>:
> > > Hello, sorry to ask so many questions... I am trying to get
> plplot to
> > > rewrite
> > > the plot to the same file several times (part of my quest to
> write to
> > > a pipe
> > > into ffmpeg). In between plots (plbop().....pleop()) I delete the
> > > file
> >
> > [...]
> >
> >
> > When you give the outputfile the name "-"
> > plplot-lib will write to stdout!!!
> >
> > You can make your executable that writes
> > a stream to stdout and then redirect the output of
> > your file into the fifo!
> >
> > $ my-stream-generator > my_fifo
> >
> >
> > But at the other end of the fifo,
> > then you maybe have to cut the stream into seperated files...
> > ...depends on your reading process / program, if it can read
> > plplot-lib's output directly.
>
> Hello Oliver, thanks for your suggestion and explanation about how
> plbop()
> works with the JPG-driver. I had already tried using the STDOUT
> instead of an
> ordinary file in plplot, but it didn't work to use the data that
> plplot wrote
> to stdout as input to ffmpeg. From what I could understand it was not
> equivalent to "cat *.jpg | ffmpeg_command". I ended ut with only one
> frame in
> the ffmpeg-generated video.
>
> But I have managed to find a workaround for now (it works but is a
> bit
> inefficient). I start and stop plplot between each plot page with
> plinit()
> and plend(). Between each plot I then send the newly created
> "file.jpg" into
> an ofstream that is really a FIFO-file "fifo.mjpeg" (which is
> equivalent to
> STDOUT, but nicer, I think).
[...]


Yes, sending the data directly to the FIFO makes sense.
I think that is the best way to do it.

I should have had that idea, and earlier also. ;-)

Ciao,
   Oliver

[Plplot-general] Example x01c.c segfaults

[Torquil M. <to...@gm...>]

Hello again,

any ideas as to what is causing example1 (x01c.c) to crash when it is suppo=
sed=20
to save to file? I also had some segmentation fault problems when using=20
plcpstrm() to save to file in my other program, and it seems that some=20
examples also do not work correctly for me (example 1 and 20). I have tried=
=20
changing the code to save to jpeg and png instead of psc, but neither worke=
d.=20
I still get a segmentation fault. I ran the examples as e.g. ./x01c -save=20
1.jpg and selected xwin for the screen display of the example. When pressin=
g=20
<Enter> after the screen display, it segfaults instead of writing a useful=
=20
file. It seems to write a well-defined image file, but with no contents.

I am using yesterdays SVN-version of PLPlot, and gcc (GCC) 4.2.3 20080114=20
(prerelease) (Debian 4.2.2-7)

Best regards,
Torquil S=F8rensen

Re: [Plplot-general] JPG and SVG output drivers

[Torquil M. <to...@gm...>]

On Tuesday 22 January 2008, Andrew Ross wrote:
> Torquil,
>
> I am surprised the jpeg driver has stopped working for you. Nothing has
> changed recently that should affect fonts. Have you ever had it working
> for you from SVN? You might want to check that you have the required
> fonts installed. By default plplot tries to use the Freefont truetype
> fonts. Did the output from cmake complain about missing fonts? I assume
> not, as otherwise it should have disabled freetype support.
>
> Does the png driver work? Both jpeg and png are actually produced by the
> gd driver. If both fail then the problem is actually likely to be with
> gd or the freetype support rather than libjpeg.
>
> I have tried your sample program with svn and it works fine for me on
> ubuntu gutsy. Can you try compiling with debugging and run it using
> gdb? This might give us a better idea where it is crashing.
>
> Andrew

I found out I had made an installation mistake. I had the plplot9-driver-gd=
=20
from the Debian Sid archive already installed when I upgraded to the packag=
es=20
I made from SVN. But sisnce I didn't know that I needed the gd-driver I=20
didn't install the SVN-version of that one, so I had a version mixup. Now=20
everything is OK, I also upgraded the gd-driver. Sorry about the false=20
report.

Best regards,
Torquil S=F8rensen

Re: [Plplot-general] JPG and SVG output drivers

[Andrew R. <and...@us...>]

Torquil,

I am surprised the jpeg driver has stopped working for you. Nothing has
changed recently that should affect fonts. Have you ever had it working
for you from SVN? You might want to check that you have the required
fonts installed. By default plplot tries to use the Freefont truetype
fonts. Did the output from cmake complain about missing fonts? I assume
not, as otherwise it should have disabled freetype support. 

Does the png driver work? Both jpeg and png are actually produced by the
gd driver. If both fail then the problem is actually likely to be with
gd or the freetype support rather than libjpeg.

I have tried your sample program with svn and it works fine for me on
ubuntu gutsy. Can you try compiling with debugging and run it using 
gdb? This might give us a better idea where it is crashing.

Andrew

On Mon, Jan 21, 2008 at 10:43:19PM +0100, Torquil Macdonald S?rensen wrote:
> Hello, the JPG-output driver is no longer working for me using todays 
> SVN-version of plplot. I get a segmentation fault. The program makes just one 
> simple plot.I will include it below.
> 
> I have attached the strace output from my plplot-program when using the JPG 
> output driver that segfaults. It looks as though it segfaults when doing 
> something font-related. Using the "-drvopt text" option does not change this.
> 
> In addition, when trying to open the output file from the "<18> svg" driver in 
> konqueror, it complains with "A legal svg document requires a <svg> root 
> element". The svgcairo driver however, makes files that can be opened in 
> konqueror.
> 
> I have Debian Sid with version 6b-14 of libjpeg62 and libjpeg62-dev. I 
> compiled by first installing all build-dependencies with apt-get build-dep 
> libplplot9, and then running the standard dpkg-buildpackage command (after 
> removing the patches that didn't apply correctly)
> 
> Best regards,
> Torquil S?rensen
> 
> #include <plplot/plplot.h>
> 
> using namespace std;
> 
> int main(int argc, const char *argv[]) {
>     double x[] = { 0.1, 0.5, 0.2, 0.4, 0.4 };
>     double y[] = { 0.5, 0.4, 0.4, 0.8, 0.9 };
> 
>     plparseopts(&argc, argv, PL_PARSE_FULL);
>     plsfnam("1.jpg");
>     plsdev("jpeg");
>     plinit();
>     plenv(0, 1, 0, 1, 1, -2);
> 
>     plbop();
>     plbox("bcinst", 0, 0, "bcinst", 0, 0);
>     plline(5, x, y);
>     pleop();
> 
>     plend();
> 
>     return(0);
> }
> 
> 

> execve("./plplot_graph.elf", ["plplot_graph.elf"], [/* 48 vars */]) = 0
> brk(0)                                  = 0x804a000
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f95000
> access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
> open("/etc/ld.so.cache", O_RDONLY)      = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=102085, ...}) = 0
> mmap2(NULL, 102085, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f7c000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libplplotcxxd.so.9", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`e\0\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=59792, ...}) = 0
> mmap2(NULL, 58568, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f6d000
> mmap2(0xb7f7b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0xb7f7b000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0:\4\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=938024, ...}) = 0
> mmap2(NULL, 964492, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e81000
> mmap2(0xb7f62000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe0) = 0xb7f62000
> mmap2(0xb7f67000, 22412, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f67000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/lib/i686/cmov/libm.so.6", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@4\0\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=149328, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e80000
> mmap2(NULL, 147584, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e5b000
> mmap2(0xb7e7e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x23) = 0xb7e7e000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\34"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=49644, ...}) = 0
> mmap2(NULL, 52776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e4e000
> mmap2(0xb7e5a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb) = 0xb7e5a000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260e\1"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0755, st_size=1356196, ...}) = 0
> mmap2(NULL, 1361520, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7d01000
> mmap2(0xb7e48000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x147) = 0xb7e48000
> mmap2(0xb7e4b000, 9840, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e4b000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libplplotd.so.9", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300r\0"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=310436, ...}) = 0
> mmap2(NULL, 346672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7cac000
> mmap2(0xb7cf7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4a) = 0xb7cf7000
> mmap2(0xb7cf9000, 31280, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7cf9000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libltdl.so.3", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\22"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=23468, ...}) = 0
> mmap2(NULL, 26432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ca5000
> mmap2(0xb7cab000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb7cab000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/lib/i686/cmov/libdl.so.2", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\n\0\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=9684, ...}) = 0
> mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ca1000
> mmap2(0xb7ca3000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7ca3000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libcsirocsa.so.0", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\n\0\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=27124, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ca0000
> mmap2(NULL, 30096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c98000
> mmap2(0xb7c9f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xb7c9f000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libcsironn.so.0", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\30"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=29452, ...}) = 0
> mmap2(NULL, 32428, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c90000
> mmap2(0xb7c97000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0xb7c97000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libqhull.so.5", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000q\0\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=318364, ...}) = 0
> mmap2(NULL, 317384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7c42000
> mmap2(0xb7c8f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4d) = 0xb7c8f000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libfreetype.so.6", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340x\0"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=449240, ...}) = 0
> mmap2(NULL, 452152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7bd3000
> mmap2(0xb7c3e000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6a) = 0xb7c3e000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libz.so.1", O_RDONLY)    = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\30"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=81012, ...}) = 0
> mmap2(NULL, 83740, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7bbe000
> mmap2(0xb7bd2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7bd2000
> close(3)                                = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7bbd000
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7bbc000
> set_thread_area({entry_number:-1 -> 6, base_addr:0xb7bbc6c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
> mprotect(0xb7e48000, 4096, PROT_READ)   = 0
> mprotect(0xb7f62000, 12288, PROT_READ)  = 0
> munmap(0xb7f7c000, 102085)              = 0
> brk(0)                                  = 0x804a000
> brk(0x806b000)                          = 0x806b000
> stat64("/tmp", {st_mode=S_IFDIR|S_ISVTX|0777, st_size=4096, ...}) = 0
> gettimeofday({1200949382, 46068}, NULL) = 0
> getpid()                                = 5924
> open("/tmp/tmpfQVcsCz", O_RDWR|O_CREAT|O_EXCL, 0600) = 3
> unlink("/tmp/tmpfQVcsCz")               = 0
> fcntl64(3, F_GETFL)                     = 0x2 (flags O_RDWR)
> fstat64(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f94000
> _llseek(3, 0, [0], SEEK_CUR)            = 0
> getcwd("/home/tmac/programming/visualization", 256) = 37
> chdir("/home/tmac/src/plplot/svn/plplot/debian/build_tmp") = 0
> getcwd("/home/tmac/src/plplot/svn/plplot/debian/build_tmp", 256) = 50
> chdir("/home/tmac/programming/visualization") = 0
> open("/usr/lib/plplot5.8.0/driversd", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 4
> fstat64(4, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> fcntl64(4, F_GETFD)                     = 0x1 (flags FD_CLOEXEC)
> getdents(4, /* 30 entries */, 4096)     = 600
> open("/usr/lib/plplot5.8.0/driversd/cairo.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=229, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "xcairo:Cairo X Windows Driver:1:"..., 4096) = 229
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/hpgl.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=200, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "hp7470:HP 7470 Plotter File (HPG"..., 4096) = 200
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/mem.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=45, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "mem:User-supplied memory device:"..., 4096) = 45
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/null.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=32, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "null:Null device:-1:null:42:null", 4096) = 32
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/pbm.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=33, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "pbm:PDB (PPM) Driver:0:pbm:38:pb"..., 4096) = 33
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/ps.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=83, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "ps:PostScript File (monochrome):"..., 4096) = 83
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/svg.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=51, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "svg:Scalable Vector Graphics (SV"..., 4096) = 51
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/xfig.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=28, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "xfig:Fig file:0:xfig:31:xfig", 4096) = 28
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/gcw.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=36, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "gcw:Gnome Canvas Widget:1:gcw:10"..., 4096) = 36
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/xwin.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=32, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "xwin:X-Window (Xlib):1:xwin:5:xw", 4096) = 32
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/wxwidgets.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=47, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "wxwidgets:wxWidgets DC:1:wxwidge"..., 4096) = 47
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/gd.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "png:PNG file:0:gd:39:png\njpeg:JP"..., 4096) = 77
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/tk.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=26, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "tk:Tcl/TK Window:1:tk:7:tk", 4096) = 26
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/tkwin.rc", O_RDONLY) = 5
> fstat64(5, {st_mode=S_IFREG|0644, st_size=36, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f93000
> read(5, "tkwin:New tk driver:1:tkwin:45:t"..., 4096) = 36
> read(5, "", 4096)                       = 0
> read(5, "", 4096)                       = 0
> close(5)                                = 0
> munmap(0xb7f93000, 4096)                = 0
> getdents(4, /* 0 entries */, 4096)      = 0
> write(3, "xcairo:Cairo X Windows Driver:1:"..., 968) = 968
> close(4)                                = 0
> _llseek(3, 0, [0], SEEK_SET)            = 0
> read(3, "xcairo:Cairo X Windows Driver:1:"..., 4096) = 968
> read(3, "", 4096)                       = 0
> close(3)                                = 0
> munmap(0xb7f94000, 4096)                = 0
> open("/usr/lib/plplot5.8.0/driversd/gd.la", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/usr/lib/plplot5.8.0/driversd/gd.so", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\21"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=15316, ...}) = 0
> mmap2(NULL, 18260, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7f90000
> mmap2(0xb7f94000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xb7f94000
> close(3)                                = 0
> open("/etc/ld.so.cache", O_RDONLY)      = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=102085, ...}) = 0
> mmap2(NULL, 102085, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ba3000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libgd.so.2", O_RDONLY)   = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pX\0\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=242988, ...}) = 0
> mmap2(NULL, 258488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7b63000
> mmap2(0xb7b7f000, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c) = 0xb7b7f000
> mmap2(0xb7b9f000, 12728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7b9f000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libpng12.so.0", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200=\0"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=139660, ...}) = 0
> mmap2(NULL, 142572, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7b40000
> mmap2(0xb7b62000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x21) = 0xb7b62000
> close(3)                                = 0
> access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
> open("/usr/lib/libjpeg.so.62", O_RDONLY) = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P&\0\000"..., 512) = 512
> fstat64(3, {st_mode=S_IFREG|0644, st_size=125280, ...}) = 0
> mmap2(NULL, 124020, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7b21000
> mmap2(0xb7b3f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1e) = 0xb7b3f000
> close(3)                                = 0
> munmap(0xb7ba3000, 102085)              = 0
> open("1.jpg", O_RDWR|O_CREAT|O_TRUNC, 0666) = 3
> open("/usr/share/fonts/truetype/freefont/FreeSans.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerif.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeMono.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerif.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerif.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSansOblique.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeMonoOblique.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSansOblique.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeMonoOblique.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSansBold.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBold.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeMonoBold.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBold.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBold.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSansBoldOblique.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBoldItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeMonoBoldOblique.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBoldItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBoldItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSansBoldOblique.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBoldItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeMonoBoldOblique.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBoldItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> open("/usr/share/fonts/truetype/freefont/FreeSerifBoldItalic.ttf", O_RDONLY) = 4
> close(4)                                = 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++

> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] JPG file driver

[Torquil M. <to...@gm...>]

On Tuesday 22 January 2008, Oliver Bandel wrote:
> Zitat von Torquil Macdonald S=F8rensen <to...@gm...>:
> > Hello, sorry to ask so many questions... I am trying to get plplot to
> > rewrite
> > the plot to the same file several times (part of my quest to write to
> > a pipe
> > into ffmpeg). In between plots (plbop().....pleop()) I delete the
> > file
>
> [...]
>
>
> When you give the outputfile the name "-"
> plplot-lib will write to stdout!!!
>
> You can make your executable that writes
> a stream to stdout and then redirect the output of
> your file into the fifo!
>
> $ my-stream-generator > my_fifo
>
>
> But at the other end of the fifo,
> then you maybe have to cut the stream into seperated files...
> ...depends on your reading process / program, if it can read
> plplot-lib's output directly.

Hello Oliver, thanks for your suggestion and explanation about how plbop()=
=20
works with the JPG-driver. I had already tried using the STDOUT instead of =
an=20
ordinary file in plplot, but it didn't work to use the data that plplot wro=
te=20
to stdout as input to ffmpeg. From what I could understand it was not=20
equivalent to "cat *.jpg | ffmpeg_command". I ended ut with only one frame =
in=20
the ffmpeg-generated video.

But I have managed to find a workaround for now (it works but is a bit=20
inefficient). I start and stop plplot between each plot page with plinit()=
=20
and plend(). Between each plot I then send the newly created "file.jpg" int=
o=20
an ofstream that is really a FIFO-file "fifo.mjpeg" (which is equivalent to=
=20
STDOUT, but nicer, I think). Then plplot overwrites "file.jpg" when I start=
=20
it up again with plinit() and changes "file.jpg" to the next plot page, and=
=20
the process goes on and on sending each newly created "file.jpg" into the=20
pipe going to ffmpeg. I think the main point here is that the pipe is alway=
s=20
open until the program has ended, if I understand correctly.
At the same time I have a ffmpeg skript reading from the FIFO-file. That wa=
y I=20
am sure that the data going into my FIFO is equivalent to doing cat *.jpg >=
=20
fifo.mjpeg. I have already gotten my ffmpeg-script to work with such input.=
=20
The fifo.mjpeg must be created first, of course, using "mkfifo fifo.mjpeg".=
 I=20
will experiment some more trying do get the STDOUT from plplot to work=20
directly with the STDIN on ffmpeg, with out using an additional ofstream in=
=20
the c++ code.

But at least I have now reached my goal to create a video on the fly, witho=
ut=20
temporary image files, I I'm really happy about that :-)

I will post my example programs here later, in case somebody is interested =
in=20
doing something similar.

Thanks to everone on the list that helped me with all of this!

Best regards,
Torquil S=F8rensen

Re: [Plplot-general] JPG file driver

[Oliver B. <ol...@fi...>]

Zitat von Oliver Bandel <ol...@fi...>:

> Zitat von Torquil Macdonald Sørensen <to...@gm...>:
> [...]
>
> >
> > I have included a test program below. The part about piping the
> file
> > into an
> > ofstream is not in this test program, but that has nothing to do
> with
> > the
> > behaviour I'm discussing. I thought that a "1.jpg" would exist
> after
> > the
> > program exits, but that is not the case. The file only exists until
> I
> > delete
> > it in the program, it is not recreated at the next plbop():
> >
> [...]
>
>
> When looking into the plplot-Lib
[...]

(the documentation I meant).

BTW: all my suggestions were with Unix-/Linux in mind.

Today I saw you are using Windows.
Possibly it behaves differently, I don't know.
Let us know if it works there.

Ciao,
   Oliver

Re: [Plplot-general] JPG file driver

[Oliver B. <ol...@fi...>]

Zitat von Torquil Macdonald Sørensen <to...@gm...>:

> Hello, sorry to ask so many questions... I am trying to get plplot to
> rewrite
> the plot to the same file several times (part of my quest to write to
> a pipe
> into ffmpeg). In between plots (plbop().....pleop()) I delete the
> file
[...]


When you give the outputfile the name "-"
plplot-lib will write to stdout!!!

You can make your executable that writes
a stream to stdout and then redirect the output of
your file into the fifo!

$ my-stream-generator > my_fifo


But at the other end of the fifo,
then you maybe have to cut the stream into seperated files...
...depends on your reading process / program, if it can read
plplot-lib's output directly.

Ciao,
   Oliver

Re: [Plplot-general] JPG file driver

[Oliver B. <ol...@fi...>]

Zitat von Torquil Macdonald Sørensen <to...@gm...>:
[...]

>
> I have included a test program below. The part about piping the file
> into an
> ofstream is not in this test program, but that has nothing to do with
> the
> behaviour I'm discussing. I thought that a "1.jpg" would exist after
> the
> program exits, but that is not the case. The file only exists until I
> delete
> it in the program, it is not recreated at the next plbop():
>
[...]


When looking into the plplot-Lib I can see, that plbop() makes a new
page.
It does not open a new file.

When the filehandle on the output file is open,
then writing to the file means you write to the same file,
even if it is removed.

That you remove ot only means, it is not possible to see it with ls,
because the entry in the directory is removed.
The file will be removed, when all filehanldes on that file
will be closed.

This means: You have to say plplot that it has to
write to another file (new name), so that it can close
the old file.
As long as you do not change the filename, I assume,
plplot-lib will not close the filehandle and so both
"pages" will be written to the same file.
The first page will be written and you can see the file with ls; the
sencond page will be written to the same file, even if you think it is
deleted.

There will be no new file created!

Hope this helps,

 Ciao,
    Oliver

[Plplot-general] JPG file driver

[Torquil M. <to...@gm...>]

Hello, sorry to ask so many questions... I am trying to get plplot to rewri=
te=20
the plot to the same file several times (part of my quest to write to a pip=
e=20
into ffmpeg). In between plots (plbop().....pleop()) I delete the file=20
(before I delete the file I send it into another ofstream that will pipe it=
=20
into ffmpeg), and I expected plplot to recreate the file for the next plot =
so=20
I can do it all over again. In the documentation is says that if using=20
plbop(): "For a file driver, the output file is opened if necessary."

I'm now using the Debian Sid plplot, since I had segfault problems with the=
=20
JPG-driver in the current SVN-version. I tried to reset the filename with=20
plsfnam() between the plots, using the same string as when running it befor=
e=20
plinit(), but then I get a segfault.

I have included a test program below. The part about piping the file into a=
n=20
ofstream is not in this test program, but that has nothing to do with the=20
behaviour I'm discussing. I thought that a "1.jpg" would exist after the=20
program exits, but that is not the case. The file only exists until I delet=
e=20
it in the program, it is not recreated at the next plbop():

Best regards,
Torquil S=F8rensen

#include <plplot/plplot.h>
#include <cstdio>

using namespace std;

int main(int argc, char *argv[]) {
    double x[] =3D { 0.1, 0.5, 0.2, 0.4, 0.4 };
    double y[] =3D { 0.5, 0.4, 0.4, 0.8, 0.9 };

    plparseopts(&argc, argv, PL_PARSE_FULL);
    plsfnam("1.jpg");
    plsdev("jpeg");
    plinit();
    plenv(0, 1, 0, 1, 1, -2);

    plbop();
    plbox("bcinst", 0, 0, "bcinst", 0, 0);
    plline(5, x, y);
    pleop();

    system("ls -l 1.jpg");
    remove("1.jpg");

    plbop();
    plbox("bcinst", 0, 0, "bcinst", 0, 0);
    plline(5, x, y);
    pleop();

    plend();

    return(0);
}

[Plplot-general] JPG and SVG output drivers

[Torquil M. <to...@gm...>]

Hello, the JPG-output driver is no longer working for me using todays=20
SVN-version of plplot. I get a segmentation fault. The program makes just o=
ne=20
simple plot.I will include it below.

I have attached the strace output from my plplot-program when using the JPG=
=20
output driver that segfaults. It looks as though it segfaults when doing=20
something font-related. Using the "-drvopt text" option does not change thi=
s.

In addition, when trying to open the output file from the "<18> svg" driver=
 in=20
konqueror, it complains with "A legal svg document requires a <svg> root=20
element". The svgcairo driver however, makes files that can be opened in=20
konqueror.

I have Debian Sid with version 6b-14 of libjpeg62 and libjpeg62-dev. I=20
compiled by first installing all build-dependencies with apt-get build-dep=
=20
libplplot9, and then running the standard dpkg-buildpackage command (after=
=20
removing the patches that didn't apply correctly)

Best regards,
Torquil S=F8rensen

#include <plplot/plplot.h>

using namespace std;

int main(int argc, const char *argv[]) {
    double x[] =3D { 0.1, 0.5, 0.2, 0.4, 0.4 };
    double y[] =3D { 0.5, 0.4, 0.4, 0.8, 0.9 };

    plparseopts(&argc, argv, PL_PARSE_FULL);
    plsfnam("1.jpg");
    plsdev("jpeg");
    plinit();
    plenv(0, 1, 0, 1, 1, -2);

    plbop();
    plbox("bcinst", 0, 0, "bcinst", 0, 0);
    plline(5, x, y);
    pleop();

    plend();

    return(0);
}

Re: [Plplot-general] Fast/slow plotting

[Torquil M. <to...@gm...>]

On Monday 21 January 2008, Werner Smekal wrote:
> Hi Torquil,
>
> thanks again for this report. I made changes to wxwidgets driver which
> should at least partially resolve your problems.
>
> > /* Driver wxwidgets: Much slower than xcairo when not
> > including plsetopt("drvopt", "smooth=0"), else about as
> > as fast as xcairo, maybe a tad faster.
>
> If you don't set the smooth option to 0 (it's set to 1 by default),
> the font will be plotted antialized. This looks rather pretty, but is
> very slow compared to the non-antialized case. So in your case, set
> smooth always to 0. You should also be able to improve the plotting
> speed a little bit, by setting the antialized option to 0 (it's also
> set to 1 by default) - here the lines, etc. are plotted antialized,
> looks very nice, but has small impact on the speed (about 10-20%).
> Only in case your plplot version supports this option.
>
> > With pgclear() as below: it only plots some of the box plus
> > the tickmark-numbers, very flickering, with no
> > lines inside the plot. Only the first frame has a clearly
> > visible box (a different problem that is fixed using the
> > smooth=0 option). Using -db has no effect.
>
> There is no db option in the wxwidgets driver, since it's used by
> default. In order to improve the time needed for a plot, the wxWidgets
> driver plots into a memory canvas and  only updates the window after
> about 5000 commands (lines, fills, etc.). It also doesn't copy the
> whole window, only parts of it, which changed. The reason why you
> didn't see much when using pgclear() was, that I didn't update the
> window before I cleared it :) Therefore much of what was plotted never
> made it to the screen :).
>
> Anyway, I commited the change to the svn repository and if you compile
> plplot from the repository, there should be now no flickering and nice
> animation of your plot.

Thanks Werner! I have just tried todays SVN. I now always use smooth=0 with 
wxwidgets. pgclear() now works. I can choose between enclosing each plot 
iteration with plbop()....pleop(), or using plclear(). There is no longer any 
flickering in the surrounding box.

When using plclear() between each plot there is some flickering in the 
elements that I can see. But I no longer see the "x" and "y", and other 
changing text that I write with pllab("x", "y", "top"); and plmtex(...) 
(plmtex writes a number that increases with the iterations of the 
simulation), but I _can_ see the text "top" at the top of the plot. It also 
flickers along with the tickmark-numbers.

When using plbop().....pleop() around each plot iteration, I can see all the 
text that should be there, but with quite alot of flickering in them.

As I said, the surrounding box does not flicker in any of these cases.

But there is another problem that has arisen: Now pgclear() doesn't work with 
the xwin-driver + double-buffering. Only part of the box around the plot is 
then displayed. For xwin I now have to enclose the plot commands in 
plbop().......pleop() to get a correct plot. I'm not quite sure but I think 
it worked before with only plclear() and xwin+db.

-Torquil

Re: [Plplot-general] Plotting in 3D...?!

[Oliver B. <ol...@fi...>]

Zitat von Oliver Bandel <ol...@fi...>:

> Zitat von Hazen Babcock <hba...@ma...>:
> [...]
> >
> > Maybe you are looking for something like plsmaj()/plsmin()?
> [...]
>
> Oh, yes, that's going into the right direction.
> But I want to have the long ticks only on the back-side
> of the cube, not in front, because this blocks the view
> on the data itself (and looks like a cage then ;-)).
>
> (Using negative values expands in the wrong direction,
> so possibly a thing like a plsmaj2() and plsmin3()
                                   ^
                                    \
                                     3



Ciao,
  Oliver

Re: [Plplot-general] Plotting in 3D...?!

[Oliver B. <ol...@fi...>]

Zitat von Hazen Babcock <hba...@ma...>:
[...]
>
> Maybe you are looking for something like plsmaj()/plsmin()?
[...]

Oh, yes, that's going into the right direction.
But I want to have the long ticks only on the back-side
of the cube, not in front, because this blocks the view
on the data itself (and looks like a cage then ;-)).

(Using negative values expands in the wrong direction,
so possibly a thing like a plsmaj2() and plsmin3()
must be there? Or do I have to draw the lines by myself with
plline3()?



Ciao,
   Oliver

Re: [Plplot-general] Fast/slow plotting

[Werner S. <sm...@ia...>]

Hi Torquil,

thanks again for this report. I made changes to wxwidgets driver which  
should at least partially resolve your problems.
>
> /* Driver wxwidgets: Much slower than xcairo when not
> including plsetopt("drvopt", "smooth=0"), else about as
> as fast as xcairo, maybe a tad faster.

If you don't set the smooth option to 0 (it's set to 1 by default),  
the font will be plotted antialized. This looks rather pretty, but is  
very slow compared to the non-antialized case. So in your case, set  
smooth always to 0. You should also be able to improve the plotting  
speed a little bit, by setting the antialized option to 0 (it's also  
set to 1 by default) - here the lines, etc. are plotted antialized,  
looks very nice, but has small impact on the speed (about 10-20%).  
Only in case your plplot version supports this option.

>
> With pgclear() as below: it only plots some of the box plus
> the tickmark-numbers, very flickering, with no
> lines inside the plot. Only the first frame has a clearly
> visible box (a different problem that is fixed using the
> smooth=0 option). Using -db has no effect.

There is no db option in the wxwidgets driver, since it's used by  
default. In order to improve the time needed for a plot, the wxWidgets  
driver plots into a memory canvas and  only updates the window after  
about 5000 commands (lines, fills, etc.). It also doesn't copy the  
whole window, only parts of it, which changed. The reason why you  
didn't see much when using pgclear() was, that I didn't update the  
window before I cleared it :) Therefore much of what was plotted never  
made it to the screen :).

Anyway, I commited the change to the svn repository and if you compile  
plplot from the repository, there should be now no flickering and nice  
animation of your plot.

>
> Without pgclear(): Makes a plot that filles a disk, but
> very slowly compared to xwin and xcairo. -db has no
> effect.

Sure. But shouldn't be much slower if you use the smooth=0 option.

>
> Since pgclear() doesn't work, I found I could use pgadv(0)
> together with the -np option. Gives lots of flickering, more
> than xcairo */

I can see that too, but I have still to investigate why this happens.
>
>
Regards,
Werner

--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499