Huh? My understanding was that the only acceptable sources of _. were: direct entry, evaluation, 3!:n and DLL calls.
And, that the only primitives which were allowed to produce results containing _. were structural primitives which move data without interpreting it. -- Raul On Fri, May 6, 2022 at 5:58 PM Henry Rich <henryhr...@gmail.com> wrote: > > No. _. + 4 is not a NaN error. _ - _ is NsN error. > > This result should be _. with no error. > > Henry Rich > > On 5/6/2022 5:55 PM, Raul Miller wrote: > > Sure, but that's not prescriptive here. > > > > Here, we have a case where there is no result because _. > > (approximately speaking) gives an unhandled infinity as an > > unrecognized loop condition. > > > > My gut feeling is that this means that we should treat this as an > > example of a case where the result would be _. if we could compute it > > (which means that we should throw a NaN error). > > > > Thanks, > > > > > -- > This email has been checked for viruses by AVG. > https://www.avg.com > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
