Hi Bernard,
the quick answer is this:
1. make sure your keyboard side is set up properly (see README--3-keyboard
for further hints on that).
2. To open a function, say foo with one argument, do this (inside
GNU APL):
∇foo B
Hi Elias,
could actually be that your OS is echoing your input, see stty
-a.
--rawCIN only prevents extra echoing of the user input
inside GNU APL.
Some (but not all) input modes turn off input echo (eg. readline
and --noRL).
But if
Hi Blake,
1. seems to work on my machine (SVN 455, with or without readline
installed):
2. fixed in SVN 456 (for readline, already worked for --noRL)
3. also seems to work as of SVN 455.
Please make sure you use --noRL because the cur
Hi David,
I believe I found (and fixed) another source of ESC sequences in --rawCIN
mode, SVN 457.
I also tried aplwrap on my machine - looks good.
/// Jürgen
On 09/05/2014 11:14 PM, David Lamkins
wrote:
Dear Juergen,
I wasn't using --noRL. Perhaps that was the problem. Using SVN 457 I get:
$ apl --noRL
13 history lines read from file /home/blake/.apl.history
__ _ __ __ _____ __
/ // | / // / / / / | / __ \ / /
Hi Blake,
thanks, fixed in SVN 458.
/// Jürgen
On 09/06/2014 05:40 PM, Blake McBride
wrote:
Dear Juergen,
I wasn't using --noRL. Perhaps that was the problem.
Using SVN 457 I get:
Greetings,
The new readline (with --noRL) is passing everything I am throwing at it.
Looks great!
I stumbled upon this, which I do not understand:
)LIBS XYZ
LIBRARY ROOT SET TO XYZ
Thanks.
Blake
I was tracing a function when I got:
Picd[6] 9/06/2014
Picd[8] *this: 'NO_VALUE' at Token.cc:452
-- Stack trace at Token.cc:453
0x7f64f3ac3de5 __libc_start_main
0x43e685 main
0x5595ed Workspace::im
Greetings,
After the crash I reported in my previous email, my terminal was set
incorrectly. I had to type:
$ stty sane
to fix it. I don't have to do this with )off.
Thanks.
Blake
