Fixed for the next beta. Thanks for finding and reporting this error.
- Original Message -
From: Henry Rich [EMAIL PROTECTED]
To: 'Beta forum' beta@jsoftware.com
Sent: Friday, April 21, 2006 1:36 PM
Subject: [Jbeta] Error in p. in kbeta
In kbeta:
(2 2 $ 0 1 2 3) p.2 1 (1 2$4 4)
What are some examples of such entire paragraphs?
- Original Message -
From: Miller, Raul D [EMAIL PROTECTED]
To: Beta forum beta@jsoftware.com
Sent: Monday, April 24, 2006 3:55 PM
Subject: [Jbeta] a name=
J help files use a jdoc.css with the following contents:
body
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Roger Hui
Sent: Monday, April 24, 2006 6:59 PM
To: Beta forum
Subject: Re: [Jbeta] a name=
What are some examples of such entire paragraphs?
- Original Message -
From: Miller, Raul D [EMAIL PROTECTED
This is now fixed for the next beta. Thank you for finding
and reporting this error.
- Original Message -
From: Dan Bron [EMAIL PROTECTED]
To: beta@jsoftware.com
Sent: Friday, April 28, 2006 12:41 PM
Subject: [Jbeta] Bug report: sequence adverbs result in errors (inconsistently)
This is now fixed for the next beta. Thanks for finding and reporting this
error.
- Original Message -
From: Dan Bron [EMAIL PROTECTED]
To: Beta Forum beta@jsoftware.com
Sent: Wednesday, May 03, 2006 12:55 PM
Subject: [Jbeta] Bug report: Spurious value error on verb
Fixed for the next beta. Thanks for finding and reporting this error.
- Original Message -
From: tom arneson [EMAIL PROTECTED]
To: beta@jsoftware.com
Sent: Friday, May 05, 2006 5:10 PM
Subject: [Jbeta] Help system link error
The link to Signum (*) on PAGE
The 9!:20 memory limit contrains the size of any one memory allocation;
none of the expressions below exceed the limit.
- Original Message -
From: Oleg Kobchenko [EMAIL PROTECTED]
To: Beta forum beta@jsoftware.com
Sent: Thursday, May 11, 2006 4:37 PM
Subject: Re: [Jbeta] RE: Tardy
Fixed for the next J601 beta. Thanks for finding and
reporting these errors.
- Original Message -
From: Oleg Kobchenko [EMAIL PROTECTED]
To: Beta forum beta@jsoftware.com
Sent: Saturday, May 20, 2006 2:53 AM
Subject: [Jbeta] New fork nouns in Taylor adverb and derivatives
Taylor
It does not seem onerous that a definition be named for
it to be handled by the debugging facilities.
A rule of thumb: if you can not figure out where in a
tacit defn is the error, the defn is probably too long
and you should split it.
- Original Message -
From: greg heil [EMAIL
Thanks. But on the face of it the verb does
not do the same as your description:
dice=: $: : (4 : 0)0
y=. x #.^:_1 y-1
label_again.
l=.y ={. r=.?1+{.y
while. l *. r#y do.
if. df=.y{~_1+#r=.r,d=.?x do. goto_again. end.
l=.d=f
end.
x #. r,?x#~y-#r
)
That is, dice does not
. end.
x#.z
)
The original dice is more complicated probably
due to optimizations. I am attempting to
understand what the optimizations are.
BTW, is it obvious that dice1 generates uniform
random numbers?
- Original Message -
From: Roger Hui [EMAIL PROTECTED]
Date: Thursday, July 13
Sorry, dice1 is wrong.
- Original Message -
From: Roger Hui [EMAIL PROTECTED]
Date: Thursday, July 13, 2006 2:09 pm
Subject: Re: [Jbeta] monadic '?' (and #. slowdown
First, y is converted to a number base x.
Then we genereate an n-digit random number
in a range 0.._1+x^n
This apparently works or crashes depends on external
factors. It worked for me.
The APL thread used 1e6+1 instead of 1e7+1. What moved
you to use the higher number?
- Original Message -
From: Andrew Nikitin [EMAIL PROTECTED]
Date: Sunday, July 16, 2006 5:44 pm
Subject: [Jbeta] .
The monad ? will work on extended integers in the
next J6.01 beta.
-
From: Andrew Nikitin
Date: Wed Jun 14 08:05:52 HKT 2006
?10^100x
|domain error
| ?10^100
Or should it rather go to suggestion page?
I tried to implement ? equivalent for large
You misunderstand how the 3!:4 family works.
ic=: 3!:4 says:
3 ic y - J integers to sets of 8 characters (J64 only)
_3 ic y - sets of 8 characters to J integers (J64 only)
3ic can work only in J64 because only in J64 can
you have 64-bit integers. The same problem in
_3ic .
- Original
:28 pm
Subject: Re: [Jbeta] 64 bit integer conversion
Roger Hui wrote:
You misunderstand how the 3!:4 family works.
ic=: 3!:4 says:
3 ic y - J integers to sets of 8 characters (J64 only)
_3 ic y - sets of 8 characters to J integers (J64 only)
3ic can work only in J64 because only
The amend page of the dictionary
http://www.jsoftware.com/books/help/dictionary/d530n.htm
currently reads:
If m is not a gerund, x m} y is formed by replacing
by x those parts of y selected by m{ .
In the next J6.01 beta, it has been changed to read:
If m is not a gerund, x m} y is formed
In J601 p beta there was a bug fix where an implicit
conversion of an extended precision number y would
signal error if y was not infinite but is larger in
magnitude than the largest finite 64-bit floating
point number, approximately 1e308. In this case,
xfmt cat2 1000
|domain error: xfmt
|
http://www.jsoftware.com/books/help/release/fmt601.htm
7.2 : y has been replaced by 7j2 : y .
- Original Message -
From: M.Shimura [EMAIL PROTECTED]
Date: Sunday, August 13, 2006 9:19 pm
Subject: [Jbeta] Re: Beta Digest, Vol 12, Issue 18
(1) plot 'emf' format is fine !! easy to use
Fixed for the next beta.
You can specify that verb u be applied to rank n
cells via: un . This is described in the
d600v.htm page that you mentioned.
- Original Message -
From: Fred Bone [EMAIL PROTECTED]
Date: Saturday, August 12, 2006 11:02 am
Subject: [Jbeta] Possible link error
It comes down to whether there is one empty vector
or more than one empty vector. (*)
(i.0) -: ''
1
(i.0) -: ''
1
(i.0) -: u: i.0
1
3!:0 i.0
4
3!:0 u: i.0
131072
I will probably change 5!:5 to preserve the
distinction between i.0 and '' without answering
(*) one way or the other.
portable
way to pass values between machines and versions, and
it is important to make sure that the values received
are the same ones that were sent.
Henry Rich
-Original Message-
From: [EMAIL PROTECTED]
[EMAIL PROTECTED] On Behalf Of Roger Hui
Sent: Tuesday, August 15
to me less
likely to break. (This is not an academic issue: I have
to keep J5.04 running to use it for DDE)
I agree that to get floats right bit for bit 3!:n would
be better.
Henry Rich
-Original Message-
From: [EMAIL PROTECTED]
[EMAIL PROTECTED] On Behalf Of Roger Hui
Sent
What would be the effect if in the Temp/j directory
where the break files are, there are somehow a lot
of such files?
- Original Message -
From: Eric Iverson [EMAIL PROTECTED]
Date: Tuesday, August 29, 2006 9:07 am
Subject: Re: [Jbeta] J break hangs Windows for seconds
It looks as if
Something in J6.02 to look forward to.
Memo u M. mu lu ru
u M. is the same as u but may keep a record of the
argument(s) and results for later look-up and reuse.
It is commonly used for multiply-recursive verbs.
The current implementation retains results only
: [EMAIL PROTECTED]
[EMAIL PROTECTED] On Behalf Of Roger Hui
Sent: Thursday, September 07, 2006 1:24 AM
To: beta@jsoftware.com
Subject: [Jbeta] u M. (Memo)
Something in J6.02 to look forward to.
Memo u M. mu lu ru
u M. is the same as u but may keep a record
fib=: 3 : 0 M.
if. 1:y do. y else. (fib y-1)+fib y-2 end.
)
fibx=: 3 : 0
if. 1:y do. y else. (fibx y-1)+fibx y-2 end.
)
f7=: 3 : 0
mp=. +/ .*
{.{: mp/ mp~^:(I.|.#:y) 2 2$0 1 1 1x
)
f7a=: 3 : 0
mp=. +/ .*
{.{: mp/ mp~^:(I.|.#:y) 2 2$0 1 1 1
)
6!:2 'j=: fib 32' NB. memo version
The removal of the exponential time penalty is
accomplished through a variety of ways. One of
them is to
- Original Message -
From: greg heil [EMAIL PROTECTED]
Date: Friday, September 8, 2006 1:48 pm
Subject: Re: [Jbeta] u M. (Memo)
On 9/8/06, Roger Hui [EMAIL PROTECTED] wrote
^ marks the changed text:
ev(i,j,r,c) (emit vector) is similar, but
the current word and any intervening items are
^
catenated to the previous word if the previous
emit was ev and the state at that time was r.
- Original Message -
From:
This has now been fixed for the next release.
- Original Message -
From: david alis [EMAIL PROTECTED]
Date: Sunday, May 20, 2007 4:56 am
Subject: [Jbeta] suggestion for improvement
Is this the right place to request a performance improvement in {::
when using it with mapped files?
The fill f supplied via u!.f is required to be
an atom.
#!.8 9
|rank error
| #!.8 9
{.!.8 9
|rank error
| {.!.8 9
- Original Message -
From: Raul Miller [EMAIL PROTECTED]
Date: Thursday, June 14, 2007 3:53 pm
Subject: [Jbeta] apparently spurious rank error
the vocabulary page, if not the manual.
Looking
forward to seeing a mention in 6.02.
Roger Hui wrote:
The fill f supplied via u!.f is required to be
an atom.
#!.8 9
|rank error
| #!.8 9
{.!.8 9
|rank error
| {.!.8 9
I note that locking a file in J does not change
its contents but opening a file (while making
no changes) in Excel does change its contents.
- Original Message -
From: Devon McCormick [EMAIL PROTECTED]
Date: Tuesday, June 19, 2007 7:06 pm
Subject: [Jbeta] Spreadsheet corruption by file
Fixed for the next release. Thanks for finding and reporting this error.
- Original Message -
From: Raul Miller [EMAIL PROTECTED]
Date: Tuesday, July 17, 2007 14:45
Subject: [Jbeta] digits problem
To: Beta forum beta@jsoftware.com
.0 '12 34'
1
2
0
3
4
.0@:12 34
1 2
I'll consider it.
- Original Message -
From: david alis [EMAIL PROTECTED]
Date: Wednesday, August 29, 2007 22:56
Subject: [Jbeta] Suggestion for improvement to }~
To: Beta forum beta@jsoftware.com
The following two expressions using } are equivalent.
I would argue that the first is a
What you are proposing is exactly x 3!:40 y for positive x and
x ''$@(3!:4) 1 y for negative x .
- Original Message -
From: david alis [EMAIL PROTECTED]
Date: Sunday, September 2, 2007 23:03
Subject: [Jbeta] concerning ic (aka 3!:4)
To: Beta forum beta@jsoftware.com
The
An uncaught throw does not terminate execution.
Instead, it causes return to immediate execution
and is the specified behaviour.
http://www.jsoftware.com/help/dictionary/cthrow.htm
- Original Message -
From: Andrew Nikitin [EMAIL PROTECTED]
Date: Thursday, September 6, 2007 10:21
.
To: Beta forum beta@jsoftware.com
On 9/6/07, Roger Hui [EMAIL PROTECTED] wrote:
Instead, it causes return to immediate execution
and is the specified behaviour.
http://www.jsoftware.com/help/dictionary/cthrow.htm
Compare:
3 :'throw.' 0
3 :'=:' 0
|syntax error
| =:
It seems
: [Jbeta] uncaught throw.
To: Beta forum beta@jsoftware.com
On 9/6/07, Roger Hui [EMAIL PROTECTED] wrote:
Signalling an error would violate the specified behaviour:
3 : 'throw.' :: ('bah humbug!'_) 0
3 : '=:' :: ('bah humbug!'_) 0
bah humbug!
I did not realize that, thanks
Fixed for the next beta. Thanks for finding and reporting this error.
- Original Message -
From: bill lam [EMAIL PROTECTED]
Date: Friday, September 28, 2007 20:03
Subject: [Jbeta] unicode and p {~ q i. ]
To: Beta forum beta@jsoftware.com
I guess this is related to the special code
It is an art to decide what primitives should be included
in a system. I used J itself as a guide (e.g. ttally, tindexof,
tmemberof, etc.) and on that basis decline to add the
proposed verbs. On the same basis a verb that probably
should be included is:
tfrom=: @[ {. ]
Additional thoughts on
The current tsort is a monad.
- Original Message -
From: Sherlock, Ric [EMAIL PROTECTED]
Date: Monday, October 8, 2007 12:15
Subject: RE: [Jbeta] Inverted Table into system library
To: Beta forum beta@jsoftware.com
---Roger Hui wrote:
It is an art to decide what primitives should
Boxed sparse arrays or sparse boxed arrays will not be in J602.
Currently there are no plans to add them to later releases.
- Original Message -
From: Fraser Jackson [EMAIL PROTECTED]
Date: Tuesday, October 9, 2007 10:18
Subject: [Jbeta] Boxing sparse arrays
To: Beta forum
memr 1 0 _1 also crashes and in general memr addr,offset,_1
crashes for lots of different combinations of addr and offset.
Can't check for everything.
Don't you get addr and offset from somewhere? Perhaps they
should be checked at that point if you want to check them.
- Original
Exactly. If u has side effects or depends on side effects you should not
use u M. . That is, if there is some y for which (u y) -: u y is 0,
you should not use u M. . (Likewise for the dyad.)
Moreover, the dictionary page says that M. is commonly used
for multiply recursive verbs. The
The M. page is in the J6.02 beta version of the dictionary.
Alternatively, see http://www.jsoftware.com/jwiki/Essays/Memoization
- Original Message -
From: Randy MacDonald [EMAIL PROTECTED]
Date: Saturday, October 27, 2007 21:15
Subject: Re: [Jbeta] M. working as designed?
To: Beta
It does crash in the J602a beta but does not crash in my latest DLL.
- Original Message -
From: Henry Rich [EMAIL PROTECTED]
Date: Wednesday, October 31, 2007 18:31
Subject: [Jbeta] Crash in beta
To: 'Beta forum' beta@jsoftware.com
9!:14 ''
j602/beta/2007-09-19/23:00
The
was previously reported and fixed in
http://www.jsoftware.com/pipermail/beta/2007-September/002386.html
and will not be in the next beta.
- Original Message -
From: Roger Hui [EMAIL PROTECTED]
Date: Wednesday, October 31, 2007 20:36
Subject: Re: [Jbeta] Crash in beta
To: Beta forum beta
Please provide a sequence of phrases that leads to a crash.
- Original Message -
From: R.E. Boss [EMAIL PROTECTED]
Date: Tuesday, November 6, 2007 8:15
Subject: [Jbeta] bug in j602abeta
To: 'Beta forum' beta@jsoftware.com
If I rebuild the example in
PROTECTED]) b' [ b=. %1+i.1000
0.00060343 9472
ts '255 ([EMAIL PROTECTED] .@:%) b' [ b=. %1+i.1000
0.8185 13568
--- Roger Hui [EMAIL PROTECTED] wrote:
The numerical difference comes from %(%:2) vs. (%:0.5)*
nx=: i:5j2000
./ | (%(%:2) - (%:0.5)*) nx
8.88178e_16
In the next J6.02 beta the monad u.(a.i.) will be fast and lean
for reasonable u , likewise the dyad m b..(a.i.)
x=: a.{~ 1e6 [EMAIL PROTECTED] 256
y=: a.{~ 1e6 [EMAIL PROTECTED] 256
ts=: 6!:2 , 7!:[EMAIL PROTECTED]
NB. Monads
ts 'a.{~ 256|:a.i.x'
0.0206454 1.36325e7
ts
The J engine is unchanged in the d beta.
The error has previously been fixed and will not be
in the next beta that contains an updated J engine.
- Original Message -
From: greg heil [EMAIL PROTECTED]
Date: Saturday, December 15, 2007 13:15
Subject: [Jbeta] Re: [Jprogramming] Hex
Session interrupt is usually not generated by ctrl-break
but by clicking on the yellow Jbreak icon. See:
http://www.jsoftware.com/help/user/interrupt.htm
If you are using the Jconsole then ctrl-break also works.
- Original Message -
From: Randy MacDonald [EMAIL PROTECTED]
Date:
The bug exposed by 2#_1e6 is one worth remembering for
telling your grandchildren.
2#_1e6 NB. wrong
_100 _475712
When moving sets of 8 bytes, there is a speed advantage
in moving them as 64 bit floats, so in doing n#_1e6 it is
faster to move n%2 sets of 64 bits each set of which is
2
the following report:
Joe and me were up on the pole when Joe dropped
his wrench on my head. I said to him, Really,
Joseph, you must handle your tools with more care.
- Original Message -
From: Roger Hui [EMAIL PROTECTED]
Date: Friday, February 1, 2008 13:30
Subject: Re: [Jbeta] J32
_. : _ giving 0 is a bug and (I think) had previously been
fixed for the next beta. It's one of those compiler differences.
- Original Message -
From: Henry Rich [EMAIL PROTECTED]
Date: Monday, February 4, 2008 5:29
Subject: [Jbeta] J602 incompatibility: _. : _
To: 'Beta forum'
_ .
Henry Rich
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger Hui
Sent: Wednesday, February 06, 2008 10:45 PM
To: Beta forum
Subject: Re: [Jbeta] Another incompatibility: _ . _.
The answer should be _. for the same reason that x
consistently recognized as not being bigger than
_ .
Henry Rich
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Roger Hui
Sent: Wednesday, February 06, 2008 10:45 PM
To: Beta forum
Subject: Re: [Jbeta] Another
The value error is a result of the J interpreter
itself using J facilities to achieve its nefarious ends.
The error was trapped and execution proceeded normally.
It is little different from the following sequence:
1 2 + 3 4 5
|length error
| 1 2+3 4 5
13!:12 ''
|length error
| 1 2
128!:5 y Is NaN.
If z=: 128!:5 y , then z has the same shape as y and an atom
of z is 1 if and only if the corresponding atom of y is _. or
contains _. (NaN).
Examples:
(128!:5) 3.45 6 _. 7
0 0 1 0
(128!:5) t=. 2 2$1 2;3 4 5;(_. 7);_.
0 0
1 1
(128!:5) t
1
(128!:5) ;:'Cogito,
Do change 'NaN error' to either 'domain error' (preferred) or '_. error' .
It is advantageous to have a message for NaN error
distinct from domain error, so that when you get
one of them you don't have to puzzle over what kind
of domain error it was. In a sense they are all domain
errors, but
around, what about this:
10 | _
0
shouldn't this be a NaN error?
_ | __
__
shouldn't this be a NaN error? At the least, shouldn't
the result be positive?
Henry Rich
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger
The change is much more than substituting NaN for _. or vice versa.
You should read the page for _. in the J6.02 qbeta.
Absolutely no plans to change 0%0 giving 0.
- Original Message -
From: [EMAIL PROTECTED]
Date: Monday, February 25, 2008 16:25
Subject: Re: [Jbeta] Use of the name
Thanks. I'll look into these and swat them down.
- Original Message -
From: Henry Rich [EMAIL PROTECTED]
Date: Monday, February 25, 2008 17:16
Subject: [Jbeta] A slew of _. produced without a NaN error
To: 'Beta forum' beta@jsoftware.com
(i: 12) o. :: 0:00 _ ] _j_ 0j_ _j0
0
just think you should forget the distinction
and call them all domain errors.
Henry Rich
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger Hui
Sent: Monday, February 25, 2008 11:48 AM
To: Beta forum
Subject: Re: RE: [Jbeta
Fixed for the next beta. FYI fixed by changing 3 characters in the source.
- Original Message -
From: Henry Rich [EMAIL PROTECTED]
Date: Monday, February 25, 2008 17:16
Subject: [Jbeta] A slew of _. produced without a NaN error
To: 'Beta forum' beta@jsoftware.com
(i: 12) o. ::
them all domain errors.
Henry Rich
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Roger Hui
Sent: Monday, February 25, 2008 11:48 AM
To: Beta forum
Subject: Re: RE: [Jbeta] Use of the name 'NaN' deprecated
1 o. y and other
(6!:2) 'a*b'
0.029117603
a*b is faster?
Roger Hui wrote:
The NaN error will prevent operations to proceed
uninterrupted. Suppose you have a large matrix and complex
geometrical calculations. At some point it will yield
_%_ for some positions in the matrix. Knowing your domains
you
-
From: Roger Hui [EMAIL PROTECTED]
Date: Tuesday, February 26, 2008 0:31
Subject: Re: [Jbeta] Use of the name 'NaN' deprecated
To: Beta forum beta@jsoftware.com
The NaN error will prevent operations to proceed
uninterrupted. Suppose you have a large matrix and complex
geometrical calculations
));1,2,3
--- Roger Hui [EMAIL PROTECTED] wrote:
Finally, if someone really wanted an error on NaN,
wouldn't be available with:
[EMAIL PROTECTED]@(1 e. ,)@(_. = ])
The real problem with NaN is that it defies all logic:
x rel y is specified to be 0 if x or y is NaN and rel
and
fix it. Although it would not garantee that all possible
cases would be covered. So there is still a chance that
a NaN error will unexpectedly appear at run-time in production.
--- Roger Hui [EMAIL PROTECTED] wrote:
(even though we know the determinant of such a matrix must be
_, __, 0
128!:5 is similar to the isnan function in many other languages.
http://www.google.com/search?hl=enq=isnan , 4,630,000 hits.
A good reason for calling 128!:5 Is NaN.
- Original Message -
From: Roger Hui [EMAIL PROTECTED]
Date: Friday, February 29, 2008 6:26
Subject: Re: [Jbeta] Use
More precisely, NaN denotes many bit patterns in the IEEE standard.
J displays them all as _. and 128!:5 is 1 for each of them.
On input into J, _. is converted into a single one of such patterns.
Thus:
hex =: ([EMAIL PROTECTED]) }. 2(3!:3)
unhex=: 3!:2 @ ((}: 2 (3!:3) 0.5) , ]) 1
H=:
I have not studied your msg in detail but I note that
sparse boxed arrays are not supported.
- Original Message -
From: Fraser Jackson [EMAIL PROTECTED]
Date: Friday, February 29, 2008 23:59
Subject: [Jbeta] Unexpected verb behaviour with a sparse array argument
To: Beta forum
It is an anomaly only if you can produce _. on arguments
not containing _. .
From http://www.jsoftware.com/help/dictionary/d031.htm :
... should be removed from such data as soon as possible.
... Other primitives on arguments containing _. may not
produce correct or consistent results.
In
Fixed now. Thanks for the note.
- Original Message -
From: Don Guinn dongu...@gmail.com
Date: Thursday, April 2, 2009 21:27
Subject: [Jbeta] Old form of format in help
To: Beta forum beta@jsoftware.com
Taylor approximation uses the old form for format (:)
6.2 : ^ T.
I don't have one for overlapped matches but do have
one for non-overlapped matches, which may shed some
light on the former.
http://www.jsoftware.com/jwiki/Essays/Non-Overlapping_Substrings
- Original Message -
From: Oleg Kobchenko oleg...@yahoo.com
Date: Friday, January 15, 2010 13:28
FYI: http://products.wolframalpha.com/iphone/
--
For information about J forums see http://www.jsoftware.com/forums.htm
Now fixed for the next release. Thank you for finding and
reporting this error.
- Original Message -
From: Don Guinn dongu...@gmail.com
Date: Saturday, March 6, 2010 6:59
Subject: [Jbeta] J Crash
To: Beta forum beta@jsoftware.com
The following definition crashes in both J6 and J7
Subject: Re: [Jbeta] displaying boxed array in html
To: Beta forum beta@jsoftware.com
On Sun, Mar 28, 2010 at 6:51 PM, Roger Hui rhui...@shaw.ca wrote:
For arrays with rank greater than 2, you need to align
elements at the same row and column. That is,
in the output x{~i0;j;k and x{~i1;j;k
space as a line of text. This assumption is incorrect
(a horizontal line takes much less space than a line of text),
but I don't know what to do about it. Perhaps nothing needs
to be done (i.e. perhaps it's good enough).
- Original Message -
From: Roger Hui rhui...@shaw.ca
Date
@jsoftware.com
From: Roger Hui
Thanks. I see that the code below has some obvious
problems (e.g. the display of 0 i.2 2 3 4 has the 0 1 2 ...
going down then across, rather than across then down,
as in the : display).
Curious. I don't see that problem when I copy the code in my
email
the posted code again and it works fine for me. It
also seems to handle the multiple space issue that you raise
below (see output in last email). Perhaps there is an issue with
line-wrapping in the email?
From: Roger Hui
This is what I got from your e-mailed code:
style type=text
...@jsoftware.com] On
Behalf Of Roger Hui
Sent: Wednesday, 31 March 2010 11:39
To: Beta forum
Subject: Re: [Jbeta] displaying boxed array in html
There was a problem with nbsp; displaying as blank
in my mail reader. So that explains that.
I went to the archive
http://www.jsoftware.com
] displaying boxed array in html
To: Beta forum beta@jsoftware.com
On Tue, Mar 30, 2010 at 6:44 PM, Roger Hui rhui...@shaw.ca wrote:
With that change, a cell in a plane no longer has the
same number of lines as a cell in the same row in another plane.
Try it on 2 2 3 $ (i..i.6),2 5$'a efghij
That does look better.
- Original Message -
From: Raul Miller rauldmil...@gmail.com
Date: Tuesday, March 30, 2010 16:42
Subject: Re: [Jbeta] displaying boxed array in html
To: Beta forum beta@jsoftware.com
On Tue, Mar 30, 2010 at 7:29 PM, Roger Hui rhui...@shaw.ca wrote
See also
http://www.jsoftware.com/jwiki/Essays/In-Place%20Operations
- Original Message -
From: david alis david.a...@gmail.com
Date: Thursday, September 9, 2010 14:36
Subject: [Jbeta] J7 - (wish fulfillment) }~
To: Beta forum beta@jsoftware.com
Roger,
My wish has been fulfilled.
FYI: Eric Iverson, the person at Jsoftware able to make
any changes to the JHS beta, is away this week.
- Original Message -
From: neit...@gaertner.de
Date: Tuesday, September 28, 2010 9:52
Subject: Re: [Jbeta] JHS 1.0.23 help urgently needed
To: beta@jsoftware.com
To recap:
With
Yes, it's architecturally dependent in a minor way. In particular,
it would work for J64 for integers. For example, the following
would fail in J64:
(o.1 0 2) +/ @: * (o.3 2 $ 3 1 2 1 1 0)
The bug in x +/@:* y occurs when:
- x and y have a different number of elements.
- the argument with
I doubt that this is a showstopper in any application
so the fix will not make it into J7.01.
- Original Message -
From: david alis david.a...@gmail.com
Date: Monday, January 10, 2011 20:16
Subject: Re: [Jbeta] Nag nag nag nag
To: Beta forum beta@jsoftware.com
is there also a fix for
merely varied someone else's
6!:2 ; 7!:2@]
On 1/21/2011 11:38 AM, Roger Hui wrote:
ts=: 6!:2 , 7!:2@]
originally invented by Cliff Reiter, I believe.
--
For information about J forums see http://www.jsoftware.com
mod3=: 3|
On Fri, Oct 28, 2011 at 10:54 AM, Andrew Pennebaker
andrew.penneba...@gmail.com wrote:
I'm trying to make a function mod3 that returns the input modulo three, but
my syntax is wrong. I don't see why the syntax would be any different from
the double example in the docs.
$ jconsole
Infix is good if you have dyadic functions/operators. For example:
* +x y - x y
(x+y)*(x-y)
On Fri, Oct 28, 2011 at 12:50 PM, Andrew Pennebaker
andrew.penneba...@gmail.com wrote:
Thanks Björn, Roger, and Lettow.
The docs imply that J and its predecessor APL use prefix/right-to-left
=: %@:@(+/~)@i.
6!:2 '%. H 100x'
80.0178
and then on the iPad - but after a few minutes, the app crashed, hard to
say what happened, not likely a memory issue since it takes considerably
less space than 500 500 ?@$ 1000
On 2012/05/11 20:07 , Roger Hui wrote:
Somewhere I have
¯2021614284
7581053766 ¯1.576859219E10
1.839669126E10 ¯1.126328056E10 2815820182
)
On Mon, Jun 18, 2012 at 4:11 PM, Roger Hui rogerhui.can...@gmail.com
wrote:
Do not be alarmed! :-) The Hilbert matrix is notoriously ill-conditioned
and attempts
. While it does well though 12, it
goes horribly wrong at 13.
http://home.comcast.net/~paul.l.jackson/PLJsAPL/JandNars.txt
Paul
On Mon, Jun 18, 2012 at 7:01 PM, Roger Hui rogerhui.can...@gmail.com
wrote:
Don't you become even a bit suspicious when the answers don't agree?
Consider
96 matches
Mail list logo