Re: [Bug-apl] Format returns wrong rank

[Blake McBride]

I am getting a GPF now:

      ⍴⍕2 1⍴6

2 1

      ⍴⍕1 1⍴6

1 1

      ⍴⍕0 1⍴6

====================================================

SEGMENTATION FAULT

----------------------------------------

-- Stack trace at main.cc:122

----------------------------------------

0x7f11e1cf7de5 __libc_start_main

0x435a55  main

0x52b4ad   Workspace::immediate_execution(bool)

0x46526d    Command::process_line()

0x464019     Command::process_line(UCS_string&)

0x46eb58      Executable::execute_body() const

0x4e5260       StateIndicator::run()

0x49197a        Prefix::reduce_statements()

0x48e464         Prefix::reduce_MISC_F_B_()

0x4e5e4f          StateIndicator::eval_B(Token&, Token&)

0x4a68ae           Bif_F12_FORMAT::eval_B(Value_P)

0x52395d            Value::Value(Shape const&, char const*)

0x7f11e3551bb0             

0x47e73a              

========================================

====================================================

Goodbye.

Process apl exited abnormally with code 3

The last result should be:  0 0

Also:

      ⍴⍕,6

1

      ⍴⍕0⍴0

====================================================

SEGMENTATION FAULT

----------------------------------------

-- Stack trace at main.cc:122

----------------------------------------

0x7f799246fde5 __libc_start_main

0x435a55  main

0x52b4ad   Workspace::immediate_execution(bool)

0x46526d    Command::process_line()

0x464019     Command::process_line(UCS_string&)

0x46eb58      Executable::execute_body() const

0x4e5260       StateIndicator::run()

0x49197a        Prefix::reduce_statements()

0x48e464         Prefix::reduce_MISC_F_B_()

0x4e5e4f          StateIndicator::eval_B(Token&, Token&)

0x4a68ae           Bif_F12_FORMAT::eval_B(Value_P)

0x52395d            Value::Value(Shape const&, char const*)

0x7f7993cc9bb0             

0x47e73a              

========================================

====================================================

Goodbye.

Process apl exited abnormally with code 3

The last one should be:  0

Thanks.

Blake

On Sun, May 25, 2014 at 11:35 AM, Juergen Sauermann <address@hidden> wrote:

Hi Blake,

thanks, fixed in SVN 290.

As far as ⍕ is concerned there seems to be no right or wrong.

The IBM APL2 language reference contradicts itself (e.g. pages 135 vs. 136 for nested values)
and the ISO standard always wants a result rank ≥ 2 while IBM sometimes gives rank = 1.

I have tried my best to make sense out of that.

My approach was even different (rank 1 for one-line output and rank 2 otherwise) but now
it should be a little closer to IBM APL2.

/// Jürgen

On 05/25/2014 01:20 AM, Blake McBride wrote:

      ⍴⍕,5
1
      ⍴⍕2 1⍴5
2 1
      ⍴⍕1 1⍴5
1

The final result should have been:
1 1

Blake