octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: changes to graphics.cc and subplot.m


From: Ben Abbott
Subject: Re: changes to graphics.cc and subplot.m
Date: Sat, 20 Jul 2013 14:17:40 -0400

On Jul 20, 2013, at 12:15 PM, Pantxo Diribarne wrote:

> Le 20/07/2013 17:59, Dmitri A. Sergatskov a écrit :
>> 
>> On Sat, Jul 20, 2013 at 10:36 AM, Ben Abbott <address@hidden> wrote:
>> 
>> Ok.  Except for a difference in the tightinset in the 4 digit to the right 
>> of the decimal, he script runs cleanly for me.
>> 
>> Even so, it is good news that we can see the problem.  Before going further 
>> perhaps we should make sure there aren't any problem with the build process? 
>>  Can you try a clean build and then run the script?
>> 
>>         hg purge
>>         ./bootstrap
>>         configure ....
>>         make ....
>>         ./run-octave --no-gui
>> 
>> You'll likely get the same result, but there is something unexpected 
>> happening, so I think this is a good place to start.
>> 
>> 
>> For what it worth I have the same problem as Stefan (on Fedora 19/x86-64 
>> with yesterday's hg pull). 
>> Note that running the script for the second time returns no error:
>> 
>> ./run-octave --no-gui
>> GNU Octave, version 3.7.5
>> Copyright (C) 2013 John W. Eaton and others.
>> This is free software; see the source code for copying conditions.
>> There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
>> FITNESS FOR A PARTICULAR PURPOSE.  For details, type 'warranty'.
>> 
>> Octave was configured for "x86_64-unknown-linux-gnu".
>> 
>> Additional information about Octave is available at http://www.octave.org.
>> 
>> Please contribute if you find this software useful.
>> For more information, visit http://www.octave.org/get-involved.html
>> 
>> Read http://www.octave.org/bugs.html to learn how to submit bug reports.
>> 
>> For information about changes from previous versions, type 'news'.
>> 
>> octave:1> format long
>> octave:2> stefan
>> error: assert (cell2mat (get (hax, "tightinset")),tightinsets) expected
>>    0.0428571428571428   0.0119461891020200   0.0000000000000000   
>> 0.0238095238095239
>>    0.0428571428571428   0.0119287689055131   0.0000000000000000   
>> 0.0238095238095237
>> but got
>>    0.0428571428571428   0.0119461891020200   0.0000000000000000   
>> 0.0238095238095239
>>    0.0428571428571428   0.0119461891020201   0.0000000000000000   
>> 0.0238095238095238
>> values do not match
>> error: called from:
>> error:   /home/dima/src/octave/scripts/testfun/assert.m at line 235, column 5
>> error:   /home/dima/src/octave/stefan.m at line 13, column 1
>> octave:2> stefan
>> octave:3> print ("stefan.png")
>> 
>> (stefan.png is attached)
>> 
>> Ben
>> 
>> 
> Same behavior here on linux mint 14: the problem occurs only once in a 
> session with fltk or qt graphics_toolkit.
> 
> Pantxo

I added an xtest to graphics.cc 

http://hg.savannah.gnu.org/hgweb/octave/rev/c358c6e7416b

This fails reliably for me with an error in the 4th decimal case.  I expect 
this will also fail for Dimitri and Pantxo.

I don't think Stefan's error in the 1st decimal place will be caught here as 
there are several earlier graphic oriented tests.

Ben



reply via email to

[Prev in Thread] Current Thread [Next in Thread]