[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-apl] fpc/freepascal interface - c code using inner/outer produc
From: |
enztec |
Subject: |
Re: [Bug-apl] fpc/freepascal interface - c code using inner/outer product or unquote welcome |
Date: |
Sat, 10 Aug 2019 09:42:52 -0600 |
Hi
>> init_libapl(argv[0],0);
>>
>> with or without init gives
>>
>> Executable ./APs/APserver not found.
> Yes. APserver is a helper binary for old-style shared APL variables (⎕SVO and
> friends). The
> APserver is forked by APL, but APL cannot know where the APServer binary is
> located in the
> file system.
> APL then assumes that the APserver is located either in the same directory as
> itself, or in
> a subdir called APs of that directory.
we have been working with libapl and not apl
> You can probably fix this in a number of ways:
> 1. set UserPreferences::uprefs.user_do_svars and system_do_svars to false
but in libapl.cc it already has
uprefs.user_do_svars = false;
uprefs.system_do_svars = false;
> 3. Install "normal (non-libapl) APL which should also install APserver in the
> right place.
i have /usr/local/bin/APserver installed in the 'right place' (from compiling
apl and make install) but it doesn't find it (strace shows libapl only looking
for APserver in ./APs/APserver) not in /usr/local/bin/
having ./APs/APserver works but then i would have to have it in all dirs i want
to work in which isn't a good solution
since i want APserver enabled in apl but disabled in libapl my solution is to
have 2 preferences so i had to edit the UserPreferences.cc preferences
locations and hard code the different location for the apl and libaple
preference locations
and have for libapl in it's preference
# SharedVars Enabled (default)
SharedVars Disabled
and have for apl in it's preference
SharedVars Enabled (defaul⎕t)
# SharedVars Disabled
---