I thought it had previously been pointed out that this likely an emacs problem with the ... output. This is a problem for emacs j-mode and not for J.
My bet is that if you set the output truncation low, that you'll see the problem with small output. On Wed, Mar 11, 2020 at 12:39 PM Devon McCormick <[email protected]> wrote: > Yes - both fail under emacs but work fine in JQt. > > On Wed, Mar 11, 2020 at 11:09 AM Henry Rich <[email protected]> wrote: > > > Does > > > > 9!:37 ] 0 256 18 20 > > a =. { 2 2 3 3;2 2 3 3;2 2 3 3 > > a > > > > also fail? What about > > 9!:37 ] 0 256 18 20 > > 4 4 4 $ <2 3 3 > > > > ? > > > > Henry Rich > > > > > > On 3/11/2020 11:00 AM, Devon McCormick wrote: > > > Thanks, Henry. Changing that setting works. > > > > > > On Wed, Mar 11, 2020 at 5:16 AM Henry Rich <[email protected]> > wrote: > > > > > >> Probably. Try > > >> > > >> 9!:37 ] 0 256 30 30 > > >> > > >> which should get rid of the ... > > >> > > >> It might be a Linux thing. Can other Linux users verify that > > >> > > >> 9!:37 ] 0 256 18 20 > > >> { 2 2 3 3;2 2 3 3;2 2 3 3 > > >> > > >> fails? If so, does > > >> > > >> 9!:37 ] 0 256 18 20 > > >> 4 4 4 $ 2 3 3 > > >> > > >> also fail? > > >> > > >> Henry Rich > > >> > > >> > > >> On 3/11/2020 1:56 AM, Devon McCormick wrote: > > >>> Could I change this 9!:36 setting to get it to work? > > >>> > > >>> On Tue, Mar 10, 2020 at 11:41 PM bill lam <[email protected]> > wrote: > > >>> > > >>>> Sorry I can't. I don't know emacs. > > >>>> > > >>>> On Wed, Mar 11, 2020 at 11:07 AM Henry Rich <[email protected]> > > >> wrote: > > >>>>> Sorry, I don't follow. Can you show the problem with a simple > > >> testcase? > > >>>>> (The comments are mine but I didn't write the code) > > >>>>> > > >>>>> Henry Rich > > >>>>> > > >>>>> On 3/10/2020 11:02 PM, bill lam wrote: > > >>>>>> // If there were internal EOLs, it is possible that the result > > >>>> contains > > >>>>>> more lines than called for in the output > > >>>>>> // control. We go back through the data now, to get it right. > > If > > >> we > > >>>>> are > > >>>>>> just one line over, there's no gain from > > >>>>>> // suppressing one line, so let it go > > >>>>>> if(lc>1+lba)zv=dropl(zu,zv,lb,la,eov); > > >>>>>> // Calculate length of result as (end+1)-start > > >>>>>> p=zv-zu; > > >>>>>> ASSERTSYS(p<=zn,"jprx zn"); > > >>>>>> > > >>>>>> assertion can fail if original zv > 2*zu > > >>>>>> > > >>>>>> On Wed, Mar 11, 2020 at 4:44 AM Henry Rich <[email protected]> > > >>>> wrote: > > >>>>>>> With that setting of 9!:37, ({ 2 2 3 3;2 2 3 3;2 2 3 3) has one > > line > > >>>>>>> replaced by ... which is where the message comes from. > > >>>>>>> > > >>>>>>> However, I can't make it fail. I am running Windows. > > >>>>>>> > > >>>>>>> Henry Rich > > >>>>>>> > > >>>>>>> On 3/10/2020 4:38 PM, Devon McCormick wrote: > > >>>>>>>> I get this: > > >>>>>>>> 9!:36'' > > >>>>>>>> 0 256 18 20 > > >>>>>>>> > > >>>>>>>> On Tue, Mar 10, 2020 at 4:26 PM Henry Rich < > [email protected]> > > >>>>> wrote: > > >>>>>>>>> FWIW, that system error occurs during formatting of long > output. > > >>>> What > > >>>>>>>>> do you get from executing > > >>>>>>>>> > > >>>>>>>>> 9!:36'' > > >>>>>>>>> > > >>>>>>>>> ? > > >>>>>>>>> > > >>>>>>>>> Henry Rich > > >>>>>>>>> > > >>>>>>>>> On 3/10/2020 3:54 PM, Devon McCormick wrote: > > >>>>>>>>>> I'm getting a very odd-looking error in both J 8.07 and J > 9.01: > > >>>>>>>>>> { 2 2 3 3;2 2 3 3;2 2 3 3 > > >>>>>>>>>> jprx zn > > >>>>>>>>>> |system error > > >>>>>>>>>> > > >>>>>>>>>> Changing one number results in no error: > > >>>>>>>>>> ${ 1 2 3 3;2 2 3 3;2 2 3 3 > > >>>>>>>>>> 4 4 4 > > >>>>>>>>>> > > >>>>>>>>>> Has anyone else seen this? Can others reproduce it? > > >>>>>>>>>> > > >>>>>>>>>> Thanks, > > >>>>>>>>>> > > >>>>>>>>>> Devon > > >>>>>>>>> -- > > >>>>>>>>> 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 > > >>>>>>> -- > > >>>>>>> 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 > > >>>>> -- > > >>>>> 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 > > >>>> > > >> > > >> -- > > >> 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 > > >> > > > > > > > > > -- > > 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 > > > > > -- > > Devon McCormick, CFA > > Quantitative Consultant > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
