bugGNU Octave - Bugs: bug #55523, segfault when default argument of...

 
 

bug #55523: segfault when default argument of anonymous/nested function is the same name as argument

Submitted by:  None
Submitted on:  Sun 20 Jan 2019 08:25:07 AM UTC  
 
Category:  Interpreter Severity:  3 - Normal
Priority:  3 - Low Item Group:  Segfault, Bus Error, etc.
Status:  Confirmed Assigned to:  None
Originator Name:  Originator Email:  -email is unavailable-
Open/Closed:  Open Release:  dev
Operating System:  GNU/Linux

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 03 Feb 2019 03:32:18 PM UTC, comment #4: 

Adding jwe to the CC list.

The new refactoring of the symbol table and how functions are stored has stopped the segfaults reportedi in this bug report.  However, that is on the development branch which won't become Octave 6.1 for another year.  If there was an easy patch for 5.1 that would be nice.  Otherwise, I have dropped the priority to low since this is a

However, I still think the results of this example are incorrect

octave:11> a = 1;
octave:12> b = 2;
octave:13> %Segmentation fault
octave:13> fb_disp = @(a = b) disp(a);
octave:14> fb_disp();
error: 'b' undefined near line 2 column 17
error: called from
    @<anonymous>

I would have thought that the variable 'b' would have been replaced with the value 2 when the anonymous function was defined.

In terms of compatibility, we don't need to worry.  Matlab doesn't even allow default arguments to anonymous functions.

Rik <rik5>
Project Administrator
Tue 22 Jan 2019 02:09:03 AM UTC, comment #3: 

Confirmed.  It is a corner case so this is unlikely to be fixed in time for the 5.0 release, but hopefully in the first bug fix release that follows it.

Rik <rik5>
Project Administrator
Sun 20 Jan 2019 08:36:10 AM UTC, comment #2: 

I attached a file containing test cases.

(file #46037)

Anonymous
Sun 20 Jan 2019 08:32:56 AM UTC, comment #1: 

Also printing a default argument results in segmentation fault:


a = 1;
b = 2;
%Segmentation fault
fb_disp = @(a = b) disp(a);
fb_disp();


a = 1;
b = 2;
%Segmentation fault
fa_disp = @(a = 3) disp(a);
fa_disp();


a = 1;
b = 2;
%Segmentation fault
fb_pr = @(a = b) printf("%d\n",a);
fb_pr();

Anonymous
Sun 20 Jan 2019 08:25:07 AM UTC, original submission:  

When a default argument of an anonymous handle function is assigned a variable with the same name an error is shown. For example:


a = 1;
b = 2;

%Good
fb = @(a = b) a;
disp(fb());

%Error
fa = @(a = a) a;
disp(fa());

This behavior can be seen in nested functions:


function testfunction()

        a = 1;
        b = 2;

        function ret = fb(a = b)
                ret = a;
        end

        function ret = fa(a = a)
                ret = a;
        end

        disp(fb()); %Good
        disp(fa());        % error: 'a' undefined

end

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #46037:  bug55523.m added by None (1KiB - application/octet-stream - Test cases for the reported bug)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rik5
  • -email is unavailable- added by rik5 (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

     

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2019-02-03 rik5 Priority5 - Normal => 3 - Low
        Carbon-Copy- => Added jwe
    2019-01-22 rik5 SummaryDefault argument of anonymous/nested function can't be assigned a variable with the same name => segfault when default argument of anonymous/nested function is the same name as argument
    2019-01-22 rik5 StatusNone => Confirmed
        Release4.4.0 => dev
    2019-01-20 None Attached File- => Added bug55523.m, #46037

    Back to the top


    Powered by Savane 3.5