Re: [Bug-apl] Format returns wrong rank

2014-05-26 Thread Blake McBride
Fixed. Thanks! On Mon, May 26, 2014 at 7:38 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > thanks, fixed in SVN 291. > > /// Jürgen > > > > On 05/25/2014 08:13 PM, Blake McBride wrote: > >> I am getting a GPF now: >> >> ⍴⍕2 1⍴6 >> 2 1 >> ⍴⍕1 1⍴6 >> 1 1

Re: [Bug-apl] Format returns wrong rank

2014-05-26 Thread Juergen Sauermann
Hi Blake, thanks, fixed in SVN 291. /// Jürgen On 05/25/2014 08:13 PM, Blake McBride wrote: I am getting a GPF now: ⍴⍕2 1⍴6 2 1 ⍴⍕1 1⍴6 1 1 ⍴⍕0 1⍴6 SEGMENTATION FAULT -- Stack t

Re: [Bug-apl] Format returns wrong rank

2014-05-25 Thread 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 0x43

Re: [Bug-apl] Format returns wrong rank

2014-05-25 Thread Blake McBride
Thanks. I discovered the issue when porting over some of my old code. The use-case was very clear which is correct. I had a character matrix (test). The function appended line numbers by concatenating ⍳1↑⍴matrix. It worked in all cases except of the matrix had one line. Clearly a person is no

Re: [Bug-apl] Format returns wrong rank

2014-05-25 Thread Juergen Sauermann
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 trie

[Bug-apl] Format returns wrong rank

2014-05-24 Thread Blake McBride
⍴⍕,5 1 ⍴⍕2 1⍴5 2 1 ⍴⍕1 1⍴5 1 The final result should have been: 1 1 Blake