Hi, Hans-Peter,
Something occurred to me last night...
When edif2 starts, it fork()s but instead of exec()ing it just goes into
an inotify() read loop, That leaves two APL processes running and when
they're killed they both call the edif2 close_fun(). Among other
things, close_fun() frees v
Hi Kacper,
I have not documented the aplscript trick because I see it
more as a hack that helps in a specific situation
than a fully supported feature.
A general problem of symbolic links to the apl binary (which was the
use case for introducing the
Hi Chris,
it' a stubborn case (the latest version).
I have an other case that fails (vs is script starting slickedit) :
apl ... session:
'libedif2.so' ⎕fx 'edif2'
edif2
'vs' edif2 ''
/var/run/user/2000/21616/.apl ### output from scrip vs
### output from slic
Yeah, I've noticed that APL gets unhappy when stdout/stderr interferes
with its pty. I tried to pull down a trial version of slickedit just to
see what was going on, but stopped when it asked me for a credit card on
which to charge 300USD, so I'm only guessing that the output you're
seeing is
