[Octave-bug-tracker] [bug #40036] axis.m: problems with cs-lists after cs. 17386:6dbc866379e2

[Philip Nienhuis]

URL:
  <http://savannah.gnu.org/bugs/?40036>

                 Summary: axis.m: problems with cs-lists after cs.
17386:6dbc866379e2
                 Project: GNU Octave
            Submitted by: philipnienhuis
            Submitted on: Sun 15 Sep 2013 10:57:03 PM CEST
                Category: Plotting
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Regression
                  Status: None
             Assigned to: None
         Originator Name: Philip Nienhuis
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Any

    _______________________________________________________

Details:

Changeset changeset 17386:6dbc866379e2 seems to have introduced problems for
me.

I have some Matlab scripts, ported to Octave, that have worked to at least
Octave-dev version of August, 31. Trying them with a tip of yesterday night I
get crashes in axis.m complaining about non-conformant arrays:

:
error: horizontal dimensions mismatch (4x5 vs 18x1)
error: evaluating argument list element number 1
error: evaluating argument list element number 1
error: called from:
error:   C:Octaveoctave-2013-09-09-15-49shareoctave3.7.6+mplotaxis.m at line
342, column 16
error:   C:Octaveoctave-2013-09-09-15-49shareoctave3.7.6+mplotaxis.m at line
354, column 8
error:   C:Octaveoctave-2013-09-09-15-49shareoctave3.7.6+mplotaxis.m at line
225, column 7
error:   C:Octaveoctave-2013-09-09-15-49shareoctave3.7.6+mplotaxis.m at line
149, column 7
error:   c:usersphilipdesktopplotbrug.m at line 76, column 1
error:   c:usersphilipdesktopBruggeman720series.m at line 137, column 1
>>


Swapping axis.m from Aug. 31 into my build of yesterday avoids (I
intentionally don't yet write "fixes") the problem.

Looking a bit into axis.m, at the offending line 342, I see that the syntax
there is not accepted for the size of variable "data" at hand:

## "Old" syntax on L. 342:
debug> min (cellfun (@(x) min (x(:)), data(:)))
ans = 0

## "New" syntax on L. 342:
debug> min ([data{:}](:))
error: horizontal dimensions mismatch (4x5 vs 18x1)
error: called from
    axis>__get_tight_lims__ at line 342 column 16
    axis>__do_tight_option__ at line 354 column 8
    axis>__axis__ at line 225 column 7
    axis at line 149 column 7
    plotbrug at line 76 column 1
    Bruggeman720series at line 137 column 1
stopped in X:Octaveoctave-3.7.6+_MXEshareoctave3.7.6+mplotaxis.m at
line 342
342:       lims_min = min (cellfun (@(x) min (x(:)), data(:)));
debug>


I suppose the same applies to the next line.

As I have no more time the next days to delve deeper into it I've saved the
cell array "data" into axis_data.mat and attached it to this bug report.




    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Sun 15 Sep 2013 10:57:03 PM CEST  Name: axis_data.mat  Size: 887B   By:
philipnienhuis

<http://savannah.gnu.org/bugs/download.php?file_id=29146>

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?40036>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/