Works great :)
- Rowan
On 6/5/19, Rowan Cannaday wrote:
> Hah, I hadn't fixed it yet - but I tracked down the same issue in the
> last few minutes. There was no init_macros in libapl. I was wondering
> why ALL the macros had null pointers, but it would have taken me a bit
> longer to implement a
Hah, I hadn't fixed it yet - but I tracked down the same issue in the
last few minutes. There was no init_macros in libapl. I was wondering
why ALL the macros had null pointers, but it would have taken me a bit
longer to implement a fix.
Thank you for your help. I'll update my repo and test.
On 6
Hi Rowan,
I think I fixed the problem (SVN 1166):
eedjsa@server66:~/projects/juergen/apl-1.7/erlang$
erl
Erlang/OTP 19 [erts-8.2] [source] [smp:4:4] [async-threads:10]
[hipe] [kernel-poll:false]
Eshell V8.2 (ab
Hi again,
one more info: running your _expression_ in test_libapl reproduces
the fault and
gdb indicates that the address of the function is 0:
(gdb) p Macro::Z__LO_REDUCE_X4_B
$4 = (Macro *) 0x0
(gdb)
That suggests that the l
Thats unfortunate re: the feedback you received. I personally think an
embedded APL in C/erlang is a fantastic idea - the distributed toolkit
of beam with the symbolic math of APL I find very appealing.
I'll give it an effort.
Appreciative of the help, I'll likely be bugging you in the near futur
Hi Rowan,
see below.
BR, Jürgen
On 6/4/19 5:00 PM, Rowan Cannaday
wrote:
Hello again,
Trying out the erlang/APL interface (its building now!), running into
a few issues.
BTW I'm pretty new to FOSS mailing lists so if in th
Hello again,
Trying out the erlang/APL interface (its building now!), running into
a few issues.
BTW I'm pretty new to FOSS mailing lists so if in the future you'd
prefer I'd start these as different threads, or use a different syntax
for distinguishing shell output just let me know.
First issue
