plplot-general — PLplot user discussion group

Re: [Plplot-general] Memory leaks in several plplot functions

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

Excellent. I'm glad we managed to track it down so quickly. Thanks for
your bug report.

Andrew

On Fri, Nov 23, 2012 at 03:49:34PM +0100, flo...@iw... wrote:
> Hi Guys,
> 
> it worked with the libraries in the new svn version - all plplot leaks  
> disappeared. Now I have just some GTK related leaks left - but that  
> shouldn't bother you.
> 
> THANKS a lot for the fast and efficient help!!
> 
> Flo.
> 
> Quoting Andrew Ross <and...@us...>:
> 
> > On Thu, Nov 22, 2012 at 09:10:08PM -0800, Alan Irwin wrote:
> >> On 2012-11-22 22:13+0100 flo...@iw... wrote:
> >>
> >> > Dear Andrew,
> >> >
> >> > thanks for the quick reply. My plplot version is 5.9.9 and I use the
> >> > current cairo driver on Ubuntu12.10.
> >>
> >> @Florian:
> >> Just to jump in here late, we actually need the exact command you used
> >> with example 2.
> >>
> >> @Andrew:
> >>
> >> I get valgrind clean results (for the svn trunk version of PLplot
> >> built on Debian wheezy) for both
> >>
> >> valgrind examples/c/x02c -dev pngcairo -o test.png -fam
> >>
> >> and
> >>
> >> valgrind examples/c/x02c -dev pngcairo -o test.png
> >>
> >> In sharp contrast to those good results
> >>
> >> valgrind examples/c/x02c -dev pscairo -o test.ps -fam
> >>
> >> and
> >>
> >> valgrind examples/c/x02c -dev pscairo -o test.ps
> >>
> >> both have dirty valgrind results.  Pending more precise information
> >> from Florian, my results may confirm what Florian has found (if in
> >> fact he used -dev pscairo) or it may be an additional valgrind issue
> >> that is unrelated to what he found.
> >
> > Alan,
> >
> > This is odd, because there definitely seems to be a bug in the plplot
> > code path for plotting text. I've just fixed it now. This gave
> > problems for both pngcairo and pscairo for me. This involved leaking
> > quite large amounts of memory, so I suspect this was Florian's
> > problem. On my Ubuntu system I still see a number of small leaks which
> > appear to be cairo / freetype related rather than plplot related.
> >
> > @Alan Can you check my fix on Debian wheezy?
> >
> > @Florian You might want to check the latest svn version of plplot to
> > see if this fixes your problem.
> >
> > Regards
> > Andrew
> >
> >
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

Re: [Plplot-general] Memory leaks in several plplot functions

[<flo...@iw...>]

Hi Guys,

it worked with the libraries in the new svn version - all plplot leaks  
disappeared. Now I have just some GTK related leaks left - but that  
shouldn't bother you.

THANKS a lot for the fast and efficient help!!

Flo.

Quoting Andrew Ross <and...@us...>:

> On Thu, Nov 22, 2012 at 09:10:08PM -0800, Alan Irwin wrote:
>> On 2012-11-22 22:13+0100 flo...@iw... wrote:
>>
>> > Dear Andrew,
>> >
>> > thanks for the quick reply. My plplot version is 5.9.9 and I use the
>> > current cairo driver on Ubuntu12.10.
>>
>> @Florian:
>> Just to jump in here late, we actually need the exact command you used
>> with example 2.
>>
>> @Andrew:
>>
>> I get valgrind clean results (for the svn trunk version of PLplot
>> built on Debian wheezy) for both
>>
>> valgrind examples/c/x02c -dev pngcairo -o test.png -fam
>>
>> and
>>
>> valgrind examples/c/x02c -dev pngcairo -o test.png
>>
>> In sharp contrast to those good results
>>
>> valgrind examples/c/x02c -dev pscairo -o test.ps -fam
>>
>> and
>>
>> valgrind examples/c/x02c -dev pscairo -o test.ps
>>
>> both have dirty valgrind results.  Pending more precise information
>> from Florian, my results may confirm what Florian has found (if in
>> fact he used -dev pscairo) or it may be an additional valgrind issue
>> that is unrelated to what he found.
>
> Alan,
>
> This is odd, because there definitely seems to be a bug in the plplot
> code path for plotting text. I've just fixed it now. This gave
> problems for both pngcairo and pscairo for me. This involved leaking
> quite large amounts of memory, so I suspect this was Florian's
> problem. On my Ubuntu system I still see a number of small leaks which
> appear to be cairo / freetype related rather than plplot related.
>
> @Alan Can you check my fix on Debian wheezy?
>
> @Florian You might want to check the latest svn version of plplot to
> see if this fixes your problem.
>
> Regards
> Andrew
>
>

Re: [Plplot-general] Memory leaks in several plplot functions

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

On Thu, Nov 22, 2012 at 09:10:08PM -0800, Alan Irwin wrote:
> On 2012-11-22 22:13+0100 flo...@iw... wrote:
> 
> > Dear Andrew,
> >
> > thanks for the quick reply. My plplot version is 5.9.9 and I use the
> > current cairo driver on Ubuntu12.10.
> 
> @Florian:
> Just to jump in here late, we actually need the exact command you used
> with example 2.
> 
> @Andrew:
> 
> I get valgrind clean results (for the svn trunk version of PLplot
> built on Debian wheezy) for both
> 
> valgrind examples/c/x02c -dev pngcairo -o test.png -fam
> 
> and
> 
> valgrind examples/c/x02c -dev pngcairo -o test.png
> 
> In sharp contrast to those good results
> 
> valgrind examples/c/x02c -dev pscairo -o test.ps -fam
> 
> and
> 
> valgrind examples/c/x02c -dev pscairo -o test.ps
> 
> both have dirty valgrind results.  Pending more precise information
> from Florian, my results may confirm what Florian has found (if in
> fact he used -dev pscairo) or it may be an additional valgrind issue
> that is unrelated to what he found.

Alan,

This is odd, because there definitely seems to be a bug in the plplot
code path for plotting text. I've just fixed it now. This gave
problems for both pngcairo and pscairo for me. This involved leaking
quite large amounts of memory, so I suspect this was Florian's
problem. On my Ubuntu system I still see a number of small leaks which
appear to be cairo / freetype related rather than plplot related.

@Alan Can you check my fix on Debian wheezy?

@Florian You might want to check the latest svn version of plplot to
see if this fixes your problem.

Regards
Andrew

Re: [Plplot-general] Memory leaks in several plplot functions

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

On 2012-11-22 22:13+0100 flo...@iw... wrote:

> Dear Andrew,
>
> thanks for the quick reply. My plplot version is 5.9.9 and I use the
> current cairo driver on Ubuntu12.10.

@Florian:
Just to jump in here late, we actually need the exact command you used
with example 2.

@Andrew:

I get valgrind clean results (for the svn trunk version of PLplot
built on Debian wheezy) for both

valgrind examples/c/x02c -dev pngcairo -o test.png -fam

and

valgrind examples/c/x02c -dev pngcairo -o test.png

In sharp contrast to those good results

valgrind examples/c/x02c -dev pscairo -o test.ps -fam

and

valgrind examples/c/x02c -dev pscairo -o test.ps

both have dirty valgrind results.  Pending more precise information
from Florian, my results may confirm what Florian has found (if in
fact he used -dev pscairo) or it may be an additional valgrind issue
that is unrelated to what he found.

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] Memory leaks in several plplot functions

[<flo...@iw...>]

Dear Andrew,

thanks for the quick reply. My plplot version is 5.9.9 and I use the  
current cairo driver on Ubuntu12.10.
I tried plplot example02 with a full valgrind memory leak check. Same  
problem for the plptex function. With "just"=0.0 no problem, with  
"just" any different number the following valgrind output (as an  
example). Line 152 is the plptex function:
  plptex( 0.5, 0.5, 1.0, 0.0, 0.5, text );

==7448== 500,000 bytes in 100 blocks are definitely lost in loss  
record 795 of 795
==7448==    at 0x4C2B3F8: malloc (in  
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==7448==    by 0x7195E7B: ??? (in /usr/lib/plplot5.9.9/driversd/cairo.so)
==7448==    by 0x4E4A5C8: plP_esc (in /usr/lib/libplplotd.so.11.0.0)
==7448==    by 0x4E4D53B: ??? (in /usr/lib/libplplotd.so.11.0.0)
==7448==    by 0x4E6A989: c_plmtex (in /usr/lib/libplplotd.so.11.0.0)
==7448==    by 0x4E6AF84: ??? (in /usr/lib/libplplotd.so.11.0.0)
==7448==    by 0x4E6B2C7: c_plptex (in /usr/lib/libplplotd.so.11.0.0)
==7448==    by 0x401385: draw_windows(int, int) (plot_test.cpp:152)
==7448==    by 0x4011BA: demo2() (plot_test.cpp:115)
==7448==    by 0x400EF1: main (plot_test.cpp:30)

Cheers
Flo.

Quoting Andrew Ross <and...@us...>:

>
> Dear Florian,
>
> Perhaps you can give us more details of what you are doing? These functions
> are basic plplot functions and are well tested. Our first 3 examples cover
> all of these cases. Using valgrind under Linux and the psc driver all
> three of these examples produce completely clean results with the current
> svn version. It seems unlikely therefore that is is an intrinsic problem
> with plplot. Do you see the problems with these 3 examples?
>
> To pin down your problem will require more information. In particular
> - a clearer description of your code (if you can condense it to a very
>   simple example which exhibits the problem that is immensely helpful)
> - what version of plplot you are using
> - what platform (e.g. Windows MinGW,  Linux etc)
> - what drivers you are using (some drivers with external library
>   dependencies exhibit memory leaks related to bugs in the library and
>   not to plplot itself)
> - how you are testing for memory leaks (on Linux valgrind is a very useful
>   tool)
>
> Regards
>
> Andrew
>
> On Thu, Nov 22, 2012 at 04:43:37PM +0100,   
> flo...@iw... wrote:
>> Hi,
>>
>> I get memory leaks for the following plplot functions and I couldn't
>> find anything related to that topic.
>>
>> plptex using any 'just' value != 0.0
>> plbox using option 'n'
>> plmtex
>> pllab
>>
>> It's a bigger program so the memory leaks in gigabyte size, which   
>> is not nice.
>> Any suggestions, what I'm doing wrong or is it a plplot problem?
>>
>> Thanks,
>> Flo.
>>
>>
>> ------------------------------------------------------------------------------
>> Monitor your physical, virtual and cloud infrastructure from a single
>> web console. Get in-depth insight into apps, servers, databases, vmware,
>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> Pricing starts from $795 for 25 servers or applications!
>> http://p.sf.net/sfu/zoho_dev2dev_nov
>> _______________________________________________
>> Plplot-general mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>
>

Re: [Plplot-general] Memory leaks in several plplot functions

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

Dear Florian,

Perhaps you can give us more details of what you are doing? These functions 
are basic plplot functions and are well tested. Our first 3 examples cover 
all of these cases. Using valgrind under Linux and the psc driver all 
three of these examples produce completely clean results with the current 
svn version. It seems unlikely therefore that is is an intrinsic problem 
with plplot. Do you see the problems with these 3 examples?

To pin down your problem will require more information. In particular
- a clearer description of your code (if you can condense it to a very 
  simple example which exhibits the problem that is immensely helpful)
- what version of plplot you are using
- what platform (e.g. Windows MinGW,  Linux etc)
- what drivers you are using (some drivers with external library 
  dependencies exhibit memory leaks related to bugs in the library and 
  not to plplot itself)
- how you are testing for memory leaks (on Linux valgrind is a very useful 
  tool)

Regards

Andrew

On Thu, Nov 22, 2012 at 04:43:37PM +0100, flo...@iw... wrote:
> Hi,
> 
> I get memory leaks for the following plplot functions and I couldn't  
> find anything related to that topic.
> 
> plptex using any 'just' value != 0.0
> plbox using option 'n'
> plmtex
> pllab
> 
> It's a bigger program so the memory leaks in gigabyte size, which is not nice.
> Any suggestions, what I'm doing wrong or is it a plplot problem?
> 
> Thanks,
> Flo.
> 
> 
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

[Plplot-general] Memory leaks in several plplot functions

[<flo...@iw...>]

Hi,

I get memory leaks for the following plplot functions and I couldn't  
find anything related to that topic.

plptex using any 'just' value != 0.0
plbox using option 'n'
plmtex
pllab

It's a bigger program so the memory leaks in gigabyte size, which is not nice.
Any suggestions, what I'm doing wrong or is it a plplot problem?

Thanks,
Flo.

Re: [Plplot-general] *cairo driver options.

[Hazen B. <hba...@ma...>]

On 11/17/2012 07:18 PM, Alan W. Irwin wrote:
> On 2012-11-17 17:55-0500 Hazen Babcock wrote:
>>
>> Added (c12275) As it stands now it comes at the end of the list of cairo
>> device choices, while it might make more sense that it is listed next to
>> the pscairo driver?
>
> Ideally it would be either that or the idea could be implemented as a
> simple driver option for pscairo since presumably most of the
> current epscairo code is identical to the pscairo code.
>
> Of course, regardless of further tweaks you may decide to do it is
> great that you have implemented this possibility.

I re-ordered the Cairo drivers and left it as a separate driver. It is 
of course very similar to the PS driver, but it uses family plotting 
like the PNG or SVG driver for multiple pages of plots.

-Hazen

Re: [Plplot-general] *cairo driver options.

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

On 2012-11-17 17:55-0500 Hazen Babcock wrote:

> On 09/21/2012 03:01 PM, Alan W. Irwin wrote:
>> On 2012-09-21 08:22-0600 James Tappin wrote:
>>
>>> In principle I would think that the cairo driver should be able to do eps
>>> via the  cairo_ps_surface_set_eps<http://www.cairographics.org/manual/cairo-PostScript-Surfaces.html#cairo-ps-surface-set-eps>function.
>>
>> Thanks for pointing out that possibility which does look like it could
>> be the basis of an -eps driver option for the pscairo device.
>
> Added (c12275) As it stands now it comes at the end of the list of cairo
> device choices, while it might make more sense that it is listed next to
> the pscairo driver?

Ideally it would be either that or the idea could be implemented as a
simple driver option for pscairo since presumably most of the
current epscairo code is identical to the pscairo code.

Of course, regardless of further tweaks you may decide to do it is
great that you have implemented this possibility.

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] *cairo driver options.

[Hazen B. <hba...@ma...>]

On 09/21/2012 03:01 PM, Alan W. Irwin wrote:
> On 2012-09-21 08:22-0600 James Tappin wrote:
>
>> In principle I would think that the cairo driver should be able to do eps
>> via the  cairo_ps_surface_set_eps<http://www.cairographics.org/manual/cairo-PostScript-Surfaces.html#cairo-ps-surface-set-eps>function.
>
> Thanks for pointing out that possibility which does look like it could
> be the basis of an -eps driver option for the pscairo device.

Added (c12275) As it stands now it comes at the end of the list of cairo 
device choices, while it might make more sense that it is listed next to 
the pscairo driver?

-Hazen

Re: [Plplot-general] Any way to fill a polygon with a solid colour?

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

On Fri, Nov 16, 2012 at 08:02:05AM -0700, James Tappin wrote:
> On 16 November 2012 02:55, Andrew Ross <and...@us...>wrote:
> 
> >
> > Which driver are you using?
> >
> > It depends on the driver. If the driver supports solid fills (most do)
> > then the default pattern fill style ( equivalent to calling plpsty(0)
> > ) is a solid fill. You don't need to do anything other than call
> > plfill. I notice this is not really documented in the man pages. I'll
> > get that fixed!
> >
> > See e.g. example 12 to see this in action.
> >
> > Andrew
> >
> > Thanks.
> 
> The key would be to  add a note that plpsty(0) is solid fill.

I've checked the changes into svn. Thanks for bringing this up.

Andrew

Re: [Plplot-general] A Quick question about plline()

[James T. <jt...@gm...>]

On 16 November 2012 08:55, Yuan, Fang <fan...@tt...> wrote:

>   I installed plplot11 in Ubuntu 11.10.
>
> I use plline() in the subroutine xy_plt1 of  "gsa.h" file, they keep
> warned me as follows:
>
> ./gsa.h: In function ‘xy_plt1’:
> ./gsa.h:167:4: warning: passing argument 2 of ‘c_plline’ from incompatible
> pointer type [enabled by default]
> /usr/include/plplot/plplot.h:1260:1: note: expected ‘const PLFLT *’ but
> argument is of type ‘float *’
> ./gsa.h:167:4: warning: passing argument 3 of ‘c_plline’ from incompatible
> pointer type [enabled by default]
> /usr/include/plplot/plplot.h:1260:1: note: expected ‘const PLFLT *’ but
> argument is of type ‘float *’
>
>
>  void    xy_plt1 ( int nn, float xn[], float yn[])
>
> The commends I used in plline is:
> plline( nn, xn, yn);
>
> The plline only draw one string line.
>
> Does anyone know how to fix it?
>

PLFLT is in most installations set to be a double rather than a float. By
using the PLFLT macro, you will be compatible with either possibility If it
is not feasible to change the calling code, then you should convert before
plotting the data.

[Plplot-general] A Quick question about plline()

[Yuan, F. <fan...@tt...>]

I installed plplot11 in Ubuntu 11.10.

I use plline() in the subroutine xy_plt1 of  "gsa.h" file, they keep warned me as follows:

./gsa.h: In function ‘xy_plt1’:
./gsa.h:167:4: warning: passing argument 2 of ‘c_plline’ from incompatible pointer type [enabled by default]
/usr/include/plplot/plplot.h:1260:1: note: expected ‘const PLFLT *’ but argument is of type ‘float *’
./gsa.h:167:4: warning: passing argument 3 of ‘c_plline’ from incompatible pointer type [enabled by default]
/usr/include/plplot/plplot.h:1260:1: note: expected ‘const PLFLT *’ but argument is of type ‘float *’


 void    xy_plt1 ( int nn, float xn[], float yn[])

The commends I used in plline is:
plline( nn, xn, yn);

The plline only draw one string line.

Does anyone know how to fix it?



Gabrielle

Re: [Plplot-general] Any way to fill a polygon with a solid colour?

[James T. <jt...@gm...>]

On 16 November 2012 02:55, Andrew Ross <and...@us...>wrote:

>
> Which driver are you using?
>
> It depends on the driver. If the driver supports solid fills (most do)
> then the default pattern fill style ( equivalent to calling plpsty(0)
> ) is a solid fill. You don't need to do anything other than call
> plfill. I notice this is not really documented in the man pages. I'll
> get that fixed!
>
> See e.g. example 12 to see this in action.
>
> Andrew
>
> Thanks.

The key would be to  add a note that plpsty(0) is solid fill.

James

Re: [Plplot-general] Any way to fill a polygon with a solid colour?

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

Which driver are you using? 

It depends on the driver. If the driver supports solid fills (most do)
then the default pattern fill style ( equivalent to calling plpsty(0)
) is a solid fill. You don't need to do anything other than call
plfill. I notice this is not really documented in the man pages. I'll
get that fixed!

See e.g. example 12 to see this in action.

Andrew


On Wed, Nov 14, 2012 at 09:22:05AM -0700, James Tappin wrote:
> Is there any way to fill a 2-D polygon with a solid colour? (other than
> setting up a very dense pattern in plpat and using plfill).

> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov

> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] Any way to fill a polygon with a solid colour?

[James T. <jt...@gm...>]

Is there any way to fill a 2-D polygon with a solid colour? (other than
setting up a very dense pattern in plpat and using plfill).

[Plplot-general] Hotel Room Rate Reminder - 19th Annual Tcl/Tk Conference (Tcl'2012)

[Andreas K. <and...@ac...>]

19th Annual Tcl/Tk Conference (Tcl'2012)
http://www.tcl.tk/community/tcl2012/

November 12 - 16, 2012
Sessions:
    National Museum of Health and Medicine Chicago
    175 W. Washington
    Chicago, IL 60602

Rooms:
    Holiday Inn Chicago Mart Plaza
    350 West Mart Center Drive
    Chicago, Illinois, USA

Map/Transport:
    https://maps.google.com/maps/ms?msid=204739899073144451536.0004c144222a9036c99f6&msa=0&ll=41.885266,-87.633734&spn=0.008443,0.018818 
    http://wiki.tcl.tk/28843#pagetoca7e55932


Hello all.

This is a reminder that the offer of reduced rates for rooms at the
conference hotel expires on October 20, i.e. at the end of this week.

	Book Now! (if you haven't already).

And talk to us should you run into trouble with the Hotel claiming to
be sold out already before the deadline.

Of course registration for the Conference is still open at

	http://www.tcl.tk/community/tcl2012/reg.html

To book a room at the conference hotel at reduced rates please follow
the instructions on that page.

Our schedule can be found at

	http://www.tcl.tk/community/tcl2012/schedule.html

Conference Committee

Clif Flynt              Noumena Corp					General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.			Program Chair
Cyndy Lilagan           Nat. Museum of Health & Medicine, Chicago	Site/Facilities Chair
Arjen Markus            Deltares
Brian Griffin           Mentor Graphics
Donal Fellows           University of Manchester
Gerald Lester           KnG Consulting, LLC
Jeffrey Hobbs           ActiveState Software Inc.
Kevin Kenny             GE Global Research Center
Larry Virden
Mike Doyle              National Museum of Health & Medicine, Chicago
Ron Fox                 NSCL/FRIB Michigan State University
Steve Landers           Digital Smarties

Contact Information     tcl...@go...


Tcl'2012 would like to thank those who are sponsoring the conference:

ActiveState Software Inc.
Buonacorsi Foundation
Mentor Graphics
Noumena Corp.
SR Technology
Tcl Community Association

Re: [Plplot-general] *cairo driver options.

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

On 2012-09-21 08:22-0600 James Tappin wrote:

> In principle I would think that the cairo driver should be able to do eps
> via the  cairo_ps_surface_set_eps<http://www.cairographics.org/manual/cairo-PostScript-Surfaces.html#cairo-ps-surface-set-eps>function.

Thanks for pointing out that possibility which does look like it could
be the basis of an -eps driver option for the pscairo device.

> BTW: You may be itnerested to see what we've been doing in integrating
> plplot into Gtk-fortran (https://github.com/jerryd/gtk-fortran/wiki).

That looks like a cool overall project that will be especially useful
to scientists, and I am glad to see you have been able to integrate
PLplot into it.

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] *cairo driver options.

[James T. <jt...@gm...>]

On 20 September 2012 19:17, Alan W. Irwin <ir...@be...> wrote:

> On 2012-09-19 15:51-0600 James Tappin wrote:
>
>  Is there a list anywhere of the driver options for the various cairo
>> drivers? Particularly any to set image or page sizes and for pscairo is
>> there a way to produce encapsulated output?
>>
>>
> Hi James:
>
> Thanks for your interest in PLplot.
>
> To answer your questions in order
>
> 1. To get a list of drvopt options pecify a bad driver option, e.g.,
>
> examples/c/x01c -dev pscairo -drvopt xxxxx
>
> 2. Of course, driver options are not the whole story, and, for example,
> you can specify the size of at least the xcairo result (and possibly
> other cairo devices?) with the general -geometry option.
>
> 3. Our cairo device driver depends on the pango/cairo combination of
> libraries, and I believe its a limitation of cairo's PostScript backend
> (what we use for the pscairo device), that encapsulated PostScript is
> not supported.  However, it is not too bad since you can run
> single-page -dev pscairo results through ps2eps to produce encapsulated
> PostScript.
>
> Note another set of high-quality devices are implemented by
> our qt device driver.  In that case, -dev epsqt does produce
> encapsulated PostScript directly.
>
> Alan
>

Thanks Alan,

The epsqt driver does deliver what I need, although on one machine I get a
warning:
      QGtkStyle cannot be used together with the GTK_Qt engine.
(I think that is related to the engine that I use to get Gtk widgets to
match my KDE style).

In principle I would think that the cairo driver should be able to do eps
via the  cairo_ps_surface_set_eps<http://www.cairographics.org/manual/cairo-PostScript-Surfaces.html#cairo-ps-surface-set-eps>function.

BTW: You may be itnerested to see what we've been doing in integrating
plplot into Gtk-fortran (https://github.com/jerryd/gtk-fortran/wiki).

James

Re: [Plplot-general] *cairo driver options.

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

On 2012-09-19 15:51-0600 James Tappin wrote:

> Is there a list anywhere of the driver options for the various cairo
> drivers? Particularly any to set image or page sizes and for pscairo is
> there a way to produce encapsulated output?
>

Hi James:

Thanks for your interest in PLplot.

To answer your questions in order

1. To get a list of drvopt options pecify a bad driver option, e.g.,

examples/c/x01c -dev pscairo -drvopt xxxxx

2. Of course, driver options are not the whole story, and, for example,
you can specify the size of at least the xcairo result (and possibly
other cairo devices?) with the general -geometry option.

3. Our cairo device driver depends on the pango/cairo combination of
libraries, and I believe its a limitation of cairo's PostScript backend
(what we use for the pscairo device), that encapsulated PostScript is
not supported.  However, it is not too bad since you can run
single-page -dev pscairo results through ps2eps to produce 
encapsulated PostScript.

Note another set of high-quality devices are implemented by
our qt device driver.  In that case, -dev epsqt does produce
encapsulated PostScript directly.

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); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); 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] *cairo driver options.

[James T. <jt...@gm...>]

Is there a list anywhere of the driver options for the various cairo
drivers? Particularly any to set image or page sizes and for pscairo is
there a way to produce encapsulated output?

[Plplot-general] Registration Open for 19th Annual Tcl/Tk Conference (Tcl'2012)

[Andreas K. <and...@ac...>]

19th Annual Tcl/Tk Conference (Tcl'2012)
http://www.tcl.tk/community/tcl2012/

November 12 - 16, 2012
Sessions:
    National Museum of Health and Medicine Chicago
    175 W. Washington
    Chicago, IL 60602

Rooms:
    Holiday Inn Chicago Mart Plaza
    350 West Mart Center Drive
    Chicago, Illinois, USA

Map/Transport:
    https://maps.google.com/maps/ms?msid=204739899073144451536.0004c144222a9036c99f6&msa=0&ll=41.885266,-87.633734&spn=0.008443,0.018818 
    http://wiki.tcl.tk/28843#pagetoca7e55932


I am pleased to announce that registration for the Conference is now
open at

	http://www.tcl.tk/community/tcl2012/reg.html

To book a room at the conference hotel at reduced rates please follow
the instructions on that page. Note that the offer of reduced rates
expires on October 20. Book early.

Our schedule can be found at

	http://www.tcl.tk/community/tcl2012/schedule.html

Conference Committee

Clif Flynt              Noumena Corp					General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.			Program Chair
Cyndy Lilagan           Nat. Museum of Health & Medicine, Chicago	Site/Facilities Chair
Arjen Markus            Deltares
Brian Griffin           Mentor Graphics
Donal Fellows           University of Manchester
Gerald Lester           KnG Consulting, LLC
Jeffrey Hobbs           ActiveState Software Inc.
Kevin Kenny             GE Global Research Center
Larry Virden
Mike Doyle              National Museum of Health & Medicine, Chicago
Ron Fox                 NSCL/FRIB Michigan State University
Steve Landers           Digital Smarties

Contact Information     tcl...@go...


Tcl'2012 would like to thank those who are sponsoring the conference:

ActiveState Software Inc.
Buonacorsi Foundation
Mentor Graphics
Noumena Corp.
SR Technology
Tcl Community Association

Re: [Plplot-general] plbuf wr_data: Plot buffer grow failed

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

Glad it works! We probably should add a similar option for some of the other drivers, or in the core library.

Andrew

On Tue, Aug 14, 2012 at 02:07:29PM +0000, Owens, Thomas wrote:
> Thank you Andrew!
> 
> plsdev("xwin");
> plsetopt("drvopt","nobuffered=1");
> 
> Works great!
> 
> Tom
> 
> -----Original Message-----
> From: ANDREW ROSS [mailto:an...@vi...] On Behalf Of Andrew Ross
> Sent: Monday, August 13, 2012 6:38 PM
> To: Owens, Thomas
> Cc: plp...@li...
> Subject: Re: [Plplot-general] plbuf wr_data: Plot buffer grow failed
> 
> 
> Which driver are you using?
> 
> xwin for example has an option "-drvopt unbuffered" which will disable buffering. There is no universal user level way of doing this and most other drivers don't have a similar option.
> 
> The variable plbuf_write in the PLStream structure controls whether writing to the buffer is allowed. You may be able to set this to 0 in the driver you are using to see if this fixes the problem.
> 
> Regards
> 
> Andrew
> 
> On Mon, Aug 13, 2012 at 04:54:47PM +0000, Owens, Thomas wrote:
> > I have written a plplot application that reads in streamed data and 
> > continuously updates 9 plots within a single window. However, after 
> > about 30 minutes or so, the plot buffer grows so large that the application closes/crashes with PLPLOT ERROR, IMMEDIATE EXIT plbuf wr_data: Plot buffer grow failed.
> > 
> > If I run plplot with debug enabled, I get the console messages:
> > Growing buffer to 1408 KB
> > Growing buffer to 40704 KB
> > Growing buffer to 41216 KB etc...
> > 
> > Valgrind shows the memory issue occurs with the calls to plenv.
> > 
> > Besides closing and reopening the entire window, is it possible to use plplot without allowing the buffer to continuously grow?
> > 
> > The same issue is described 3 years ago at 
> > http://www.mail-archive.com/plp...@li.../msg00
> > 659.html
> > without an end solution.
> > 
> > Thank you for any assistance.
> 
> > ----------------------------------------------------------------------
> > --------
> > Live Security Virtual Conference
> > Exclusive live event will cover all the ways today's security and 
> > threat landscape has changed and how IT managers can respond. 
> > Discussions will include endpoint security, mobile security and the 
> > latest in malware threats. 
> > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> 
> > _______________________________________________
> > Plplot-general mailing list
> > Plp...@li...
> > https://lists.sourceforge.net/lists/listinfo/plplot-general
> 
> 

Re: [Plplot-general] plbuf wr_data: Plot buffer grow failed

[Owens, T. <Tho...@gt...>]

Thank you Andrew!

plsdev("xwin");
plsetopt("drvopt","nobuffered=1");

Works great!

Tom

-----Original Message-----
From: ANDREW ROSS [mailto:an...@vi...] On Behalf Of Andrew Ross
Sent: Monday, August 13, 2012 6:38 PM
To: Owens, Thomas
Cc: plp...@li...
Subject: Re: [Plplot-general] plbuf wr_data: Plot buffer grow failed


Which driver are you using?

xwin for example has an option "-drvopt unbuffered" which will disable buffering. There is no universal user level way of doing this and most other drivers don't have a similar option.

The variable plbuf_write in the PLStream structure controls whether writing to the buffer is allowed. You may be able to set this to 0 in the driver you are using to see if this fixes the problem.

Regards

Andrew

On Mon, Aug 13, 2012 at 04:54:47PM +0000, Owens, Thomas wrote:
> I have written a plplot application that reads in streamed data and 
> continuously updates 9 plots within a single window. However, after 
> about 30 minutes or so, the plot buffer grows so large that the application closes/crashes with PLPLOT ERROR, IMMEDIATE EXIT plbuf wr_data: Plot buffer grow failed.
> 
> If I run plplot with debug enabled, I get the console messages:
> Growing buffer to 1408 KB
> Growing buffer to 40704 KB
> Growing buffer to 41216 KB etc...
> 
> Valgrind shows the memory issue occurs with the calls to plenv.
> 
> Besides closing and reopening the entire window, is it possible to use plplot without allowing the buffer to continuously grow?
> 
> The same issue is described 3 years ago at 
> http://www.mail-archive.com/plp...@li.../msg00
> 659.html
> without an end solution.
> 
> Thank you for any assistance.

> ----------------------------------------------------------------------
> --------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats. 
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] plbuf wr_data: Plot buffer grow failed

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

Which driver are you using?

xwin for example has an option "-drvopt unbuffered" which will disable 
buffering. There is no universal user level way of doing this and most
other drivers don't have a similar option.

The variable plbuf_write in the PLStream structure controls whether 
writing to the buffer is allowed. You may be able to set this to 0 in the 
driver you are using to see if this fixes the problem.

Regards

Andrew

On Mon, Aug 13, 2012 at 04:54:47PM +0000, Owens, Thomas wrote:
> I have written a plplot application that reads in streamed data and continuously updates 9 plots within a single window. However, after about 30 minutes or so, the plot buffer grows so large that the application closes/crashes with
> PLPLOT ERROR, IMMEDIATE EXIT
> plbuf wr_data: Plot buffer grow failed.
> 
> If I run plplot with debug enabled, I get the console messages:
> Growing buffer to 1408 KB
> Growing buffer to 40704 KB
> Growing buffer to 41216 KB etc...
> 
> Valgrind shows the memory issue occurs with the calls to plenv.
> 
> Besides closing and reopening the entire window, is it possible to use plplot without allowing the buffer to continuously grow?
> 
> The same issue is described 3 years ago at
> http://www.mail-archive.com/plp...@li.../msg00659.html
> without an end solution.
> 
> Thank you for any assistance.

> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general