Also, perhaps unsurprisingly,
~.@:/:~ p
crashes jqt in my Windows 11 installation of J 9.5
Strangely enough,
~./:~ p
seems not to crash; however the results are inconsistent, and usually wrong!
Bill's assertion about the bug being related to the Boolean
type appears to hold in this installation too.
As for Jios, Ian Clark's app for iPhones & iPads, effectively J9.03 beta k,
defining
datatype p =. #: 4 | 10?10
boolean
leads to no obvious problems of consistency, correctness, nor any JE crash.
Mike
On 28/12/2023 10:01, Marcin Żołek wrote:
Hello,
I was trying to run my code on j9.4 Linux, j9.4 MacOS, j9.5 MacOS and it
crashes.
In terminal
/Applications/j9.5/bin/jconsole bug.ijs < input.txt
JE has crashed, likely due to an internal bug. Please report the code which
caused the crash, as well as the following printout, to the J programming forum.
Could not generate stack trace: no debug info in Mach-O executable (-1)
...
-----------------------------------------------------------------------------
5 3 1 1[1] 6692 abort /Applications/j9.5/bin/jconsole bug.ijs <
input.txt
bug.ijs:
":@((#/.~ +/@, ~.)@/:~)@(".;._2)&.stdin''
input.txt:
0 0
1 1
1 0
0 0
0 1
1 0
1 0
0 0
I figured out that the problem is with sorting:
p =. 8 2 $ 0 0 1 1 1 0 0 0 0 1 1 0 1 0 0 0
p
0 0
1 1
1 0
0 0
0 1
1 0
1 0
0 0
/:~ p NB. returns various and wrong results
0 0
0 0
0 0
1 0
1 0
1 0
1 1
1 1
or
0 0
0 0
0 0
1 0
1 0
1 0
0 0
0 0
~.@:/:~ p NB. crashes jqt
Best regards,
Marcin
----------------------------------------------------------------------
For information about J forums seehttp://www.jsoftware.com/forums.htm
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
