Hello
From the make install the APserver is in /usr/local/bin/APserver along with
apl and AP100 and AP210
but according to the strace log it never looks for /usr/local/bin/APserver just
in the current dir
access("./APserver", X_OK) = -1 ENOENT (No such file or directory)
access("./APs/APserver", X_OK) = -1 ENOENT (No such file or directory)
i disabled the APserver in the preferences so the message isn't displayed
On Sat, 19 Jun 2021 11:34:12 +0200
Dr. Jürgen Sauermann <m...@xn--jrgen-sauermann-zvb.de> wrote:
> Hi,
>
> at a first glance:
>
> You cannot simply skip init_libapl() because that will leave many
> C++ variables undefined and because of that your program will crash
> sooner or later.
>
> Instead: make sure your program finds the APserver (a non-libapl build
> and makle install) should install it in a proper place). strace is your
> friend in figuring where libapl looks for the APserver.
>
> Alternatively you can start the APserver manually and libapl should then
> find it without knowing where the APserver binary is located
>
> Best Regards,
> Jürgen
>
> On 6/18/21 10:49 PM, enz...@gmx.com wrote:
>
> Hello
>
> Here is my situation with regards to my compiling apl/libapl
>
> i have a working 1182 apl/libapl which works perfectly - the 1182 libapl.so
> and libapl.a both compile the libapl_test.c code fine
>
> i tried to compile 1474 apl/libapl and the apl compiled with no problem but
> segfaylts when i display a var of 30000 integers and when i use )copy on the
> same file a second time it won't copy because of some recursive warning
> (there is nothing recursive in the file)
> the ]nextfile and ]pushfile both work fine however
>
> but compiling the 1474 libapl had problems but i was finally able to compile
> it. but the resulting libapl.so and libapl.a both give the floating point
> error with the following libapl_test.c code
>
> i decided to backtrack and recompile the 1182 to get a floor on this situation
>
> but now when i compile 1182 the apl seems okay but the libapl.so and libapl.a
> both give the floating point error from libapl_test.c
>
> something changed from the original 1182 compile now and i would like to
> find/fix what is now wrong so the 1475 compile will be good
>
> none of the libraries linked into libapl.so or used for the libapl.a have
> changed
>
> ---
>
> libapl_test.c
> // libapl_test.c stl
> #include <stdio.h>
> #include <stdlib.h>
> #include <apl/libapl.h>
> //#include "/usr/local/include/apl/libapl.h"
> int main (int argc, char * argv[])
> {
> // causes Executable ./APs/APserver not found.
> //init_libapl(argv[0], 0);
> apl_exec("2 3⍴⍳6");
> return 0;
> }
>
> ----
>
> f=libapl_test
>
> here is good dynamic compile on old 1182 libapl.so
> gcc $f.c -L /usr/local/lib/apl -lapl -o $f -O2
> ./$f
>
> this is good static compile on old 1182 libapl.a
> gcc $f.c -lpthread -lncurses -lxcb -ldl -lm -lc -lsqlite3 -lstdc++
> /usr/local/lib/apl/libapl.a -o $f -O2
> ./$f
>
> ---
>
> any help would be appreciated
>
> thanks
>
>
>
