symdat <'vertexData' is a pointer to the data (not header).
If you want to update without re-assigning the name, you
could do something like
p=. symdat <'vertexData'
d=. 1&fc (new vertex data)
d memw p,0,(#d),2
but beware of any side effects
Tue, 03 Mar 2020, Brian Schott написал(а):
> All,
>
BTW, if you only need to run u n times, without keeping the intermediate
results, u^:n will do I think.
Henry Rich
On 3/3/2020 5:31 PM, David Lambert wrote:
My 7-smooth generator depends upon side effects. We cannot depend on u^:
when u has side effects including appreciable resource consumpt
Here you go -- a multi-turtle system. (Though, when rotated -- hold
down x -- this also demonstrates that I should deal with my gl_Frustum
issues. And, I should really implement color properly...)
Also... I noticed that 48.ijs only worked if a_run'' had previously
run... oops. I've verified that 4
Think of vertexData and colorData (recast and restructured in 48.ijs
as renderVertices and renderColors) as being a representation of the
all the turtles and all their trails.
You also might not have noticed my 'direction' and 'position'
variables. In 48.ijs, those were designed around the idea th
All,
Recall that I am (re)developing a multiple turtle, turtle graphics system
using modern openGL. I have been unable to find examples of how to do this,
and the examples that come close use C++ and GLM which hide from me some of
the essentials. What follows is my current understanding of how I m
You're right. The code for u^:vector (or u^:(that used to be prevalent in the JE:
1. execute u once
2. if the result is boxed, abort to general case below
3. reserve a result area on the assumption that all results will have
the same shape and type as the first
4. run the rest of the executions
My 7-smooth generator depends upon side effects. We cannot depend on u^:
when u has side effects including appreciable resource consumption. Work
around example
for.i.20 do. x u y end.
thanks
>Date: Mon, 2 Mar 2020 18:14:13 -0500
>From: Henry Rich
>To: programm...@jsoftware.com
>Subject: Re:
mistaken on obvservation
]@1 Y >: i.3
1
is equivalent to
]@(1"_)&v NB. returns 1 no matter what v is, and 1 Y does not get executed.
This is normal parsing of conjunctions.
On Tuesday, March 3, 2020, 02:20:52 p.m. EST, 'Pascal Jasmin' via Programming
wrote:
I understand. Its som
I understand. Its something I will just add to jpp.
I found an interesting parsing anomaly that I am not sure was intentional all
along, but is cool.
Y=: (&({::))(@:])
]@1 Y i.3 NB. @n is new functionality, but the result is identical to ]@(1 Y)
1
+:@:+/ 1 2 3
22
(+:@:+)/ 1 2 3
22
+:@:
If the main advantage is the removal of one space at the cost of adding
a ':', I doubt whether your proposal will gain enough user support to
make it worth considering. But that's for users to decide.
Henry Rich
On 3/3/2020 12:05 AM, 'Pascal Jasmin' via Programming wrote:
Forgot for a moment
10 matches
Mail list logo
