Hi Jean-Pierre,
I have debugged the matter a little further.
It seems like the readline library sometimes skips too few characters.
For example, after entering
∇C[⎕]∇
and then recalling the line and deleting the last character with Backspace,
the new line should be:
∇C[⎕]
Howeve
Hi,
I am afraid that the failed line number is about the granularity of
error information available.
For finer location info (column number) the parser would need to track
the column; currently it
doesn't.
Since ⎕FX is a system functions (which can be called many times) there
is no interfac
Hi Kacper,
thanks, should be fixed in SVN 125.
/// Jürgen
On 02/14/2014 06:16 PM, Kacper Gutowski wrote:
On 2014-02-14 16:15:33, Juergen Sauermann wrote:
fixed in SVN 120.
In r122, it doesn't give domain error anymore, but I think that
results are not correct:
⎕RL
1
8⎕CR Y←⊂[
Hi,
I dare to disagree. In my opinion the ∇ editor is very useful in APL
scripts (not used as
interactive editor, but to define functions used later on in the
script). Functions specified with
∇ are IMHO much more readable than functions specified with ⎕FX, in
particular when they are long.
Awesome. I'll add support for this tonight or tomorrow.
Regards,
Elias
On 15 February 2014 19:48, Juergen Sauermann
wrote:
> Hi Elias,
>
> I believe deriving from class Symbol is not the right way because there
> can be multiple
> pointers to the original symbol around and when you simply repl
Seems to work, and the performance improvements for the functions that have
been optimised is massive. Thanks a lot!
I wonder what other functions would provide the biggest benefit when
optimised in this fashion. I never ran any benchmarks on the optimised
version of +, because it kept crashing on
Hi Elias,
I believe deriving from class Symbol is not the right way because there
can be multiple
pointers to the original symbol around and when you simply replace a
symbol in class Workspace
then you have a mix of the original and the new derived symbol.
I have therefore added a callback fu
