Discussion:
Help with saveas and fltk
(too old to reply)
RickMCox
2013-06-02 00:21:38 UTC
Permalink
I need help with the correct usage of saveas with fltk.

I have installed Octave 3.6.4 VS on a Win XP Pro SP3 system.

Whenever I plot and save the simple files given in the documentation
examples things work fine. When I try to save my own plots saveas and fltk
do not work.

1. If the figure window is full size, saveas saves only the upper left
corner of my plot.
2. If the figure window is small, saveas seems to hang up Octave and the
figure window is shown as "not responding".

Does this have something to do with the complexity/size of the plot? My
figure is a custom drawn Smith Chart with 3000+ (x,y) pairs describing the
circles and arcs.

It seems to work with gnuplot but it is very, very slow on my system.





--
View this message in context: http://octave.1599824.n4.nabble.com/Help-with-saveas-and-fltk-tp4653622.html
Sent from the Octave - General mailing list archive at Nabble.com.
Ben Abbott
2013-06-02 00:35:29 UTC
Permalink
Post by RickMCox
I need help with the correct usage of saveas with fltk.
I have installed Octave 3.6.4 VS on a Win XP Pro SP3 system.
Whenever I plot and save the simple files given in the documentation
examples things work fine. When I try to save my own plots saveas and fltk
do not work.
1. If the figure window is full size, saveas saves only the upper left
corner of my plot.
2. If the figure window is small, saveas seems to hang up Octave and the
figure window is shown as "not responding".
I don't have a windows box to experiment with, but given your experience, a work around would be to not change the size of the figure windows you plan to saveas(), or print().
Post by RickMCox
Does this have something to do with the complexity/size of the plot? My
figure is a custom drawn Smith Chart with 3000+ (x,y) pairs describing the
circles and arcs.
Complexity should not be an issue.

Ben
RickMCox
2013-06-02 01:32:48 UTC
Permalink
I don't have a windows box to experiment with, but given your experience, a
work around would be to not change the size of the figure windows you plan
to saveas(), or print().
Post by RickMCox
Does this have something to do with the complexity/size of the plot? My
figure is a custom drawn Smith Chart with 3000+ (x,y) pairs describing the
circles and arcs.
Complexity should not be an issue.

Ben


Thanks. If I leave the figure window the default (smaller) size when it is
generated then saveas hangs up and the figure is "not responding".

Rick

_______________________________________________
Help-octave mailing list
Help-octave@
https://mailman.cae.wisc.edu/listinfo/help-octave





--
View this message in context: http://octave.1599824.n4.nabble.com/Help-with-saveas-and-fltk-tp4653622p4653625.html
Sent from the Octave - General mailing list archive at Nabble.com.
Ben Abbott
2013-06-02 01:40:26 UTC
Permalink
Post by Ben Abbott
I don't have a windows box to experiment with, but given your experience, a
work around would be to not change the size of the figure windows you plan
to saveas(), or print().
Post by RickMCox
Does this have something to do with the complexity/size of the plot? My
figure is a custom drawn Smith Chart with 3000+ (x,y) pairs describing the
circles and arcs.
Complexity should not be an issue.
Ben
Thanks. If I leave the figure window the default (smaller) size when it is
generated then saveas hangs up and the figure is "not responding".
Rick
That happens when you ...

print -depsc test.eps

Ben
Ben Abbott
2013-06-02 07:48:21 UTC
Permalink
-----Original Message-----
Sent: Saturday, June 01, 2013 6:40 PM
To: RickMCox
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
Post by Ben Abbott
I don't have a windows box to experiment with, but given your experience,
a
Post by Ben Abbott
work around would be to not change the size of the figure windows you plan
to saveas(), or print().
Post by RickMCox
Does this have something to do with the complexity/size of the plot? My
figure is a custom drawn Smith Chart with 3000+ (x,y) pairs describing
the
Post by Ben Abbott
Post by RickMCox
circles and arcs.
Complexity should not be an issue.
Ben
Thanks. If I leave the figure window the default (smaller) size when it
is
Post by Ben Abbott
generated then saveas hangs up and the figure is "not responding".
Rick
That happens when you ...
print -depsc test.eps
Ben
With the figure at the default size and visible to the side of my Octave
session window I typed your print command below.
The drawing in the window became scrambled and Octave sent the following
'D:\Program' is not recognized as an internal or external command, operable
program or batch file
Octave is then unresponsive and I have to close the session window.
I tried this as a saveas command with the same result.
Rick
Ok. The problem can be fixed by installing Octave using a path with no spaces in it.

There may be other solutions. If so, perhaps a windows user can offer some help.

Ben
Ben Abbott
2013-06-03 04:16:32 UTC
Permalink
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no spaces in it.
There may be other solutions. If so, perhaps a windows user can offer some help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though Octave
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot. If you are comfortable trying to debug the problem, I can offer some suggestions. Also be sure the "relpy-all". There may be some other windows users who have already resolved this problem on the mail-list.

Ben
Rick M. Cox
2013-06-03 05:35:04 UTC
Permalink
Ben:

I installed Octave to a path with no white spaces with "fltk" as the default
graphics package. All 'print' and 'saveas' commands fail in exactly the
same way they did when Octave was in a path with white spaces. Apparently
this does not fix my problem.

To summarize:
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.

'fltk' fails with any 'print' or 'saveas' command I give Octave whether it
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive, Octave
displays: 'D:\Program' is not recognized as an internal or external command,

operable program or batch file and then becomes unresponsive as well.

Rick


-----Original Message-----
From: Ben Abbott [mailto:***@mac.com]
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no spaces in it.
There may be other solutions. If so, perhaps a windows user can offer
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though Octave
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot. If you
are comfortable trying to debug the problem, I can offer some suggestions.
Also be sure the "relpy-all". There may be some other windows users who
have already resolved this problem on the mail-list.

Ben
Ben Abbott
2013-06-03 08:19:13 UTC
Permalink
-----Original Message-----
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by RickMCox
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no spaces in it.
There may be other solutions. If so, perhaps a windows user can offer
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though
Octave
Post by Ben Abbott
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot. If you
are comfortable trying to debug the problem, I can offer some suggestions.
Also be sure the "relpy-all". There may be some other windows users who
have already resolved this problem on the mail-list.
Ben
I installed Octave to a path with no white spaces with "fltk" as the default
graphics package. All 'print' and 'saveas' commands fail in exactly the
same way they did when Octave was in a path with white spaces. Apparently
this does not fix my problem.
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.
'fltk' fails with any 'print' or 'saveas' command I give Octave whether it
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive, Octave
displays: 'D:\Program' is not recognized as an internal or external command,
operable program or batch file and then becomes unresponsive as well.
Rick
To determine what is happening please edit __print_fltk__.m and remove the semicolon from the end of line 149. The resulting line is below.

opts.pipeline = pipeline

It you don't know where to find this file, type the command below in Octave.

strrep (which ('plot'), 'plot.m', sprintf ('private%s__print_fltk__.m', filesep))

Once the semicolon has been removed from the end of line 149, try ...

close all
graphics_toolkit fltk
plot (rand (3))
plot -depsc test.eps

And copy-n-paste everything that octave prints in its windows into your replay to this email.

Ben
Rick M. Cox
2013-06-03 19:56:42 UTC
Permalink
-----Original Message-----
From: Ben Abbott [mailto:***@mac.com]
Sent: Monday, June 03, 2013 1:19 AM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
-----Original Message-----
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by RickMCox
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no spaces in it.
There may be other solutions. If so, perhaps a windows user can offer
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though
Octave
Post by Ben Abbott
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot. If you
are comfortable trying to debug the problem, I can offer some
suggestions.
Post by RickMCox
Also be sure the "relpy-all". There may be some other windows users who
have already resolved this problem on the mail-list.
Ben
I installed Octave to a path with no white spaces with "fltk" as the default
graphics package. All 'print' and 'saveas' commands fail in exactly the
same way they did when Octave was in a path with white spaces. Apparently
this does not fix my problem.
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.
'fltk' fails with any 'print' or 'saveas' command I give Octave whether it
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive, Octave
displays: 'D:\Program' is not recognized as an internal or external command,
operable program or batch file and then becomes unresponsive as well.
Rick
To determine what is happening please edit __print_fltk__.m and remove the
semicolon from the end of line 149. The resulting line is below.

opts.pipeline = pipeline

It you don't know where to find this file, type the command below in Octave.

strrep (which ('plot'), 'plot.m', sprintf
('private%s__print_fltk__.m', filesep))

Once the semicolon has been removed from the end of line 149, try ...

close all
graphics_toolkit fltk
plot (rand (3))
plot -depsc test.eps

And copy-n-paste everything that octave prints in its windows into your
replay to this email.

Ben


Ben:

I found and modified the opts.pipeline = pipeline line as you instructed.

I plotted my drawing that I'm having trouble with. I then tried to print it
using the print -depsc test.eps command. The figure window became
scrambled, Octave printed a bunch of diagonistics and then hung up. I was
unable to copy and paste the output.

Is the problem that Ghostscript is still in a path that contains
whitespaces?

I can reinstall Ghostscript to a directory without white spaces but it will
have to wait until later today.

Rick
Ben Abbott
2013-06-04 00:11:07 UTC
Permalink
-----Original Message-----
Sent: Monday, June 03, 2013 1:19 AM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
-----Original Message-----
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by RickMCox
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no
spaces in it.
There may be other solutions. If so, perhaps a windows user can offer
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though
Octave
Post by Ben Abbott
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot. If
you
Post by RickMCox
are comfortable trying to debug the problem, I can offer some
suggestions.
Post by RickMCox
Also be sure the "relpy-all". There may be some other windows users who
have already resolved this problem on the mail-list.
Ben
I installed Octave to a path with no white spaces with "fltk" as the
default
graphics package. All 'print' and 'saveas' commands fail in exactly the
same way they did when Octave was in a path with white spaces. Apparently
this does not fix my problem.
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.
'fltk' fails with any 'print' or 'saveas' command I give Octave whether it
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive,
Octave
displays: 'D:\Program' is not recognized as an internal or external
command,
operable program or batch file and then becomes unresponsive as well.
Rick
To determine what is happening please edit __print_fltk__.m and remove the
semicolon from the end of line 149. The resulting line is below.
opts.pipeline = pipeline
It you don't know where to find this file, type the command below in Octave.
strrep (which ('plot'), 'plot.m', sprintf
('private%s__print_fltk__.m', filesep))
Once the semicolon has been removed from the end of line 149, try ...
close all
graphics_toolkit fltk
plot (rand (3))
plot -depsc test.eps
And copy-n-paste everything that octave prints in its windows into your
replay to this email.
Ben
<Octave.doc>
I installed Ghostscript to a path without any white spaces and tried my
plot. As usual Octave crashed.
I captured the diagnostics with Print Screen and placed them in the attached
Word document. Hopefully you can find what you need. Also, the screen
capture shows my scrambled figure window if that is of help.
Rick
I expected to see something beginning with "D:\Programs ", but don't see any indication in the output. Unfortunately, I don't have any further suggestions.

Ben

p.s. A couple of minor points of etiquette, (1) please bottom post (reply at the bottom of the email and not the top). This makes it more convenient to follow the discussion. Especially for those who arrive late. (2) Avoid attacking proprietary file formats. Attaching a PNG to the email is ok, but a microsoft word document should be avoided.
Rick Cox
2013-06-04 16:40:40 UTC
Permalink
-----Original Message-----
From: Ben Abbott [mailto:***@mac.com]
Sent: Monday, June 03, 2013 5:11 PM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
-----Original Message-----
Sent: Monday, June 03, 2013 1:19 AM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
-----Original Message-----
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by RickMCox
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no
spaces in it.
There may be other solutions. If so, perhaps a windows user can offer
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though
Octave
Post by Ben Abbott
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot.
If
Post by Ben Abbott
you
Post by RickMCox
are comfortable trying to debug the problem, I can offer some
suggestions.
Post by RickMCox
Also be sure the "relpy-all". There may be some other windows users who
have already resolved this problem on the mail-list.
Ben
I installed Octave to a path with no white spaces with "fltk" as the
default
graphics package. All 'print' and 'saveas' commands fail in exactly the
same way they did when Octave was in a path with white spaces.
Apparently
Post by Ben Abbott
this does not fix my problem.
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.
'fltk' fails with any 'print' or 'saveas' command I give Octave whether it
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive,
Octave
displays: 'D:\Program' is not recognized as an internal or external
command,
operable program or batch file and then becomes unresponsive as well.
Rick
To determine what is happening please edit __print_fltk__.m and remove the
semicolon from the end of line 149. The resulting line is below.
opts.pipeline = pipeline
It you don't know where to find this file, type the command below in Octave.
strrep (which ('plot'), 'plot.m', sprintf
('private%s__print_fltk__.m', filesep))
Once the semicolon has been removed from the end of line 149, try ...
close all
graphics_toolkit fltk
plot (rand (3))
plot -depsc test.eps
And copy-n-paste everything that octave prints in its windows into your
replay to this email.
Ben
<Octave.doc>
I installed Ghostscript to a path without any white spaces and tried my
plot. As usual Octave crashed.
I captured the diagnostics with Print Screen and placed them in the attached
Word document. Hopefully you can find what you need. Also, the screen
capture shows my scrambled figure window if that is of help.
Rick
I expected to see something beginning with "D:\Programs ", but don't see any
indication in the output. Unfortunately, I don't have any further
suggestions.

Ben

p.s. A couple of minor points of etiquette, (1) please bottom post (reply at
the bottom of the email and not the top). This makes it more convenient to
follow the discussion. Especially for those who arrive late. (2) Avoid
attacking proprietary file formats. Attaching a PNG to the email is ok, but
a microsoft word document should be avoided.


Ben:

Thanks for the help. Where does this leave me? Is there someone you can
refer me to?

I guess I can use gnuplot for output but it is so slow that it renders
Octave almost unusable for my purposes.

Rick
Ben Abbott
2013-06-05 00:33:22 UTC
Permalink
-----Original Message-----
Sent: Monday, June 03, 2013 5:11 PM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
-----Original Message-----
Sent: Monday, June 03, 2013 1:19 AM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
-----Original Message-----
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by RickMCox
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no
spaces in it.
There may be other solutions. If so, perhaps a windows user can offer
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though
Octave
Post by Ben Abbott
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot.
If
Post by Ben Abbott
you
Post by RickMCox
are comfortable trying to debug the problem, I can offer some
suggestions.
Post by RickMCox
Also be sure the "relpy-all". There may be some other windows users
who
Post by Ben Abbott
Post by RickMCox
have already resolved this problem on the mail-list.
Ben
I installed Octave to a path with no white spaces with "fltk" as the
default
graphics package. All 'print' and 'saveas' commands fail in exactly the
same way they did when Octave was in a path with white spaces.
Apparently
Post by Ben Abbott
this does not fix my problem.
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.
'fltk' fails with any 'print' or 'saveas' command I give Octave whether
it
Post by Ben Abbott
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive,
Octave
displays: 'D:\Program' is not recognized as an internal or external
command,
operable program or batch file and then becomes unresponsive as well.
Rick
To determine what is happening please edit __print_fltk__.m and remove
the
Post by Ben Abbott
semicolon from the end of line 149. The resulting line is below.
opts.pipeline = pipeline
It you don't know where to find this file, type the command below in
Octave.
Post by Ben Abbott
strrep (which ('plot'), 'plot.m', sprintf
('private%s__print_fltk__.m', filesep))
Once the semicolon has been removed from the end of line 149, try ...
close all
graphics_toolkit fltk
plot (rand (3))
plot -depsc test.eps
And copy-n-paste everything that octave prints in its windows into your
replay to this email.
Ben
<Octave.doc>
I installed Ghostscript to a path without any white spaces and tried my
plot. As usual Octave crashed.
I captured the diagnostics with Print Screen and placed them in the
attached
Word document. Hopefully you can find what you need. Also, the screen
capture shows my scrambled figure window if that is of help.
Rick
I expected to see something beginning with "D:\Programs ", but don't see any
indication in the output. Unfortunately, I don't have any further
suggestions.
Ben
p.s. A couple of minor points of etiquette, (1) please bottom post (reply at
the bottom of the email and not the top). This makes it more convenient to
follow the discussion. Especially for those who arrive late. (2) Avoid
attacking proprietary file formats. Attaching a PNG to the email is ok, but
a microsoft word document should be avoided.
Thanks for the help. Where does this leave me? Is there someone you can
refer me to?
I guess I can use gnuplot for output but it is so slow that it renders
Octave almost unusable for my purposes.
Rick
At this point, it looks to me as if Octave is working correctly. I had expected that the path to ghostscript would have started with D:\Programs, but it does not. And I've run out of ideas.

Hopefully, someone running Windows will have some insight and offer a suggestion.

Ben
Nicholas Jankowski
2013-06-06 12:57:10 UTC
Permalink
Post by Ben Abbott
-----Original Message-----
Sent: Monday, June 03, 2013 5:11 PM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
-----Original Message-----
Sent: Monday, June 03, 2013 1:19 AM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
-----Original Message-----
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by RickMCox
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with
no
Post by Ben Abbott
Post by RickMCox
Post by Ben Abbott
spaces in it.
There may be other solutions. If so, perhaps a windows user can
offer
Post by Ben Abbott
Post by RickMCox
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot"
performs
Post by Ben Abbott
Post by RickMCox
Post by Ben Abbott
flawlessly with any 'print' or 'saveas' command I give it even
though
Post by Ben Abbott
Post by RickMCox
Octave
Post by Ben Abbott
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no
spaces?
Post by Ben Abbott
Post by RickMCox
Post by Ben Abbott
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot.
If
Post by Ben Abbott
you
Post by RickMCox
are comfortable trying to debug the problem, I can offer some
suggestions.
Post by RickMCox
Also be sure the "relpy-all". There may be some other windows users
who
Post by Ben Abbott
Post by RickMCox
have already resolved this problem on the mail-list.
Ben
I installed Octave to a path with no white spaces with "fltk" as the
default
graphics package. All 'print' and 'saveas' commands fail in exactly
the
Post by Ben Abbott
same way they did when Octave was in a path with white spaces.
Apparently
Post by Ben Abbott
this does not fix my problem.
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.
'fltk' fails with any 'print' or 'saveas' command I give Octave
whether
it
Post by Ben Abbott
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive,
Octave
displays: 'D:\Program' is not recognized as an internal or external
command,
operable program or batch file and then becomes unresponsive as well.
Rick
To determine what is happening please edit __print_fltk__.m and remove
the
Post by Ben Abbott
semicolon from the end of line 149. The resulting line is below.
opts.pipeline = pipeline
It you don't know where to find this file, type the command below in
Octave.
Post by Ben Abbott
strrep (which ('plot'), 'plot.m', sprintf
('private%s__print_fltk__.m', filesep))
Once the semicolon has been removed from the end of line 149, try ...
close all
graphics_toolkit fltk
plot (rand (3))
plot -depsc test.eps
And copy-n-paste everything that octave prints in its windows into your
replay to this email.
Ben
<Octave.doc>
I installed Ghostscript to a path without any white spaces and tried my
plot. As usual Octave crashed.
I captured the diagnostics with Print Screen and placed them in the
attached
Word document. Hopefully you can find what you need. Also, the screen
capture shows my scrambled figure window if that is of help.
Rick
I expected to see something beginning with "D:\Programs ", but don't see
any
indication in the output. Unfortunately, I don't have any further
suggestions.
Ben
p.s. A couple of minor points of etiquette, (1) please bottom post
(reply at
the bottom of the email and not the top). This makes it more convenient
to
follow the discussion. Especially for those who arrive late. (2) Avoid
attacking proprietary file formats. Attaching a PNG to the email is ok,
but
a microsoft word document should be avoided.
Thanks for the help. Where does this leave me? Is there someone you can
refer me to?
I guess I can use gnuplot for output but it is so slow that it renders
Octave almost unusable for my purposes.
Rick
At this point, it looks to me as if Octave is working correctly. I had
expected that the path to ghostscript would have started with D:\Programs,
but it does not. And I've run out of ideas.
Hopefully, someone running Windows will have some insight and offer a suggestion.
Ben
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
Rick M. Cox
2013-06-06 22:25:13 UTC
Permalink
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.
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
Nicholas Jankowski
2013-06-07 03:20:36 UTC
Permalink
Post by Nicholas Jankowski
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?
Rick M. Cox
2013-06-07 05:22:44 UTC
Permalink
From: ***@gmail.com [mailto:***@gmail.com] 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 <***@comcast.net> 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.
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
sombrero
print "test.png"
The figure window is scrambled for a moment but then it recovers and the
plot (rand (3))
print "test.png"
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
Abbott, Ben
2013-06-07 06:13:00 UTC
Permalink
Post by Rick M. Cox
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
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
Thanks for the help offer. I have attached the short Octave program that is an example of my problem.
· 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.
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 :)
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?
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.
sombrero
print “test.png”
plot (rand (3))
print “test.png”
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 |
Rick M. Cox
2013-06-07 06:00:37 UTC
Permalink
From: ***@gmail.com [mailto:***@gmail.com] 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 <***@comcast.net> 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.
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've experimented some more with 'scdraw' and here is what I have found.



If I remove the "off" parameter from the axis function and leave just axis
("square") then Octave with "fltk" will eventually execute a print command.
The resulting file is a mess though. Attached are two .png files:



test2.png the correct rendering of a Smith Chart by 'gnuplot'

testD.png the file saved by "fltk" with the "off" parameter removed from
the axis function.



Clearly something is messed up with the way one of these programs is
rendering my drawing. If this were an old HP mechanical plotter I would say
that someone forgot the "pen up" command.



Rick
Ben Abbott
2013-06-04 12:00:54 UTC
Permalink
-----Original Message-----
Sent: Monday, June 03, 2013 1:19 AM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
-----Original Message-----
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by RickMCox
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no
spaces in it.
There may be other solutions. If so, perhaps a windows user can offer
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though
Octave
Post by Ben Abbott
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot. If
you
Post by RickMCox
are comfortable trying to debug the problem, I can offer some
suggestions.
Post by RickMCox
Also be sure the "relpy-all". There may be some other windows users who
have already resolved this problem on the mail-list.
Ben
I installed Octave to a path with no white spaces with "fltk" as the
default
graphics package. All 'print' and 'saveas' commands fail in exactly the
same way they did when Octave was in a path with white spaces. Apparently
this does not fix my problem.
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.
'fltk' fails with any 'print' or 'saveas' command I give Octave whether it
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive,
Octave
displays: 'D:\Program' is not recognized as an internal or external
command,
operable program or batch file and then becomes unresponsive as well.
Rick
To determine what is happening please edit __print_fltk__.m and remove the
semicolon from the end of line 149. The resulting line is below.
opts.pipeline = pipeline
It you don't know where to find this file, type the command below in Octave.
strrep (which ('plot'), 'plot.m', sprintf
('private%s__print_fltk__.m', filesep))
Once the semicolon has been removed from the end of line 149, try ...
close all
graphics_toolkit fltk
plot (rand (3))
plot -depsc test.eps
And copy-n-paste everything that octave prints in its windows into your
replay to this email.
Ben
<Octave.doc>
I installed Ghostscript to a path without any white spaces and tried my
plot. As usual Octave crashed.
I captured the diagnostics with Print Screen and placed them in the attached
Word document. Hopefully you can find what you need. Also, the screen
capture shows my scrambled figure window if that is of help.
Rick
I expected to see something beginning with "D:\Programs ", but don't see any indication in the output. Unfortunately, I don't have any further suggestions.

Ben

p.s. A couple of minor points of etiquette, (1) please bottom post (reply at the bottom of the email and not the top). This makes it more convenient to follow the discussion. Especially for those who arrive late. (2) Avoid attacking proprietary file formats. Attaching a PNG to the email is ok, but a microsoft word document should be avoided.
Rick M. Cox
2013-06-03 23:30:33 UTC
Permalink
Ben:

I installed Ghostscript to a path without any white spaces and tried my
plot. As usual Octave crashed.

I captured the diagnostics with Print Screen and placed them in the attached
Word document. Hopefully you can find what you need. Also, the screen
capture shows my scrambled figure window if that is of help.

Rick


-----Original Message-----
From: Ben Abbott [mailto:***@mac.com]
Sent: Monday, June 03, 2013 1:19 AM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk
-----Original Message-----
Sent: Sunday, June 02, 2013 9:17 PM
To: Rick M. Cox
Cc: help-octave Octave
Subject: Re: Help with saveas and fltk
Post by RickMCox
Post by Ben Abbott
Ok. The problem can be fixed by installing Octave using a path with no spaces in it.
There may be other solutions. If so, perhaps a windows user can offer
some
Post by Ben Abbott
help.
Ben
I will install Octave using a path with no spaces in it.
I am curious. Are my problems peculiar to "fltk"? "gnuplot" performs
flawlessly with any 'print' or 'saveas' command I give it even though
Octave
Post by Ben Abbott
is currently in a path with white spaces.
Also, do I need to install Ghostscript in a directory with no spaces?
Thanks,
Rick
For eps output, I would expect a problem with both fltk and gnuplot. If you
are comfortable trying to debug the problem, I can offer some
suggestions.
Post by RickMCox
Also be sure the "relpy-all". There may be some other windows users who
have already resolved this problem on the mail-list.
Ben
I installed Octave to a path with no white spaces with "fltk" as the default
graphics package. All 'print' and 'saveas' commands fail in exactly the
same way they did when Octave was in a path with white spaces. Apparently
this does not fix my problem.
'gnuplot' works flawlessly with any 'print' or 'saveas' command I give
Octave whether it is in a path with a white space or not.
'fltk' fails with any 'print' or 'saveas' command I give Octave whether it
is in a path with a white space or not. In these cases either nothing
happens (no file is saved) or the figure window becomes unresponsive, Octave
displays: 'D:\Program' is not recognized as an internal or external command,
operable program or batch file and then becomes unresponsive as well.
Rick
To determine what is happening please edit __print_fltk__.m and remove the
semicolon from the end of line 149. The resulting line is below.

opts.pipeline = pipeline

It you don't know where to find this file, type the command below in Octave.

strrep (which ('plot'), 'plot.m', sprintf
('private%s__print_fltk__.m', filesep))

Once the semicolon has been removed from the end of line 149, try ...

close all
graphics_toolkit fltk
plot (rand (3))
plot -depsc test.eps

And copy-n-paste everything that octave prints in its windows into your
replay to this email.

Ben
Tatsuro MATSUOKA
2013-06-07 05:59:59 UTC
Permalink
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
 
Thanks for the help offer.  I have attached the short Octave program that is an example of my problem.
 
·       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.
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 :)
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?
Hello Rick

I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.

I also tested 3.6.4 mingw.
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.

For both cases, printing time was more than one thousand second.

Printing on fltk for your example was very slow.

Regards

Tatsuro
Tatsuro MATSUOKA
2013-06-07 06:11:46 UTC
Permalink
Post by Tatsuro MATSUOKA
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
 
Thanks for the help offer.  I have attached the short Octave program that is an example of my problem.
 
·       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.
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 :)
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?
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-td4650194.html)
Post by Tatsuro MATSUOKA
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.

Speed of fltk printing seems to beimproved in the development source.

Regards

Tatsuro
Nicholas Jankowski
2013-06-07 14:38:35 UTC
Permalink
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
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
Thanks for the help offer. I have attached the short Octave program that is an example of my problem.
· 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.
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 :)
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?
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-td4650194.html)
Post by Tatsuro MATSUOKA
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.
Rick M. Cox
2013-06-07 18:36:15 UTC
Permalink
-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick
Rick M. Cox
2013-06-12 23:30:49 UTC
Permalink
-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.


I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.

Thanks,

Rick
Nicholas Jankowski
2013-06-13 13:26:30 UTC
Permalink
my belated reply to this thread:
running Win7, 64bit OS, 32bit Octave 3.6.4 (MinGW release version)
I assume Octave is using the built in Ghostscript 9.07 at
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin
I also have a separate Ghostscript install: Ghostscript 8.51, located at
C:\Program Files (x86)\gs\gs8.51\bin, but its not in system path (running
gswin32 from shell throws a command not recognized error) so I _assume_
Octave can't see v8.51

all that said, testfltk.png looks like a perfect semicircle to me. no
spurious rays like your output shows. The scdraw.m file rendered fine on
screen, but I got impatient waiting for the plotting. Eagerly awaiting
whatever plotting fix was made in 3.7.2 to get release status :)

nickj
-----Original Message-----
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(
http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.
1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.
Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!
BTW: I really like the GUI for Octave 3.7.2+
Rick
==========
I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.
I have created a very simple sequence which generates this problem on my
x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"
The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.
I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.
Thanks,
Rick
Tatsuro MATSUOKA
2013-06-07 06:32:01 UTC
Permalink
Post by Abbott, Ben
Rick,
Can you zip and attach the scdraw.m file so that we can try it out?
Ben
Ben

The file scdraw.m has been already attached on the mail By Rick dated on Jun 07, 2013; 7:25am.

Tatsuro
Ben Abbott
2013-06-13 00:38:36 UTC
Permalink
On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.
 
Rick, scdraw.m and your example above work for me on MacOS X.  My impression is that there is something wrong with Octave/fltk on WinXP or with your Ghostscript.  It is unlikely that fltk is responsible since its OpenGL stream is captured and turned into an eps by gl2ps.  The one "special" feature of Windows is that all output from saveas() and print() are piped through Ghostscript (even for eps-files).  So I'm inclined to conclude it is the version of Ghostscript you are running that is to blame.

Ben
Rick M. Cox
2013-06-13 01:28:43 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.



Rick, scdraw.m and your example above work for me on MacOS X. My impression
is that there is something wrong with Octave/fltk on WinXP or with your
Ghostscript. It is unlikely that fltk is responsible since its OpenGL
stream is captured and turned into an eps by gl2ps. The one "special"
feature of Windows is that all output from saveas() and print() are piped
through Ghostscript (even for eps-files). So I'm inclined to conclude it is
the version of Ghostscript you are running that is to blame.



Ben





Ben:



Thanks. I downloaded and installed Ghostscript 9.07 for Windows. I
understood this to be the latest version. Do you know if there is a
Ghostscript forum where I can post my problem and seek help?



Rick
Ben Abbott
2013-06-13 01:46:15 UTC
Permalink
On Jun 12, 2013, at 09:28 PM, "Rick M. Cox" <***@comcast.net> wrote:
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 
On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.
 
Rick, scdraw.m and your example above work for me on MacOS X.  My impression is that there is something wrong with Octave/fltk on WinXP or with your Ghostscript.  It is unlikely that fltk is responsible since its OpenGL stream is captured and turned into an eps by gl2ps.  The one "special" feature of Windows is that all output from saveas() and print() are piped through Ghostscript (even for eps-files).  So I'm inclined to conclude it is the version of Ghostscript you are running that is to blame.
 
Ben
  
Thanks.  I downloaded and installed Ghostscript 9.07 for Windows.  I understood this to be the latest version.  Do you know if there is a Ghostscript forum where I can post my problem and seek help?
 
Rick
 
I think that will complicated.  There isn't a good way for those supporting Ghostscript to verify the pipe from Octave to Ghostscript is working correctly.  Also we still haven't identified where the "D:\Programs" problem is coming from.

Perhaps we should start by verifying the eps-file produced when using the fltk toolkit is ok.  Are you able to "print -depsc test.eps"?

If so, please attach the eps-file to your reply.

Ben
Rick M. Cox
2013-06-13 02:01:42 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 6:46 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk




On Jun 12, 2013, at 09:28 PM, "Rick M. Cox" <***@comcast.net> wrote:


From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.



Rick, scdraw.m and your example above work for me on MacOS X. My impression
is that there is something wrong with Octave/fltk on WinXP or with your
Ghostscript. It is unlikely that fltk is responsible since its OpenGL
stream is captured and turned into an eps by gl2ps. The one "special"
feature of Windows is that all output from saveas() and print() are piped
through Ghostscript (even for eps-files). So I'm inclined to conclude it is
the version of Ghostscript you are running that is to blame.



Ben



Thanks. I downloaded and installed Ghostscript 9.07 for Windows. I
understood this to be the latest version. Do you know if there is a
Ghostscript forum where I can post my problem and seek help?



Rick



I think that will complicated. There isn't a good way for those supporting
Ghostscript to verify the pipe from Octave to Ghostscript is working
correctly. Also we still haven't identified where the "D:\Programs" problem
is coming from.



Perhaps we should start by verifying the eps-file produced when using the
fltk toolkit is ok. Are you able to "print -depsc test.eps"?



If so, please attach the eps-file to your reply.



Ben



Ben:

Here is the test.eps file generated from my short test sequence above. It
has the same problem as the .png file.

Thanks again for helping me with this. The Ghostscript forum looks
intimidating!

Rick
Rick M. Cox
2013-06-13 04:12:52 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 6:59 PM
To: Ben Abbott
Cc: Rick M. Cox; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 12, 2013, at 09:46 PM, Ben Abbott <***@mac.com> wrote:

On Jun 12, 2013, at 09:28 PM, "Rick M. Cox" <***@comcast.net> wrote:


From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.



Rick, scdraw.m and your example above work for me on MacOS X. My impression
is that there is something wrong with Octave/fltk on WinXP or with your
Ghostscript. It is unlikely that fltk is responsible since its OpenGL
stream is captured and turned into an eps by gl2ps. The one "special"
feature of Windows is that all output from saveas() and print() are piped
through Ghostscript (even for eps-files). So I'm inclined to conclude it is
the version of Ghostscript you are running that is to blame.



Ben



Thanks. I downloaded and installed Ghostscript 9.07 for Windows. I
understood this to be the latest version. Do you know if there is a
Ghostscript forum where I can post my problem and seek help?



Rick



I think that will complicated. There isn't a good way for those supporting
Ghostscript to verify the pipe from Octave to Ghostscript is working
correctly. Also we still haven't identified where the "D:\Programs" problem
is coming from.



Perhaps we should start by verifying the eps-file produced when using the
fltk toolkit is ok. Are you able to "print -depsc test.eps"?



If so, please attach the eps-file to your reply.



Ben



We can also check your Ghostscript by ...

gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite -sOutputFile=test.eps scdraw.eps



I've attached the scdraw.eps. Please email me the test.eps that results.
You'll need to replace "gs" with the name of the Ghostscript program you are
running.



Ben





Ben:



I'm sorry. I don't understand what I am to do with the Ghostscript command
line you gave me above. Do I enter that in Octave or do I start Ghostscript
and enter it there?



Rick
Ben Abbott
2013-06-13 02:06:50 UTC
Permalink
On Jun 12, 2013, at 10:01 PM, "Rick M. Cox" <***@comcast.net> wrote:

 
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 6:46 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 
On Jun 12, 2013, at 09:28 PM, "Rick M. Cox" <***@comcast.net> wrote:
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 
On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.
 
Rick, scdraw.m and your example above work for me on MacOS X.  My impression is that there is something wrong with Octave/fltk on WinXP or with your Ghostscript.  It is unlikely that fltk is responsible since its OpenGL stream is captured and turned into an eps by gl2ps.  The one "special" feature of Windows is that all output from saveas() and print() are piped through Ghostscript (even for eps-files).  So I'm inclined to conclude it is the version of Ghostscript you are running that is to blame.
 
Ben
  
Thanks.  I downloaded and installed Ghostscript 9.07 for Windows.  I understood this to be the latest version.  Do you know if there is a Ghostscript forum where I can post my problem and seek help?
 
Rick
 
I think that will complicated.  There isn't a good way for those supporting Ghostscript to verify the pipe from Octave to Ghostscript is working correctly.  Also we still haven't identified where the "D:\Programs" problem is coming from.
 
Perhaps we should start by verifying the eps-file produced when using the fltk toolkit is ok.  Are you able to "print -depsc test.eps"?
 
If so, please attach the eps-file to your reply.
 
Ben
 
Ben:
Here is the test.eps file generated from my short test sequence above.  It has the same problem as the .png file.
Thanks again for helping me with this.  The Ghostscript forum looks intimidating!
Rick
 
Ok.  That verifies that using Ghostscript to convert from eps to png is working correctly.

Ben 
Tatsuro MATSUOKA
2013-06-13 04:15:19 UTC
Permalink
1.  I cannot save .pdf file format.  The Octave prompt returns after a few
seconds but there is no file actually saved.
2.  I can save .eps and .png file formats.  It does seem that 3.7.2+ is very
fast!  Unfortunately the saved drawing is a mess.
Please look at the two attached files.  "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot").  "testK.png" is
what "fltk" is producing.  Something is clearly wrong with the "fltk" output
although it is fast!
Hello Rick

I have generated scdraw.png by

graphics_toolkit fltk
scdraw
tic; print -dpng scdraw.png; toc


I have attached scdraw.png.

The version of octave is 3.7.2+ (VS) and that of Ghostscript is 9.04.

For me fltk printing works correctly and I can also generate pdf files.

Regards

Tatsuro
Ben Abbott
2013-06-13 04:44:12 UTC
Permalink
On Jun 13, 2013, at 12:12 AM, "Rick M. Cox" <***@comcast.net> wrote
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 6:59 PM
To: Ben Abbott
Cc: Rick M. Cox; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 
On Jun 12, 2013, at 09:46 PM, Ben Abbott <***@mac.com> wrote:

On Jun 12, 2013, at 09:28 PM, "Rick M. Cox" <***@comcast.net> wrote:
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 
On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.
 
Rick, scdraw.m and your example above work for me on MacOS X.  My impression is that there is something wrong with Octave/fltk on WinXP or with your Ghostscript.  It is unlikely that fltk is responsible since its OpenGL stream is captured and turned into an eps by gl2ps.  The one "special" feature of Windows is that all output from saveas() and print() are piped through Ghostscript (even for eps-files).  So I'm inclined to conclude it is the version of Ghostscript you are running that is to blame.
 
Ben
  
Thanks.  I downloaded and installed Ghostscript 9.07 for Windows.  I understood this to be the latest version.  Do you know if there is a Ghostscript forum where I can post my problem and seek help?
 
Rick
 
I think that will complicated.  There isn't a good way for those supporting Ghostscript to verify the pipe from Octave to Ghostscript is working correctly.  Also we still haven't identified where the "D:\Programs" problem is coming from.
 
Perhaps we should start by verifying the eps-file produced when using the fltk toolkit is ok.  Are you able to "print -depsc test.eps"?
 
If so, please attach the eps-file to your reply.
 
Ben
 
We can also check your Ghostscript by ...

gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite -sOutputFile=test.eps scdraw.eps
 
I've attached the scdraw.eps.  Please email me the test.eps that results.  You'll need to replace "gs" with the name of the Ghostscript program you are running.
 
Ben
 
 
Ben:
 
I’m sorry.  I don’t understand what I am to do with the Ghostscript command line you gave me above.  Do I enter that in Octave or do I start Ghostscript and enter it there?
 
Rick
 
You should run that from the command line of the shell which Octave runs in.

To be sure, you can run it from Octave by ...

[status, output] = system ("gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite -sOutputFile=test.eps scdraw.eps")

However the "gs" needs to be replaced by "gs.exe", "gswin32c.exe", "gswin64c.exe", or "mgs.exe", depending upon what you've installed.

Ben
Rick M. Cox
2013-06-13 05:52:08 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 9:44 PM
To: Rick M. Cox
Cc: 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 12:12 AM, "Rick M. Cox" <***@comcast.net> wrote



From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 6:59 PM
To: Ben Abbott
Cc: Rick M. Cox; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 12, 2013, at 09:46 PM, Ben Abbott <***@mac.com> wrote:

On Jun 12, 2013, at 09:28 PM, "Rick M. Cox" <***@comcast.net> wrote:


From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.



Rick, scdraw.m and your example above work for me on MacOS X. My impression is that there is something wrong with Octave/fltk on WinXP or with your Ghostscript. It is unlikely that fltk is responsible since its OpenGL stream is captured and turned into an eps by gl2ps. The one "special" feature of Windows is that all output from saveas() and print() are piped through Ghostscript (even for eps-files). So I'm inclined to conclude it is the version of Ghostscript you are running that is to blame.



Ben



Thanks. I downloaded and installed Ghostscript 9.07 for Windows. I understood this to be the latest version. Do you know if there is a Ghostscript forum where I can post my problem and seek help?



Rick



I think that will complicated. There isn't a good way for those supporting Ghostscript to verify the pipe from Octave to Ghostscript is working correctly. Also we still haven't identified where the "D:\Programs" problem is coming from.



Perhaps we should start by verifying the eps-file produced when using the fltk toolkit is ok. Are you able to "print -depsc test.eps"?



If so, please attach the eps-file to your reply.



Ben



We can also check your Ghostscript by ...

gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite -sOutputFile=test.eps scdraw.eps



I've attached the scdraw.eps. Please email me the test.eps that results. You'll need to replace "gs" with the name of the Ghostscript program you are running.



Ben





Ben:



I’m sorry. I don’t understand what I am to do with the Ghostscript command line you gave me above. Do I enter that in Octave or do I start Ghostscript and enter it there?



Rick



You should run that from the command line of the shell which Octave runs in.



To be sure, you can run it from Octave by ...



[status, output] = system ("gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite -sOutputFile=test.eps scdraw.eps")



However the "gs" needs to be replaced by "gs.exe", "gswin32c.exe", "gswin64c.exe", or "mgs.exe", depending upon what you've installed.



Ben



Ben:

Attached is the test.eps file that resulted from the command line. It looks like it should.

Rick
Nicholas Jankowski
2013-06-13 13:55:47 UTC
Permalink
** **
** **
*Sent:* Wednesday, June 12, 2013 9:44 PM
*To:* Rick M. Cox
*Cc:* 'help-octave Octave'
*Subject:* Re: Help with saveas and fltk****
** **
**
****
*Sent:* Wednesday, June 12, 2013 6:59 PM
*To:* Ben Abbott
*Cc:* Rick M. Cox; 'help-octave Octave'
*Subject:* Re: Help with saveas and fltk****
****
****
*Sent:* Wednesday, June 12, 2013 5:39 PM
*To:* Rick M. Cox
*Subject:* Re: Help with saveas and fltk****
****
***
-----Original Message-----
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(
http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.
1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.
Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!
BTW: I really like the GUI for Octave 3.7.2+
Rick
==========
I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.
I have created a very simple sequence which generates this problem on my
x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"
The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.
I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.****
****
Rick, scdraw.m and your example above work for me on MacOS X. My
impression is that there is something wrong with Octave/fltk on WinXP or
with your Ghostscript. It is unlikely that fltk is responsible since its
OpenGL stream is captured and turned into an eps by gl2ps. The one
"special" feature of Windows is that all output from saveas() and print()
are piped through Ghostscript (even for eps-files). So I'm inclined to
conclude it is the version of Ghostscript you are running that is to blame.
****
****
Ben****
****
Thanks. I downloaded and installed Ghostscript 9.07 for Windows. I
understood this to be the latest version. Do you know if there is a
Ghostscript forum where I can post my problem and seek help?****
****
Rick****
****
I think that will complicated. There isn't a good way for those
supporting Ghostscript to verify the pipe from Octave to Ghostscript is
working correctly. Also we still haven't identified where the
"D:\Programs" problem is coming from.****
****
Perhaps we should start by verifying the eps-file produced when using the
fltk toolkit is ok. Are you able to "print -depsc test.eps"?****
****
If so, please attach the eps-file to your reply.****
****
Ben****
****
We can also check your Ghostscript by ...
gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite -sOutputFile=test.eps scdraw.eps
****
****
I've attached the scdraw.eps. Please email me the test.eps that results.
You'll need to replace "gs" with the name of the Ghostscript program you
are running.****
****
Ben****
****
****
Ben:****
****
I’m sorry. I don’t understand what I am to do with the Ghostscript
command line you gave me above. Do I enter that in Octave or do I start
Ghostscript and enter it there?****
****
Rick****
****
You should run that from the command line of the shell which Octave runs
in.****
** **
To be sure, you can run it from Octave by ...****
** **
[status, output] = system ("gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite
-sOutputFile=test.eps scdraw.eps")****
** **
However the "gs" needs to be replaced by "gs.exe", "gswin32c.exe",
"gswin64c.exe", or "mgs.exe", depending upon what you've installed.****
** **
Ben****
** **
Ben:****
Attached is the test.eps file that resulted from the command line. It
looks like it should.****
Rick****
Actually, I guess a good point here is that for the Win32 versions, they
come with a version of ghostscript along with Octave, sitting in:
\Octave3.6.4_gcc4.6.2\gs\bin

system("gswin32.exe")

pops up a command window for that version (9.07). I assume all of the
Octave functions using gs go to that one, but if it's through system path/
environment variables is it possible that Rick has another ghostscript
causing some sort of conflict? (hence the "d:/program" location error,
which _should_ be a non-issue for the windows version if Octave isn't
sitting under the Program Files folder. )

nickj
Rick M. Cox
2013-06-13 19:12:36 UTC
Permalink
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Thursday, June 13, 2013 6:56 AM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk



On Thu, Jun 13, 2013 at 1:52 AM, Rick M. Cox <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 9:44 PM
To: Rick M. Cox
Cc: 'help-octave Octave'


Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 12:12 AM, "Rick M. Cox" <***@comcast.net> wrote



From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 6:59 PM
To: Ben Abbott
Cc: Rick M. Cox; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 12, 2013, at 09:46 PM, Ben Abbott <***@mac.com> wrote:

On Jun 12, 2013, at 09:28 PM, "Rick M. Cox" <***@comcast.net> wrote:


From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.



Rick, scdraw.m and your example above work for me on MacOS X. My impression
is that there is something wrong with Octave/fltk on WinXP or with your
Ghostscript. It is unlikely that fltk is responsible since its OpenGL
stream is captured and turned into an eps by gl2ps. The one "special"
feature of Windows is that all output from saveas() and print() are piped
through Ghostscript (even for eps-files). So I'm inclined to conclude it is
the version of Ghostscript you are running that is to blame.



Ben



Thanks. I downloaded and installed Ghostscript 9.07 for Windows. I
understood this to be the latest version. Do you know if there is a
Ghostscript forum where I can post my problem and seek help?



Rick



I think that will complicated. There isn't a good way for those supporting
Ghostscript to verify the pipe from Octave to Ghostscript is working
correctly. Also we still haven't identified where the "D:\Programs" problem
is coming from.



Perhaps we should start by verifying the eps-file produced when using the
fltk toolkit is ok. Are you able to "print -depsc test.eps"?



If so, please attach the eps-file to your reply.



Ben



We can also check your Ghostscript by ...

gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite -sOutputFile=test.eps scdraw.eps



I've attached the scdraw.eps. Please email me the test.eps that results.
You'll need to replace "gs" with the name of the Ghostscript program you are
running.



Ben





Ben:



I'm sorry. I don't understand what I am to do with the Ghostscript command
line you gave me above. Do I enter that in Octave or do I start Ghostscript
and enter it there?



Rick



You should run that from the command line of the shell which Octave runs in.



To be sure, you can run it from Octave by ...



[status, output] = system ("gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite
-sOutputFile=test.eps scdraw.eps")



However the "gs" needs to be replaced by "gs.exe", "gswin32c.exe",
"gswin64c.exe", or "mgs.exe", depending upon what you've installed.



Ben



Ben:

Attached is the test.eps file that resulted from the command line. It looks
like it should.

Rick




Actually, I guess a good point here is that for the Win32 versions, they
come with a version of ghostscript along with Octave, sitting in:
\Octave3.6.4_gcc4.6.2\gs\bin

system("gswin32.exe")

pops up a command window for that version (9.07). I assume all of the
Octave functions using gs go to that one, but if it's through system path/
environment variables is it possible that Rick has another ghostscript
causing some sort of conflict? (hence the "d:/program" location error, which
_should_ be a non-issue for the windows version if Octave isn't sitting
under the Program Files folder. )

nickj





Nick and Ben:



I hope some of this helps:



1. I haven't seen the "D:\Program" error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no
white spaces. Even though I don't use it anymore, I never deleted Octave
3.6.4. It still resides in a path with white spaces. I certainly could
delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.

4. When I type system ("gswin32c.exe") I get a Ghostscript 9.07 header.



I'm cheered that my routines work on your systems. I'd like it to work on
mine. J



Thanks again,



Rick
Ben Abbott
2013-06-13 01:59:15 UTC
Permalink
On Jun 12, 2013, at 09:46 PM, Ben Abbott <***@mac.com> wrote:

On Jun 12, 2013, at 09:28 PM, "Rick M. Cox" <***@comcast.net> wrote:
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Wednesday, June 12, 2013 5:39 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; ***@yahoo.co.jp; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 
On Jun 12, 2013, at 07:30 PM, "Rick M. Cox" <***@comcast.net> wrote:

-----Original Message-----
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 07, 2013 7:39 AM
To: ***@yahoo.co.jp
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
nickj
Thanks for the help offer. I have attached the short Octave program
that is an example of my problem.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
. 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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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.
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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 :)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
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?
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Hello Rick
I examined your example on 3.6.4 (VS) (Win7 64 bit core i5 4GB Ram).
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1014.2 seconds.
I also tested 3.6.4 mingw.
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 1001.72 seconds.
For both cases, printing time was more than one thousand second.
Printing on fltk for your example was very slow.
Regards
Tatsuro
I have tested on octave -3.7.2+ (development snapshot on Feb 23).
(http://octave.1599824.n4.nabble.com/Octave-3-7-2-Windows-VS2010-available-t
d4650194.html)
Post by Tatsuro MATSUOKA
Post by Tatsuro MATSUOKA
Post by Nicholas Jankowski
graphics_toolkit fltk
scdraw
tic; print -dpdf scdraw.pdf; toc
Elapsed time is 2.06 seconds.
Speed of fltk printing seems to beimproved in the development source.
Regards
Tatsuro
WOW. from 1000 to 2 seconds. now that's pretty impressive.

Tatsuro:

I installed Octave 3.7.2+ and here is what I found:

1. I cannot save .pdf file format. The Octave prompt returns after a few
seconds but there is no file actually saved.
2. I can save .eps and .png file formats. It does seem that 3.7.2+ is very
fast! Unfortunately the saved drawing is a mess.

Please look at the two attached files. "test2.png" is what a Smith Chart is
supposed to look like (this was generated with "gnuplot"). "testK.png" is
what "fltk" is producing. Something is clearly wrong with the "fltk" output
although it is fast!

BTW: I really like the GUI for Octave 3.7.2+

Rick

==========

Ben, Nick, Tatsuro, et al:

I was wondering if any of you had made any progress in replicating my file
save problem with 'fltk'. To recap, 'fltk' quickly generates a correct
on-screen image of what I plot but when I try to save the figure it becomes
corrupted. 'gnuplot' does not seem to have this problem.

I have created a very simple sequence which generates this problem on my
WinXP machine:

x = linspace (-1, 1, 101);
y = sqrt (1 - x.^2);
plot (x, y)
print "testfltk.png"

The correct semicircular plot is generated on screen but the attached
'testfltk.png' file is what results from the print command. For some reason
'fltk' periodically generates rays from the (-1, 0) point to the semicircle.

I would appreciate an opinion as to whether this is an Octave problem, a
fltk problem or a problem with my particular WinXP configuration.
 
Rick, scdraw.m and your example above work for me on MacOS X.  My impression is that there is something wrong with Octave/fltk on WinXP or with your Ghostscript.  It is unlikely that fltk is responsible since its OpenGL stream is captured and turned into an eps by gl2ps.  The one "special" feature of Windows is that all output from saveas() and print() are piped through Ghostscript (even for eps-files).  So I'm inclined to conclude it is the version of Ghostscript you are running that is to blame.
 
Ben
  
Thanks.  I downloaded and installed Ghostscript 9.07 for Windows.  I understood this to be the latest version.  Do you know if there is a Ghostscript forum where I can post my problem and seek help?
 
Rick
 
I think that will complicated.  There isn't a good way for those supporting Ghostscript to verify the pipe from Octave to Ghostscript is working correctly.  Also we still haven't identified where the "D:\Programs" problem is coming from.

Perhaps we should start by verifying the eps-file produced when using the fltk toolkit is ok.  Are you able to "print -depsc test.eps"?

If so, please attach the eps-file to your reply.

Ben
 
We can also check your Ghostscript by ...

gs -dBATCH -dNOPAUSE -q -sDEVICE=epswrite -sOutputFile=test.eps scdraw.eps

I've attached the scdraw.eps.  Please email me the test.eps that results.  You'll need to replace "gs" with the name of the Ghostscript program you are running.

Ben
Ben Abbott
2013-06-14 00:57:42 UTC
Permalink
On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:
 
Nick and Ben:
 
I hope some of this helps:
 
1.      I haven’t seen the “D:\Program” error in a long time.
2.      I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces.  Even though I don’t use it anymore, I never deleted Octave 3.6.4.  It still resides in a path with white spaces.  I certainly could delete it if you thought it was a problem.
3.      I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.
4.      When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.
 
I’m cheered that my routines work on your systems.  I’d like it to work on mine.  J
 
Thanks again,
 
Rick
 

I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.

Also tell us if you've installed more than one version of Ghostscript and where they are.

Ben
Rick M. Cox
2013-06-14 01:44:39 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:



Nick and Ben:



I hope some of this helps:



1. I haven’t seen the “D:\Program” error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.

4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.



I’m cheered that my routines work on your systems. I’d like it to work on mine. J



Thanks again,



Rick





I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.



Also tell us if you've installed more than one version of Ghostscript and where they are.



Ben



Ben:

I am sorry but I don’t know how to copy something from the Octave 3.7.2+ Command Window. I can see the results of the EXEC_PATH command but I can’t copy them. I have looked for help on the web but haven’t found the right thing yet.

As to your second question there is only one copy of Ghostscript installed on my machine. When I tried to install it to a path with no white spaces, I had to uninstall the previous version first. The path to Ghostscript on my machine is:

D:\Ghostscript\gs9.07

I added this path to the Environment Variables on my system.

Rick
Nicholas Jankowski
2013-06-14 01:56:35 UTC
Permalink
** **
** **
*Sent:* Thursday, June 13, 2013 5:58 PM
*To:* Rick M. Cox
*Cc:* 'Nicholas Jankowski'; 'help-octave Octave'
*Subject:* Re: Help with saveas and fltk****
** **
***
****
Nick and Ben:****
****
I hope some of this helps:****
****
1. I haven’t seen the “D:\Program” error in a long time.****
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no
white spaces. Even though I don’t use it anymore, I never deleted Octave
3.6.4. It still resides in a path with white spaces. I certainly could
delete it if you thought it was a problem.****
3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.****
4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07
header.****
****
I’m cheered that my routines work on your systems. I’d like it to work on
mine. J****
****
Thanks again,****
****
Rick****
****
** **
I'm not sure it will help resolve the problem, but please type EXEC_PATH
at Octave's prompt and copy-n-paste the text it returns into you reply.***
*
** **
Also tell us if you've installed more than one version of Ghostscript and
where they are.****
** **
Ben****
** **
Ben:****
I am sorry but I don’t know how to copy something from the Octave 3.7.2+
Command Window. I can see the results of the EXEC_PATH command but I can’t
copy them. I have looked for help on the web but haven’t found the right
thing yet.****
As to your second question there is only one copy of Ghostscript installed
on my machine. When I tried to install it to a path with no white spaces,
I had to uninstall the previous version first. The path to Ghostscript on
my machine is:****
D:\Ghostscript\gs9.07****
I added this path to the Environment Variables on my system.****
Rick****
Rick, also check to see if there's one in the Octave folder. The windows
builds might have them included assuming most windows users wouldn't know
what ghostscript is. It would be located here:

for my copy of version 3.6.4, its located at:

C:\Octave\Octave3.6.4_gcc4.6.2\gs

with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Rick M. Cox
2013-06-14 02:25:39 UTC
Permalink
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk



On Thu, Jun 13, 2013 at 9:44 PM, Rick M. Cox <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'


Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:



Nick and Ben:



I hope some of this helps:



1. I haven't seen the "D:\Program" error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no
white spaces. Even though I don't use it anymore, I never deleted Octave
3.6.4. It still resides in a path with white spaces. I certainly could
delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.

4. When I type system ("gswin32c.exe") I get a Ghostscript 9.07 header.



I'm cheered that my routines work on your systems. I'd like it to work on
mine. J



Thanks again,



Rick





I'm not sure it will help resolve the problem, but please type EXEC_PATH at
Octave's prompt and copy-n-paste the text it returns into you reply.



Also tell us if you've installed more than one version of Ghostscript and
where they are.



Ben



Ben:

I am sorry but I don't know how to copy something from the Octave 3.7.2+
Command Window. I can see the results of the EXEC_PATH command but I can't
copy them. I have looked for help on the web but haven't found the right
thing yet.

As to your second question there is only one copy of Ghostscript installed
on my machine. When I tried to install it to a path with no white spaces, I
had to uninstall the previous version first. The path to Ghostscript on my
machine is:

D:\Ghostscript\gs9.07

I added this path to the Environment Variables on my system.

Rick


Rick, also check to see if there's one in the Octave folder. The windows
builds might have them included assuming most windows users wouldn't know
what ghostscript is. It would be located here:

for my copy of version 3.6.4, its located at:

C:\Octave\Octave3.6.4_gcc4.6.2\gs

with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe





Nick:



Yes there is one there as well.



Rick
Rick M. Cox
2013-06-14 01:55:14 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:



Nick and Ben:



I hope some of this helps:



1. I haven’t seen the “D:\Program” error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.

4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.



I’m cheered that my routines work on your systems. I’d like it to work on mine. J



Thanks again,



Rick





I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.



Also tell us if you've installed more than one version of Ghostscript and where they are.



Ben



Ben:

Using the diary command I captured the following in response to EXEC_PATH:

ans = D:\Octave\Octave-3.7.2+\msys\bin;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\api-v48+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\bin

Rick
Ben Abbott
2013-06-14 02:40:19 UTC
Permalink
On Jun 13, 2013, at 09:55 PM, "Rick M. Cox" <***@comcast.net> wrote:

 
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 
On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:
 
Nick and Ben:
 
I hope some of this helps:
 
1.      I haven’t seen the “D:\Program” error in a long time.
2.      I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces.  Even though I don’t use it anymore, I never deleted Octave 3.6.4.  It still resides in a path with white spaces.  I certainly could delete it if you thought it was a problem.
3.      I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.
4.      When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.
 
I’m cheered that my routines work on your systems.  I’d like it to work on mine.  J
 
Thanks again,
 
Rick
 
 
I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.
 
Also tell us if you've installed more than one version of Ghostscript and where they are.
 
Ben
 
Ben:
Using the diary command I captured the following in response to EXEC_PATH:
ans = D:\Octave\Octave-3.7.2+\msys\bin;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\api-v48+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\bin
Rick
 
Oh! ... I didn't know you were running a mingw version of Octave.  Are you using the MSYS shell or a DOS COMMAND shell?

If I recall correctly, the MSYS shell allows copy, cut, and paste.  Thus, my guess is you are using the DOS COMMAND shell.

Please try running Octave from the MSYS shell and let us know if the printing functionality improves.

Ben
Rick M. Cox
2013-06-14 02:49:30 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 7:40 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk





On Jun 13, 2013, at 09:55 PM, "Rick M. Cox" <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:



Nick and Ben:



I hope some of this helps:



1. I haven’t seen the “D:\Program” error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.

4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.



I’m cheered that my routines work on your systems. I’d like it to work on mine. J



Thanks again,



Rick





I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.



Also tell us if you've installed more than one version of Ghostscript and where they are.



Ben



Ben:

Using the diary command I captured the following in response to EXEC_PATH:

ans = D:\Octave\Octave-3.7.2+\msys\bin;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\api-v48+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\bin

Rick



Oh! ... I didn't know you were running a mingw version of Octave. Are you using the MSYS shell or a DOS COMMAND shell?



If I recall correctly, the MSYS shell allows copy, cut, and paste. Thus, my guess is you are using the DOS COMMAND shell.



Please try running Octave from the MSYS shell and let us know if the printing functionality improves.



Ben



Ben:

How do I do this?

Rick
Ben Abbott
2013-06-14 02:55:12 UTC
Permalink
On Jun 13, 2013, at 10:25 PM, "Rick M. Cox" <***@comcast.net> wrote:

 From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas Jankowski
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
 
On Thu, Jun 13, 2013 at 9:44 PM, Rick M. Cox <***@comcast.net> wrote:
 
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'

Subject: Re: Help with saveas and fltk
 
On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:
 
Nick and Ben:
 
I hope some of this helps:
 
1.      I haven’t seen the “D:\Program” error in a long time.
2.      I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces.  Even though I don’t use it anymore, I never deleted Octave 3.6.4.  It still resides in a path with white spaces.  I certainly could delete it if you thought it was a problem.
3.      I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.
4.      When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.
 
I’m cheered that my routines work on your systems.  I’d like it to work on mine.  J
 
Thanks again,
 
Rick
 
 
I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.
 
Also tell us if you've installed more than one version of Ghostscript and where they are.
 
Ben
 
Ben:
I am sorry but I don’t know how to copy something from the Octave 3.7.2+ Command Window.  I can see the results of the EXEC_PATH command but I can’t copy them.  I have looked for help on the web but haven’t found the right thing yet.
As to your second question there is only one copy of Ghostscript installed on my machine.  When I tried to install it to a path with no white spaces, I had to uninstall the previous version first.  The path to Ghostscript on my machine is:
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick

Rick, also check to see if there's one in the Octave folder. The windows builds might have them included assuming most windows users wouldn't know what ghostscript is. It would be located here:

for my copy of version 3.6.4, its located at:

C:\Octave\Octave3.6.4_gcc4.6.2\gs

with the main executable as C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
 
Nick,

Since Rick is running the mingw version of Octave, is there a problem using gswin32.exe instead of the mingw gs.exe?

Ben
Nicholas Jankowski
2013-06-14 10:25:17 UTC
Permalink
Post by Rick M. Cox
Jankowski
*Sent:* Thursday, June 13, 2013 6:57 PM
*To:* Rick M. Cox
*Cc:* Ben Abbott; help-octave Octave
*Subject:* Re: Help with saveas and fltk
*Sent:* Thursday, June 13, 2013 5:58 PM
*To:* Rick M. Cox
*Cc:* 'Nicholas Jankowski'; 'help-octave Octave'
*Subject:* Re: Help with saveas and fltk
1. I haven’t seen the “D:\Program” error in a long time.
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no
white spaces. Even though I don’t use it anymore, I never deleted Octave
3.6.4. It still resides in a path with white spaces. I certainly could
delete it if you thought it was a problem.
3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.
4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07
header.
I’m cheered that my routines work on your systems. I’d like it to work on
mine. J
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type EXEC_PATH
at Octave's prompt and copy-n-paste the text it returns into you reply.
Also tell us if you've installed more than one version of Ghostscript and where they are.
Ben
I am sorry but I don’t know how to copy something from the Octave 3.7.2+
Command Window. I can see the results of the EXEC_PATH command but I can’t
copy them. I have looked for help on the web but haven’t found the right
thing yet.
As to your second question there is only one copy of Ghostscript installed
on my machine. When I tried to install it to a path with no white spaces,
I had to uninstall the previous version first. The path to Ghostscript on
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
Rick, also check to see if there's one in the Octave folder. The windows
builds might have them included assuming most windows users wouldn't know
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Nick,
Since Rick is running the mingw version of Octave, is there a problem
using gswin32.exe instead of the mingw gs.exe?
Ben
I believe on mine the executable included in octave is gswin32.exe, there
is no gs.exe

and threadhopping to your other question, the MinGW version includes a
shortcut that starts Octave in what I believe is the msys shell. It
doesn't add things to the system path such that runnign commands from the
dos shell will automatically do anything.
Benjamin Abbott
2013-06-14 10:35:35 UTC
Permalink
Post by Ben Abbott
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
1. I haven’t seen the “D:\Program” error in a long time.
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.
3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.
4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.
I’m cheered that my routines work on your systems. I’d like it to work on mine. J
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.
Also tell us if you've installed more than one version of Ghostscript and where they are.
Ben
I am sorry but I don’t know how to copy something from the Octave 3.7.2+ Command Window. I can see the results of the EXEC_PATH command but I can’t copy them. I have looked for help on the web but haven’t found the right thing yet.
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Nick,
Since Rick is running the mingw version of Octave, is there a problem using gswin32.exe instead of the mingw gs.exe?
Ben
I believe on mine the executable included in octave is gswin32.exe, there is no gs.exe
and threadhopping to your other question, the MinGW version includes a shortcut that starts Octave in what I believe is the msys shell. It doesn't add things to the system path such that runnign commands from the dos shell will automatically do anything.
On win7, I have an msys octave-3.6.2 that is able to print using gswin32.exe. Which version of windows are you running?

Ben
Rick M. Cox
2013-06-14 19:44:02 UTC
Permalink
From: Benjamin Abbott [mailto:***@mac.com]
Sent: Friday, June 14, 2013 3:36 AM
To: Nicholas Jankowski
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk



On Jun 14, 2013, at 6:25 PM, Nicholas Jankowski <***@asme.org> wrote:



On Thu, Jun 13, 2013 at 10:55 PM, Ben Abbott <***@mac.com> wrote:


On Jun 13, 2013, at 10:25 PM, "Rick M. Cox" <***@comcast.net> wrote:

From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas Jankowski

Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk



On Thu, Jun 13, 2013 at 9:44 PM, Rick M. Cox <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'


Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:



Nick and Ben:



I hope some of this helps:



1. I haven’t seen the “D:\Program” error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.

4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.



I’m cheered that my routines work on your systems. I’d like it to work on mine. J



Thanks again,



Rick





I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.



Also tell us if you've installed more than one version of Ghostscript and where they are.



Ben



Ben:

I am sorry but I don’t know how to copy something from the Octave 3.7.2+ Command Window. I can see the results of the EXEC_PATH command but I can’t copy them. I have looked for help on the web but haven’t found the right thing yet.

As to your second question there is only one copy of Ghostscript installed on my machine. When I tried to install it to a path with no white spaces, I had to uninstall the previous version first. The path to Ghostscript on my machine is:

D:\Ghostscript\gs9.07

I added this path to the Environment Variables on my system.

Rick


Rick, also check to see if there's one in the Octave folder. The windows builds might have them included assuming most windows users wouldn't know what ghostscript is. It would be located here:

for my copy of version 3.6.4, its located at:

C:\Octave\Octave3.6.4_gcc4.6.2\gs

with the main executable as C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe



Nick,



Since Rick is running the mingw version of Octave, is there a problem using gswin32.exe instead of the mingw gs.exe?



Ben



I believe on mine the executable included in octave is gswin32.exe, there is no gs.exe

and threadhopping to your other question, the MinGW version includes a shortcut that starts Octave in what I believe is the msys shell. It doesn't add things to the system path such that runnign commands from the dos shell will automatically do anything.



On win7, I have an msys octave-3.6.2 that is able to print using gswin32.exe. Which version of windows are you running?



Ben





Ben:



I am running Windows XP Pro SP3. I use Octave 3.7.2+ with the GUI. I had the same problem though with Octave 3.6.4.



Rick
Ben Abbott
2013-06-15 01:32:59 UTC
Permalink
Post by Rick M. Cox
Sent: Friday, June 14, 2013 3:36 AM
To: Nicholas Jankowski
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Benjamin Abbott
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Nicholas Jankowski
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
1. I haven’t seen the “D:\Program” error in a long time.
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.
3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.
4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.
I’m cheered that my routines work on your systems. I’d like it to work on mine. J
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.
Also tell us if you've installed more than one version of Ghostscript and where they are.
Ben
I am sorry but I don’t know how to copy something from the Octave 3.7.2+ Command Window. I can see the results of the EXEC_PATH command but I can’t copy them. I have looked for help on the web but haven’t found the right thing yet.
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Nick,
Since Rick is running the mingw version of Octave, is there a problem using gswin32.exe instead of the mingw gs.exe?
Ben
I believe on mine the executable included in octave is gswin32.exe, there is no gs.exe
and threadhopping to your other question, the MinGW version includes a shortcut that starts Octave in what I believe is the msys shell. It doesn't add things to the system path such that runnign commands from the dos shell will automatically do anything.
On win7, I have an msys octave-3.6.2 that is able to print using gswin32.exe. Which version of windows are you running?
Ben
I am running Windows XP Pro SP3. I use Octave 3.7.2+ with the GUI. I had the same problem though with Octave 3.6.4.
Rick
Except that the problem appears to be related to WinXP, I have no other insight at the moment. Is anyone else following the discussion running XP?

Ben
Nicholas Jankowski
2013-06-15 01:47:55 UTC
Permalink
i have an xp machine i could throw 3.64 on... will try it when i get a
chance.
Post by Rick M. Cox
Post by Rick M. Cox
Sent: Friday, June 14, 2013 3:36 AM
To: Nicholas Jankowski
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Nicholas Jankowski
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Nicholas Jankowski
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
1. I haven’t seen the “D:\Program” error in a long time.
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths
with no white spaces. Even though I don’t use it anymore, I never deleted
Octave 3.6.4. It still resides in a path with white spaces. I certainly
could delete it if you thought it was a problem.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
4. When I type system (“gswin32c.exe”) I get a Ghostscript
9.07 header.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
I’m cheered that my routines work on your systems. I’d like it
to work on mine. J
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type
EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you
reply.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Also tell us if you've installed more than one version of
Ghostscript and where they are.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Ben
I am sorry but I don’t know how to copy something from the Octave
3.7.2+ Command Window. I can see the results of the EXEC_PATH command but
I can’t copy them. I have looked for help on the web but haven’t found the
right thing yet.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
As to your second question there is only one copy of Ghostscript
installed on my machine. When I tried to install it to a path with no
white spaces, I had to uninstall the previous version first. The path to
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
Rick, also check to see if there's one in the Octave folder. The
windows builds might have them included assuming most windows users
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Nick,
Since Rick is running the mingw version of Octave, is there a problem
using gswin32.exe instead of the mingw gs.exe?
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Ben
I believe on mine the executable included in octave is gswin32.exe,
there is no gs.exe
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
and threadhopping to your other question, the MinGW version includes a
shortcut that starts Octave in what I believe is the msys shell. It
doesn't add things to the system path such that runnign commands from the
dos shell will automatically do anything.
Post by Rick M. Cox
Post by Benjamin Abbott
On win7, I have an msys octave-3.6.2 that is able to print using
gswin32.exe. Which version of windows are you running?
Post by Rick M. Cox
Post by Benjamin Abbott
Ben
I am running Windows XP Pro SP3. I use Octave 3.7.2+ with the GUI. I
had the same problem though with Octave 3.6.4.
Post by Rick M. Cox
Rick
Except that the problem appears to be related to WinXP, I have no other
insight at the moment. Is anyone else following the discussion running XP?
Ben
Rick M. Cox
2013-06-15 01:52:28 UTC
Permalink
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 14, 2013 6:48 PM
To: Ben Abbott
Cc: Rick M. Cox; help-octave Octave; Tatsuro MATSUOKA
Subject: Re: Help with saveas and fltk



i have an xp machine i could throw 3.64 on... will try it when i get a
chance.
Post by Rick M. Cox
Sent: Friday, June 14, 2013 3:36 AM
To: Nicholas Jankowski
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Benjamin Abbott
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Nicholas Jankowski
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
Post by Rick M. Cox
1. I haven't seen the "D:\Program" error in a long time.
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths
with no white spaces. Even though I don't use it anymore, I never deleted
Octave 3.6.4. It still resides in a path with white spaces. I certainly
could delete it if you thought it was a problem.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
4. When I type system ("gswin32c.exe") I get a Ghostscript 9.07 header.
I'm cheered that my routines work on your systems. I'd like it to
work on mine. J
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type
EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you
reply.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Also tell us if you've installed more than one version of
Ghostscript and where they are.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Ben
I am sorry but I don't know how to copy something from the Octave
3.7.2+ Command Window. I can see the results of the EXEC_PATH command but I
can't copy them. I have looked for help on the web but haven't found the
right thing yet.
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
As to your second question there is only one copy of Ghostscript
installed on my machine. When I tried to install it to a path with no white
spaces, I had to uninstall the previous version first. The path to
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
Rick, also check to see if there's one in the Octave folder. The
windows builds might have them included assuming most windows users wouldn't
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Nick,
Since Rick is running the mingw version of Octave, is there a problem
using gswin32.exe instead of the mingw gs.exe?
Post by Rick M. Cox
Post by Benjamin Abbott
Ben
I believe on mine the executable included in octave is gswin32.exe, there is no gs.exe
and threadhopping to your other question, the MinGW version includes a
shortcut that starts Octave in what I believe is the msys shell. It doesn't
add things to the system path such that runnign commands from the dos shell
will automatically do anything.
Post by Rick M. Cox
Post by Benjamin Abbott
On win7, I have an msys octave-3.6.2 that is able to print using
gswin32.exe. Which version of windows are you running?
Post by Rick M. Cox
Post by Benjamin Abbott
Ben
I am running Windows XP Pro SP3. I use Octave 3.7.2+ with the GUI. I had
the same problem though with Octave 3.6.4.
Post by Rick M. Cox
Rick
Except that the problem appears to be related to WinXP, I have no other
insight at the moment. Is anyone else following the discussion running XP?

Ben



Nick and Ben:



I appreciate Nick's offer and look forward to what he finds out.



To add to the mystery every other plot that I have tried so far has saved
just fine. There seems to be something about these semicircles and arcs.



Rick
Ben Abbott
2013-06-15 04:13:17 UTC
Permalink
Post by Rick M. Cox
Sent: Friday, June 14, 2013 6:48 PM
To: Ben Abbott
Cc: Rick M. Cox; help-octave Octave; Tatsuro MATSUOKA
Subject: Re: Help with saveas and fltk
i have an xp machine i could throw 3.64 on... will try it when i get a chance.
Post by Ben Abbott
Post by Rick M. Cox
Sent: Friday, June 14, 2013 3:36 AM
To: Nicholas Jankowski
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Benjamin Abbott
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Nicholas Jankowski
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
1. I haven’t seen the “D:\Program” error in a long time.
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.
3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.
4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.
I’m cheered that my routines work on your systems. I’d like it to work on mine. J
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.
Also tell us if you've installed more than one version of Ghostscript and where they are.
Ben
I am sorry but I don’t know how to copy something from the Octave 3.7.2+ Command Window. I can see the results of the EXEC_PATH command but I can’t copy them. I have looked for help on the web but haven’t found the right thing yet.
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Nick,
Since Rick is running the mingw version of Octave, is there a problem using gswin32.exe instead of the mingw gs.exe?
Ben
I believe on mine the executable included in octave is gswin32.exe, there is no gs.exe
and threadhopping to your other question, the MinGW version includes a shortcut that starts Octave in what I believe is the msys shell. It doesn't add things to the system path such that runnign commands from the dos shell will automatically do anything.
On win7, I have an msys octave-3.6.2 that is able to print using gswin32.exe. Which version of windows are you running?
Ben
I am running Windows XP Pro SP3. I use Octave 3.7.2+ with the GUI. I had the same problem though with Octave 3.6.4.
Rick
Except that the problem appears to be related to WinXP, I have no other insight at the moment. Is anyone else following the discussion running XP?
Ben
I appreciate Nick’s offer and look forward to what he finds out.
To add to the mystery every other plot that I have tried so far has saved just fine. There seems to be something about these semicircles and arcs.
Rick
Perhaps you can experiment with removing different curves to see if you can isolate the problem.

(1) No constant resistance circles
(2) No constant reactance arcs
(3) No text
(4) etc ...

Also, your arcs don't aren't constructed using equal length lines. Try the attached version.

Ben
Rick M. Cox
2013-06-15 05:14:07 UTC
Permalink
-----Original Message-----
From: Ben Abbott [mailto:***@mac.com]
Sent: Friday, June 14, 2013 9:13 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'; 'Tatsuro MATSUOKA'
Subject: Re: Help with saveas and fltk
Post by Rick M. Cox
Sent: Friday, June 14, 2013 6:48 PM
To: Ben Abbott
Cc: Rick M. Cox; help-octave Octave; Tatsuro MATSUOKA
Subject: Re: Help with saveas and fltk
i have an xp machine i could throw 3.64 on... will try it when i get a chance.
Post by Ben Abbott
Post by Rick M. Cox
Sent: Friday, June 14, 2013 3:36 AM
To: Nicholas Jankowski
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Benjamin Abbott
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Nicholas Jankowski
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
On Jun 13, 2013, at 03:12 PM, "Rick M. Cox"
Post by Rick M. Cox
1. I haven't seen the "D:\Program" error in a long time.
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths
with no white spaces. Even though I don't use it anymore, I never deleted
Octave 3.6.4. It still resides in a path with white spaces. I certainly
could delete it if you thought it was a problem.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
4. When I type system ("gswin32c.exe") I get a Ghostscript 9.07 header.
I'm cheered that my routines work on your systems. I'd like it
to work on mine. J
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type
EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you
reply.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Also tell us if you've installed more than one version of
Ghostscript and where they are.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Ben
I am sorry but I don't know how to copy something from the Octave
3.7.2+ Command Window. I can see the results of the EXEC_PATH command but I
can't copy them. I have looked for help on the web but haven't found the
right thing yet.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
As to your second question there is only one copy of Ghostscript
installed on my machine. When I tried to install it to a path with no white
spaces, I had to uninstall the previous version first. The path to
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
Rick, also check to see if there's one in the Octave folder. The
windows builds might have them included assuming most windows users wouldn't
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Nick,
Since Rick is running the mingw version of Octave, is there a
problem using gswin32.exe instead of the mingw gs.exe?
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Ben
I believe on mine the executable included in octave is gswin32.exe, there is no gs.exe
and threadhopping to your other question, the MinGW version includes
a shortcut that starts Octave in what I believe is the msys shell. It
doesn't add things to the system path such that runnign commands from the
dos shell will automatically do anything.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
On win7, I have an msys octave-3.6.2 that is able to print using
gswin32.exe. Which version of windows are you running?
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Ben
I am running Windows XP Pro SP3. I use Octave 3.7.2+ with the GUI. I
had the same problem though with Octave 3.6.4.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Rick
Except that the problem appears to be related to WinXP, I have no other
insight at the moment. Is anyone else following the discussion running XP?
Post by Rick M. Cox
Post by Ben Abbott
Ben
I appreciate Nick's offer and look forward to what he finds out.
To add to the mystery every other plot that I have tried so far has saved
just fine. There seems to be something about these semicircles and arcs.
Post by Rick M. Cox
Rick
Perhaps you can experiment with removing different curves to see if you can
isolate the problem.

(1) No constant resistance circles
(2) No constant reactance arcs
(3) No text
(4) etc ...

Also, your arcs don't aren't constructed using equal length lines. Try the
attached version.

Ben


Ben:

Thanks for scdraw2! I tried it. It still doesn't work but the output is
different. See attached file. Maybe the differences between the outputs of
my scdraw and your scdraw2 can give someone a clue as to what is going on
here.

Simplifying things was the idea behind my routine to just plot a semicircle
and that didn't work earlier. Also, tonight I tried just plotting and
saving an arbitrary cubic equation and it has the same appearance as these
Smith Chart attempts. The on-screen display looks just fine but the saved
file has the same characteristic where periodically the line resets to some
origin and then a ray emanates to the correct graph.

Is there any way to monitor the messages exchanged between Octave, fltk and
Ghostscript as they generate the on-screen displays and save files? Would I
be able to understand them if there was?

Rick
Rick M. Cox
2013-06-15 06:18:03 UTC
Permalink
-----Original Message-----
From: Ben Abbott [mailto:***@mac.com]
Sent: Friday, June 14, 2013 9:13 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'; 'Tatsuro MATSUOKA'
Subject: Re: Help with saveas and fltk
Post by Rick M. Cox
Sent: Friday, June 14, 2013 6:48 PM
To: Ben Abbott
Cc: Rick M. Cox; help-octave Octave; Tatsuro MATSUOKA
Subject: Re: Help with saveas and fltk
i have an xp machine i could throw 3.64 on... will try it when i get a chance.
Post by Ben Abbott
Post by Rick M. Cox
Sent: Friday, June 14, 2013 3:36 AM
To: Nicholas Jankowski
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Benjamin Abbott
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Nicholas Jankowski
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
On Jun 13, 2013, at 03:12 PM, "Rick M. Cox"
Post by Rick M. Cox
1. I haven't seen the "D:\Program" error in a long time.
2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths
with no white spaces. Even though I don't use it anymore, I never deleted
Octave 3.6.4. It still resides in a path with white spaces. I certainly
could delete it if you thought it was a problem.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
4. When I type system ("gswin32c.exe") I get a Ghostscript 9.07 header.
I'm cheered that my routines work on your systems. I'd like it
to work on mine. J
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type
EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you
reply.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Also tell us if you've installed more than one version of
Ghostscript and where they are.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Ben
I am sorry but I don't know how to copy something from the Octave
3.7.2+ Command Window. I can see the results of the EXEC_PATH command but I
can't copy them. I have looked for help on the web but haven't found the
right thing yet.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
As to your second question there is only one copy of Ghostscript
installed on my machine. When I tried to install it to a path with no white
spaces, I had to uninstall the previous version first. The path to
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
Rick, also check to see if there's one in the Octave folder. The
windows builds might have them included assuming most windows users wouldn't
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Nicholas Jankowski
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Nick,
Since Rick is running the mingw version of Octave, is there a
problem using gswin32.exe instead of the mingw gs.exe?
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Ben
I believe on mine the executable included in octave is gswin32.exe, there is no gs.exe
and threadhopping to your other question, the MinGW version includes
a shortcut that starts Octave in what I believe is the msys shell. It
doesn't add things to the system path such that runnign commands from the
dos shell will automatically do anything.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
On win7, I have an msys octave-3.6.2 that is able to print using
gswin32.exe. Which version of windows are you running?
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Ben
I am running Windows XP Pro SP3. I use Octave 3.7.2+ with the GUI. I
had the same problem though with Octave 3.6.4.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Rick
Except that the problem appears to be related to WinXP, I have no other
insight at the moment. Is anyone else following the discussion running XP?
Post by Rick M. Cox
Post by Ben Abbott
Ben
I appreciate Nick's offer and look forward to what he finds out.
To add to the mystery every other plot that I have tried so far has saved
just fine. There seems to be something about these semicircles and arcs.
Post by Rick M. Cox
Rick
Perhaps you can experiment with removing different curves to see if you can
isolate the problem.

(1) No constant resistance circles
(2) No constant reactance arcs
(3) No text
(4) etc ...

Also, your arcs don't aren't constructed using equal length lines. Try the
attached version.

Ben

Ben:

Here is one last message for tonight. I tried plotting a simple cubic
equation.

x = linspace (-10, 10, 201);
y = x.^3;
plot (x,y)
print "testcubic.eps"

The result is attached. In all of these plots it looks like some origin is
selected and a first subset of the whole data set is plotted. The second,
third and so forth subsets are plotted. In the on-screen versions it always
looks just fine. In the saved file versions it looks like the first point
in each subset resets to the origin which results in the 'rays' going out to
each subset. Your version of scdraw does the same thing as mine but with a
different origin. The cubic plot sets an origin in the lower left corner.

I don't know which program is responsible for what but it looks like the
data generated when fltk is the graphics tool includes some character or
command that the on-screen renderer has no problem with but the program that
generates the saved file gets confused by.

I'm revealing my age here but in the old days of mechanical plotters one had
to remember "pen up" and "pen down" commands to keep from getting output
that looks like what happens on my system.

Rick
Dmitri A. Sergatskov
2013-06-15 16:12:43 UTC
Permalink
I wonder If the problem is due to bad OpenGL driver...

Dmitri.
--
Michael Goffioul
2013-06-15 19:59:22 UTC
Permalink
On Sat, Jun 15, 2013 at 12:12 PM, Dmitri A. Sergatskov <
Post by Dmitri A. Sergatskov
I wonder If the problem is due to bad OpenGL driver...
That's indeed something I have been wondering. For the record the way
printing from FLTK/OpenGL works is as follows:
1) the OpenGL feedback buffer is turned on
2) octave makes the plot by sending all the required OpenGL commands
3) GL2PS retrieves the feedback buffer from OpenGL; this buffer contains
the list of primitives representing the plot; those primitives are
expressed screen coordinates (basically the buffer contains the 2D
projection of the 3D scene)
4) GL2PS translates the primitives into equivalent PostScript commands

The point is that the content of the buffer in 3) is driver dependent. If
you have spurious lines in the final postscript file, it can mean that:
1) GL2PS is buggy and misinterpret the content of the feedback buffer
2) the driver is buggy and put unwanted primitives in the feedback buffer

Michael.
Rick M. Cox
2013-06-16 04:15:02 UTC
Permalink
From: Michael Goffioul [mailto:***@gmail.com]
Sent: Saturday, June 15, 2013 12:59 PM
To: Dmitri A. Sergatskov
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk



On Sat, Jun 15, 2013 at 12:12 PM, Dmitri A. Sergatskov
<***@gmail.com> wrote:

I wonder If the problem is due to bad OpenGL driver...



That's indeed something I have been wondering. For the record the way
printing from FLTK/OpenGL works is as follows:

1) the OpenGL feedback buffer is turned on

2) octave makes the plot by sending all the required OpenGL commands

3) GL2PS retrieves the feedback buffer from OpenGL; this buffer contains the
list of primitives representing the plot; those primitives are expressed
screen coordinates (basically the buffer contains the 2D projection of the
3D scene)

4) GL2PS translates the primitives into equivalent PostScript commands



The point is that the content of the buffer in 3) is driver dependent. If
you have spurious lines in the final postscript file, it can mean that:

1) GL2PS is buggy and misinterpret the content of the feedback buffer

2) the driver is buggy and put unwanted primitives in the feedback buffer



Michael.





I'm happy to run any experiments or provide any information that you might
need to run this idea down further.



Rick
Dmitri A. Sergatskov
2013-06-16 20:03:19 UTC
Permalink
** **
** **
I’m happy to run any experiments or provide any information that you might
need to run this idea down further.****
** **
Rick
Can you stick in a different graphics card in your computer?
Alternatively you can try to find a different driver for the existing card.
Sometime MS may have some generic driver included with Win, but the
card manufacturer may have a "better", more complete driver available.

So switching one for another can make a difference here.

Dmitri.
--
Rick M. Cox
2013-06-16 22:26:28 UTC
Permalink
From: Dmitri A. Sergatskov [mailto:***@gmail.com]
Sent: Sunday, June 16, 2013 1:03 PM
To: Rick M. Cox
Cc: Michael Goffioul; help-octave Octave
Subject: Re: Help with saveas and fltk







On Sat, Jun 15, 2013 at 11:15 PM, Rick M. Cox <***@comcast.net> wrote:





I'm happy to run any experiments or provide any information that you might
need to run this idea down further.



Rick



Can you stick in a different graphics card in your computer?

Alternatively you can try to find a different driver for the existing card.

Sometime MS may have some generic driver included with Win, but the

card manufacturer may have a "better", more complete driver available.

So switching one for another can make a difference here.



Dmitri.
--



Dmitri:

I don't have access to a different graphics card. I did try to update the
driver for my ATI Radeon card. So far I have been unsuccessful. The
installation program refuses to see the old drivers or the new ones. I have
more work to do here.

Rick

Rick M. Cox
2013-06-14 19:41:48 UTC
Permalink
From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski
Sent: Friday, June 14, 2013 3:25 AM
To: Ben Abbott
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk



On Thu, Jun 13, 2013 at 10:55 PM, Ben Abbott <***@mac.com> wrote:


On Jun 13, 2013, at 10:25 PM, "Rick M. Cox" <***@comcast.net> wrote:

From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Nicholas
Jankowski

Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk



On Thu, Jun 13, 2013 at 9:44 PM, Rick M. Cox <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'


Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:



Nick and Ben:



I hope some of this helps:



1. I haven't seen the "D:\Program" error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no
white spaces. Even though I don't use it anymore, I never deleted Octave
3.6.4. It still resides in a path with white spaces. I certainly could
delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.

4. When I type system ("gswin32c.exe") I get a Ghostscript 9.07 header.



I'm cheered that my routines work on your systems. I'd like it to work on
mine. J



Thanks again,



Rick





I'm not sure it will help resolve the problem, but please type EXEC_PATH at
Octave's prompt and copy-n-paste the text it returns into you reply.



Also tell us if you've installed more than one version of Ghostscript and
where they are.



Ben



Ben:

I am sorry but I don't know how to copy something from the Octave 3.7.2+
Command Window. I can see the results of the EXEC_PATH command but I can't
copy them. I have looked for help on the web but haven't found the right
thing yet.

As to your second question there is only one copy of Ghostscript installed
on my machine. When I tried to install it to a path with no white spaces, I
had to uninstall the previous version first. The path to Ghostscript on my
machine is:

D:\Ghostscript\gs9.07

I added this path to the Environment Variables on my system.

Rick


Rick, also check to see if there's one in the Octave folder. The windows
builds might have them included assuming most windows users wouldn't know
what ghostscript is. It would be located here:

for my copy of version 3.6.4, its located at:

C:\Octave\Octave3.6.4_gcc4.6.2\gs

with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe



Nick,



Since Rick is running the mingw version of Octave, is there a problem using
gswin32.exe instead of the mingw gs.exe?



Ben



I believe on mine the executable included in octave is gswin32.exe, there is
no gs.exe

and threadhopping to your other question, the MinGW version includes a
shortcut that starts Octave in what I believe is the msys shell. It doesn't
add things to the system path such that runnign commands from the dos shell
will automatically do anything.





Ben and Nick:



In my Octave 3.6.4 directory there is are two Ghostscript executables:
gswin32.exe and gswin32c.exe. There is no gs.exe. This is the same as in
the Ghostscript v9.07 directory.



Rick
Ben Abbott
2013-06-14 03:05:23 UTC
Permalink
On Jun 13, 2013, at 10:49 PM, "Rick M. Cox" <***@comcast.net> wrote:

 
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 7:40 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 


On Jun 13, 2013, at 09:55 PM, "Rick M. Cox" <***@comcast.net> wrote:

 
 
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
 
On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:
 
Nick and Ben:
 
I hope some of this helps:
 
1.      I haven’t seen the “D:\Program” error in a long time.
2.      I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces.  Even though I don’t use it anymore, I never deleted Octave 3.6.4.  It still resides in a path with white spaces.  I certainly could delete it if you thought it was a problem.
3.      I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.
4.      When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.
 
I’m cheered that my routines work on your systems.  I’d like it to work on mine.  J
 
Thanks again,
 
Rick
 
 
I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.
 
Also tell us if you've installed more than one version of Ghostscript and where they are.
 
Ben
 
Ben:
Using the diary command I captured the following in response to EXEC_PATH:
ans = D:\Octave\Octave-3.7.2+\msys\bin;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\api-v48+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\bin
Rick
 
Oh! ... I didn't know you were running a mingw version of Octave.  Are you using the MSYS shell or a DOS COMMAND shell?
 
If I recall correctly, the MSYS shell allows copy, cut, and paste.  Thus, my guess is you are using the DOS COMMAND shell.
 
Please try running Octave from the MSYS shell and let us know if the printing functionality improves.
 
Ben
 
Ben:
Rick M. Cox
2013-06-14 03:14:36 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 8:05 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 10:49 PM, "Rick M. Cox" <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 7:40 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk





On Jun 13, 2013, at 09:55 PM, "Rick M. Cox" <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:



Nick and Ben:



I hope some of this helps:



1. I haven’t seen the “D:\Program” error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.

4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.



I’m cheered that my routines work on your systems. I’d like it to work on mine. J



Thanks again,



Rick





I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.



Also tell us if you've installed more than one version of Ghostscript and where they are.



Ben



Ben:

Using the diary command I captured the following in response to EXEC_PATH:

ans = D:\Octave\Octave-3.7.2+\msys\bin;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\api-v48+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\bin

Rick



Oh! ... I didn't know you were running a mingw version of Octave. Are you using the MSYS shell or a DOS COMMAND shell?



If I recall correctly, the MSYS shell allows copy, cut, and paste. Thus, my guess is you are using the DOS COMMAND shell.



Please try running Octave from the MSYS shell and let us know if the printing functionality improves.



Ben



Ben:

How do I do this?

Rick
Rick M. Cox
2013-06-14 04:28:49 UTC
Permalink
From: Rick M. Cox [mailto:***@comcast.net]
Sent: Thursday, June 13, 2013 8:15 PM
To: 'Ben Abbott'
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: RE: Help with saveas and fltk







From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 8:05 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 10:49 PM, "Rick M. Cox" <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 7:40 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk





On Jun 13, 2013, at 09:55 PM, "Rick M. Cox" <***@comcast.net> wrote:





From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 13, 2013, at 03:12 PM, "Rick M. Cox" <***@comcast.net> wrote:



Nick and Ben:



I hope some of this helps:



1. I haven’t seen the “D:\Program” error in a long time.

2. I installed Octave 3.7.2+ and Ghostscript v9.07 in paths with no white spaces. Even though I don’t use it anymore, I never deleted Octave 3.6.4. It still resides in a path with white spaces. I certainly could delete it if you thought it was a problem.

3. I thought I correctly added Ghostscript to the system path/environment variables per the setup instructions.

4. When I type system (“gswin32c.exe”) I get a Ghostscript 9.07 header.



I’m cheered that my routines work on your systems. I’d like it to work on mine. J



Thanks again,



Rick





I'm not sure it will help resolve the problem, but please type EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you reply.



Also tell us if you've installed more than one version of Ghostscript and where they are.



Ben



Ben:

Using the diary command I captured the following in response to EXEC_PATH:

ans = D:\Octave\Octave-3.7.2+\msys\bin;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\api-v48+\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\site\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\libexec\octave\3.7.2+\exec\i686-pc-mingw32;D:\Octave\Octave-3.7.2+\bin

Rick



Oh! ... I didn't know you were running a mingw version of Octave. Are you using the MSYS shell or a DOS COMMAND shell?



If I recall correctly, the MSYS shell allows copy, cut, and paste. Thus, my guess is you are using the DOS COMMAND shell.



Please try running Octave from the MSYS shell and let us know if the printing functionality improves.



Ben



Ben:

How do I do this?

Rick
Tatsuro MATSUOKA
2013-06-14 04:57:29 UTC
Permalink
I am sorry but I don’t know how to copy something from the Octave 3.7.2+ Command Window.  I can see the results of the EXEC_PATH command but I can’t copy them.  I have looked for help on the web but haven’t found the right thing yet.
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
Rick

There is no way to copy command lines on octave-3.7.2+ GUI version.
To copy something from command window, please use octave-cli instead.

Regards

Tatsuro
Ben Abbott
2013-06-14 05:13:59 UTC
Permalink
On Jun 14, 2013, at 12:28 AM, "Rick M. Cox" <***@comcast.net> wrote:

Ben and Nick:
 
When I start Octave 3.7.2+ the header includes a line:
 
MSYS shell available (D:\Octave\Octave-3.7.2+\msys)
 
That said, I can’t find a msys.bat file anywhere in the Octave-3.7.2+ directories.
 
Is it a problem that I am using Octave 3.7.2+?  It loads much faster and I like the GUI but if it is experimental I can return to Octave 3.6.4.
 
Rick
 
Opps ... dont' worry about msys .. you're running the GUI correct?

Ben
Rick M. Cox
2013-06-14 06:13:14 UTC
Permalink
From: Ben Abbott [mailto:***@mac.com]
Sent: Thursday, June 13, 2013 10:14 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk



On Jun 14, 2013, at 12:28 AM, "Rick M. Cox" <***@comcast.net> wrote:



Ben and Nick:



When I start Octave 3.7.2+ the header includes a line:



MSYS shell available (D:\Octave\Octave-3.7.2+\msys)



That said, I can’t find a msys.bat file anywhere in the Octave-3.7.2+ directories.



Is it a problem that I am using Octave 3.7.2+? It loads much faster and I like the GUI but if it is experimental I can return to Octave 3.6.4.



Rick



Opps ... dont' worry about msys .. you're running the GUI correct?



Ben



Ben:

Correct. Should I delete any and all traces of Octave 3.6.4?

Rick
Tatsuro MATSUOKA
2013-06-15 06:33:23 UTC
Permalink
-----Original Message-----
Sent: Friday, June 14, 2013 9:13 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'; 'Tatsuro MATSUOKA'
Subject: Re: Help with saveas and fltk
Nicholas Jankowski
Post by Rick M. Cox
Sent: Friday, June 14, 2013 6:48 PM
To: Ben Abbott
Cc: Rick M. Cox; help-octave Octave; Tatsuro MATSUOKA
Subject: Re: Help with saveas and fltk
 
i have an xp machine i could throw 3.64 on... will try it when i get a
chance.
Post by Rick M. Cox
 
Post by Ben Abbott
Post by Rick M. Cox
Sent: Friday, June 14, 2013 3:36 AM
To: Nicholas Jankowski
Cc: Rick M. Cox; help-octave Octave
Subject: Re: Help with saveas and fltk
Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 6:57 PM
To: Rick M. Cox
Cc: Ben Abbott; help-octave Octave
Subject: Re: Help with saveas and fltk
Post by Nicholas Jankowski
Post by Rick M. Cox
Sent: Thursday, June 13, 2013 5:58 PM
To: Rick M. Cox
Cc: 'Nicholas Jankowski'; 'help-octave Octave'
Subject: Re: Help with saveas and fltk
Post by Ben Abbott
On Jun 13, 2013, at 03:12 PM, "Rick M. Cox"
1.      I haven't seen the "D:\Program" error in a long time.
2.      I installed Octave 3.7.2+ and Ghostscript v9.07 in paths
with no white spaces.  Even though I don't use it anymore, I never deleted
Octave 3.6.4.  It still resides in a path with white spaces.  I certainly
could delete it if you thought it was a problem.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
3.      I thought I correctly added Ghostscript to the system
path/environment variables per the setup instructions.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
4.      When I type system ("gswin32c.exe") I get a Ghostscript
9.07 header.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
I'm cheered that my routines work on your systems.  I'd like it
to work on mine.  J
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Thanks again,
Rick
I'm not sure it will help resolve the problem, but please type
EXEC_PATH at Octave's prompt and copy-n-paste the text it returns into you
reply.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
Also tell us if you've installed more than one version of
Ghostscript and where they are.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
Post by Ben Abbott
  Ben
I am sorry but I don't know how to copy something from the Octave
3.7.2+ Command Window.  I can see the results of the EXEC_PATH command but I
can't copy them.  I have looked for help on the web but haven't found the
right thing yet.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
As to your second question there is only one copy of Ghostscript
installed on my machine.  When I tried to install it to a path with no white
spaces, I had to uninstall the previous version first.  The path to
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
Post by Rick M. Cox
D:\Ghostscript\gs9.07
I added this path to the Environment Variables on my system.
Rick
Rick, also check to see if there's one in the Octave folder. The
windows builds might have them included assuming most windows users wouldn't
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Post by Nicholas Jankowski
C:\Octave\Octave3.6.4_gcc4.6.2\gs
with the main executable as
C:\Octave\Octave3.6.4_gcc4.6.2\gs\bin\gswin32.exe
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Post by Rick M. Cox
Nick,
Since Rick is running the mingw version of Octave, is there a
problem using gswin32.exe instead of the mingw gs.exe?
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
Ben
I believe on mine the executable included in octave is gswin32.exe,
there is no gs.exe
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Post by Rick M. Cox
and threadhopping to your other question, the MinGW version includes
a shortcut that starts Octave in what I believe is the msys shell.  It
doesn't add things to the system path such that runnign commands from the
dos shell will automatically do anything.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
On win7, I have an msys octave-3.6.2 that is able to print using
gswin32.exe.  Which version of windows are you running?
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Post by Benjamin Abbott
Ben
I am running Windows XP Pro SP3.  I use Octave 3.7.2+ with the GUI.  I
had the same problem though with Octave 3.6.4.
Post by Rick M. Cox
Post by Ben Abbott
Post by Rick M. Cox
Rick
Except that the problem appears to be related to WinXP, I have no other
insight at the moment.  Is anyone else following the discussion running XP?
Post by Rick M. Cox
Post by Ben Abbott
Ben
 
I appreciate Nick's offer and look forward to what he finds out.
 
To add to the mystery every other plot that I have tried so far has saved
just fine.  There seems to be something about these semicircles and arcs.
Post by Rick M. Cox
 
Rick
Perhaps you can experiment with removing different curves to see if you can
isolate the problem.
(1) No constant resistance circles
(2) No constant reactance arcs
(3) No text
(4) etc ...
Also, your arcs don't aren't constructed  using equal length lines.  Try the
attached version.
Ben
Here is one last message for tonight.  I tried plotting a simple cubic
equation.
x = linspace (-10, 10, 201);
y = x.^3;
plot (x,y)
print "testcubic.eps"
The result is attached.  In all of these plots it looks like some origin is
selected and a first subset of the whole data set is plotted.  The second,
third and so forth subsets are plotted.  In the on-screen versions it always
looks just fine.  In the saved file versions it looks like the first point
in each subset resets to the origin which results in the 'rays' going out to
each subset.  Your version of scdraw does the same thing as mine but with a
different origin.  The cubic plot sets an origin in the lower left corner.
I don't know which program is responsible for what but it looks like the
data generated when fltk is the graphics tool includes some character or
command that the on-screen renderer has no problem with but the program that
generates the saved file gets confused by.
I'm revealing my age here but in the old days of mechanical plotters one had
to remember "pen up" and "pen down" commands to keep from getting output
that looks like what happens on my system.
Rick
Hello Rick

On my system( Win 7 Home Premium 64 bit, octave-3.7.2+(VS ),
the commands

graphics_toolkit fltk
x = linspace (-10, 10, 201);
y = x.^3;
plot (x,y)
print "testcubic.eps"

gives attached files.

I do not know why you have gotten incorrect results.

Regards

Tatsuro
Continue reading on narkive:
Loading...