Re: Help with saveas and fltk

[Abbott, Ben]

On Jun 7, 2013, at 1:22 PM, Rick M. Cox wrote:

>  From: address@hidden [mailto:address@hidden On Behalf Of Nicholas Jankowski
> Sent: Thursday, June 06, 2013 8:21 PM
> To: Rick M. Cox
> Cc: Ben Abbott; help-octave Octave
> Subject: Re: Help with saveas and fltk
>  
> On Thu, Jun 6, 2013 at 6:25 PM, Rick M. Cox <address@hidden> wrote:
> Rick, would help if I could try to reproduce what you're doing. I'm not 
> running XP, but Win7, so things might be different. The "D:/Programs" problem 
> pops up A LOT due to microsoft's infinite wisdom of making core folders with 
> spaces in the filename's. Not just with Octave, either. Previously 
> conversations I've seen with that problem were with configuring editors, 
> though.
> 
> If you could upload some simple m-files recreating your problem, I'd be 
> curious to see if it occurs here. Or maybe someone else with an XP box can 
> try recreating the issue.
> 
> nickj
>  
>  
>  
> Nick:
>  
> Thanks for the help offer.  I have attached the short Octave program that is 
> an example of my problem.
>  
> My system:
> ·       Pentium 4, 3.2 GHz
> 
> ·       Windows XP Pro SP3
> 
> ·       Visual C++ 2010 Redistributable Package
> 
> ·       Octave 3.6.4
> 
> ·       Latest version of GhostScript
> 
>  
> Both Octave and GhostScript are installed in paths that have no white spaces.
>  
> Octave commands:
> >scdraw
> >print “test.png”
>  
> With ‘gnuplot’ everything works as expected.  It takes 60 seconds for 
> ‘scdraw’ to generate the Smith Chart and another 50 seconds for the print 
> command to save the file.  I can save any file format without problems.
>  
> With ‘fltk’ the ‘scdraw’ program generates the Smith Chart in about 10 
> seconds.  The print command causes the figure window to become scrambled and 
> unresponsive.  Octave is also unresponsive and I have to close it.  Any file 
> format that I try produces the same result.
>  
> I hope you can help me out!
>  
> Rick
>  
>  
>  
> Will check it out when I'm back at work. But FYI i'm running the MinGW 
> version on Win7, so who knows what will happen :)
>  
> regarding load time, I do notice when I do other simple things in Octave it 
> takes a long time for the first figure to load (i usually have things set to 
> fltk). so something as simple as:
> plot([1 2 3])
> will take a long time to run once, but a 'close all' followed by plot([1 2 
> 3]) again will pop right up (same with any other figures after the first). so 
> i assume that the first figure has some program loading or initialization 
> occurring. perhaps something similar here? or is it just as slow every time?
>  
>  
> Nick:
>  
> I tried my test plot and print with the MinGW version of Octave and it fails 
> in the same way.
>  
> I tried your experiment of plotting my figure followed by a ‘close all’ 
> followed by another plot.  I notice no difference in the time to plot the 
> second instance compared to the first.
>  
> This may be of interest.  When I use ‘fltk’ with the following sequence 
> everything works just fine:
>  
> >sombrero
> >print “test.png”
>  
> The figure window is scrambled for a moment but then it recovers and the file 
> is saved.  The same with:
>  
> >plot (rand (3))
> >print “test.png”
>  
> When I switch back to:
>  
> >scdraw
> >print “test.png”
>  
> everything fails as before.  I don’t know how complex the sombrero figure is 
> compared to my Smith Chart and when I raised the complexity issue with Ben he 
> didn’t seem to think it was relevant.  Something must be different with my 
> Smith Chart plot or the method I’m using to generate it.
>  
> Rick

Rick,

Can you zip and attach the scdraw.m file so that we can try it out?

Ben




-----------------------------------------------
Ben Abbott | Development Fellow | TriQuint Semiconductor, Inc.
1818 S. Orange Blossom Tr | Apopka, FL 32703 | ☎ (407) 884-3418 | ✉ 
address@hidden