Re: [Jprogramming] Fifty Shades of J

2018-07-28 Thread Brian Schott
Yes, the problem may be special code. I think I can see how to edit the fsoj now. Thanks, Raul On Sat, Jul 28, 2018 at 7:01 PM, Raul Miller wrote: > I do not think that this is 64 bit representation issue: > >2^.15^22 > 85.9516 >15(cs&|@^)22 5 3 20 15 18 > 6 10 11 24 14 9 >cs|15(^)22

Re: [Jprogramming] Does anyone use negative level? (change proposal)

2018-07-28 Thread Henry Rich
L:, especially the dyad, is so complicated already that it's not worth changing if complex arguments are needed. It would be pretty simple to look through your code for for L:_, wouldn't it?  Do you have more than one occurrence?  Could you replace the level with a positive constant or a negat

Re: [Jprogramming] Does anyone use negative level? (change proposal)

2018-07-28 Thread Jose Mario Quintana
I have, at least, produced code which includes L:_1 in a context in which it is not equivalent to &.>. Have you considered to get what you want without potentially breaking existing code (e.g., giving meaning to imaginary whole numbers for the right argument of L:)? (It seems that you wrote L" in

Re: [Jprogramming] Fifty Shades of J

2018-07-28 Thread Raul Miller
I do not think that this is 64 bit representation issue: 2^.15^22 85.9516 15(cs&|@^)22 5 3 20 15 18 6 10 11 24 14 9 cs|15(^)22 5 3 20 15 18 0 10 11 0 0 0 I think it's a special code issue. I think the (cs&|@^) expression gets handled by special code. Thanks, -- Raul On Sat, Jul 28, 20

Re: [Jprogramming] Fifty Shades of J

2018-07-28 Thread Brian Schott
Oops. I forgot to mention that I am working on fsoj 39. On Sat, Jul 28, 2018 at 3:59 PM, Brian Schott wrote: > Chris, (et al), > > Referring to your recommendation regarding issue #1, I am having some > difficulty. > Norman claims that the reason the following computation results in 0's is > tha

Re: [Jprogramming] Fifty Shades of J

2018-07-28 Thread Brian Schott
Chris, (et al), Referring to your recommendation regarding issue #1, I am having some difficulty. Norman claims that the reason the following computation results in 0's is that numbers like 15^22 are too big for the computer to represent. But 15^22 can be represented with a 64bit computer, at leas

Re: [Jprogramming] Fifty Shades of J

2018-07-28 Thread chris burke
For 1), please use 2 large primes as suggested to fix this for J64. I think any pair should do for this article. For 2) whether you use f"0 or f&> on a list of numbers is a matter of taste, as also whether you include the "0 or &> in the definition or use it when it is called. I would leave the st