Fri 21 Jan 2011 08:24:19 PM UTC, comment #5:
I have carried out dbstop ans dbstep tracing.
*************************************************************
octave:9> dbstop saveas
ans = 67
octave:10> stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 67
67: if ((nargin != 2) && (nargin != 3))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 67
67: if ((nargin != 2) && (nargin != 3))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 71
71: if (ishandle (h))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 71
71: if (ishandle (h))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 72
72: if (isfigure (h))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 72
72: if (isfigure (h))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 75
75: fig = ancestor (h, "figure");
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 81
81: if (!ischar (filename))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 81
81: if (!ischar (filename))
debug> filename
filename = C:/usr/tatsu/test/testOctave/fltk_print_test\C:/usr/tatsu/test/testOctave/fltk_print_test/savetest.pdf
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 85
85: if (nargin == 2)
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 85
85: if (nargin == 2)
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 86
86: [~, ~, ext] = fileparts (filename);
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 87
87: if (!isempty (ext))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 87
87: if (!isempty (ext))
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 88
88: fmt = ext(2:end);
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 92
92: if (nargin == 3)
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 92
92: if (nargin == 3)
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 104
104: prt_opt = strcat ("-d", tolower (fmt));
debug> dbstep
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 106
106: print (filename, prt_opt);
debug> dbstep
GPL Ghostscript 9.00: **** Could not open the file C:/usr/tatsu/test/testOctave/fltk_print_test\C:/usr/tatsu/test/testOctave/fltk_print_test/savetest.pdf .
- Unable to open the initial device, quitting.
stopped in C:\Programs\OctaveBuild\share\octave\3.3.55\m\plot\saveas.m at line 108
108: endfunction
debug>
***********************************************
81: if (!ischar (filename))
debug> filename
filename = C:/usr/tatsu/test/testOctave/fltk_print_test\C:/usr/tatsu/test/testOctave/fltk_print_test/savetest.pdf
is a problem.
The file name seems not to be sent correctly from GUI dialog box to the script.
Regards
Tatsuro
|
Sat 08 Jan 2011 10:31:39 PM UTC, comment #3:
I found the following description in the recent revised README.Cygwin,
****************************************
"--enable-float-truncate" is needed for the following bug:
http://thread.gmane.org/gmane.comp.gnu.octave.bugs/12361/focus=12404
Without it, one of the quadgk test will fail as
"a=a" could be false due to truncation problems with
complex numbers.
***************************************
I will try --enable-float-truncate option for configure process.
After that I will report here.
|
Tue 04 Jan 2011 09:41:46 PM UTC, comment #2:
Hello David
>When you say the bug is new, do you means in the last week?
I apologize my not good writing.
On octave-3.2.4 on MinGW, quadgk(@(z) log(z),1+1i,1+1i,'WayPoints',[1-1i,-1,-1i,-1+1i]) works correctly.
However, for development branch (3.3.xx), quadgk(@(z) log(z),1+1i,1+1i,'WayPoints',[1-1i,-1,-1i,-1+1i]) have not worked at least from Benjamin's reports.
http://octave.1599824.n4.nabble.com/building-development-tip-with-mingw32-td2013435.html
(Apr 17, 2010; 04:26am building development tip with mingw32)
The term 'new' means here points to the development branch.
Regards
Tatsuro
|
Tue 04 Jan 2011 09:24:48 PM UTC, comment #1:
I can't duplicate this problem on a recent tip on my linux machine on a recent tip
% hg tip
changeset: 11419:a4822f3d1032
tag: tip
user: David Bateman <dbateman@free.fr>
date: Tue Dec 28 20:46:17 2010 +0100
summary: Fix for saving of single precision arrays to the matlab file format
./run-octave -q
octave:3> quadgk(@(z) log(z),1+1i,1+1i,'WayPoints',[1-1i,-1,-1i,-1+1i])
ans = 3.5607e-12 - 3.1416e+00i
When you say the bug is new, do you means in the last week?
D.
|
Mon 03 Jan 2011 08:14:37 AM UTC, original submission:
Hello
This is a also known FAIL in the fntests on octave-dev source on the MinGW build.
http://octave.1599824.n4.nabble.com/building-development-tip-with-mingw32-td2013435.html
>>>>> processing c:usrTatsumingwhomeoctaveshgoctave-workscripts/generalquadgk.m
***** assert (quadgk (@(z) log (z), 1+1i, 1+1i, 'WayPoints', [1-1i, -1,-1i, -1+1i]), -pi * 1i, 1e-6)
!!!!! test failed
max_recursion_depth exceeded
octave> quadgk (@(z) log (z), 1+1i, 1+1i, 'WayPoints', [1-1i, -1,-1i, -1+1])
error: max_recursion_depth exceeded
error: called from:
error: c:usrTatsumingwhomeoctavesOctBuildoctave-develop....hgoctave-workscriptsgeneralquadgk.m at line 124, column 15
:
:
For octave 3.2.4 on MinGW32 (Benjamin build) and Cygwin (Marco build),
octave> quadgk (@(z) log (z), 1+1i, 1+1i, 'WayPoints', [1-1i, -1,-1i, -1+1])
gives
ans = 3.5607e-012 - 3.1416e+000i
This bug seems to be newly imported on the dev. source.
Regards
Tatsuro
|