Hi Jürgen,
I still have a problem :) but maybe it's my problematic emacs... under
cocoa is very slow.
I have also a latest version, but gnu-pal-mode doesn't work with emacs
25.x I don't know why... it cannot find apl :)
By the way, I get a "Process apl floating point exception: 8" when i'm
doing
Hi Fausto,
done in SVN 600. I thought I had given it 200 ms
but it seems like it was only 20 ms.
Since we all know how slow emacs is, I gave APserver 2
seconds extra when GNU
APL was started in emacs mode.
/// Jürgen
Hi Jürgen,
now if I run "/usr/local/bin/apl --emacs" is ok... but if I call (this
is the way the emacs module gnu-apl-mode calls the interpreter) :
MacMac:~ fausap$ /usr/local/bin/apl --rawCIN --emacs --emacs_arg 0
Network listener started. Connection information: mode:tcp addr:61198
::connect(
Hi Fausto,
I see. Probably a race condition between apl and APserver
(because this does not
happen on my machine).
I have added a delay in SVN 598.
/// Jürgen
On 04/08/2015 05:36 PM, Fausto Saporito
wrote:
Hi
just to clarify with example:
MacMac:~ fausap$ /usr/local/bin/apl --noColor
__ _ __ __ _____ __
/ // | / // / / / / | / __ \ / /
/ / __ / |/ // / / / / /| | / /_/ // /
/ /_/ // /|
Hi Jürgen,
ok. for some reason if I run "/usr/local/bin/apl --noColor" I have no
error, if I run "apl --noColor" without the full path I got the error.
But without any switch (--noColor or --emacs) it's ok even if I run
apl or /usr/local/bin/apl
Really I cannot understand this.
regards,
Fausto
Hi Fausto,
you can set different colors in the GNU APL preferences
file(s), e.g. /usr/local/etc/gnu-apl.d/preferences.
There is a section for screens with dark backgrounds (commented
out). There is no reliable way to figure
which colors are used when
Hi Jürgen,
yes... I had in my $HOME a directory called apl... :)
but I have a strange behavior: if I start apl (simply without any
parameters) all the errors disappear, but I have problem between
"colors" and my mac terminal app. I have black background and green
foreground (a little bit nostalgi
Hi Fausto,
correct. The convention used by GNU APL is that APserver
lives in the same
directory as apl or in the subdirectory APs of
that directory. That directory is listed as
APL_bin_path in the output below.
In your case APL_bin_path
Hello Jürgen,
thanks for the hints about the configure/make.
About SVar_DB , here is the output.
I noticed the error about APserver, but it's present in /usr/local/bin
as the apl executable.
The problem could be he's trying to start ./APserver (and obviously)
that file is not present in the curre
Hi Fausto,
the simple ./configure (without arguments) does a "fast"
install which assumes
that the sources were freshly unpacked from the GNU APL project tar
file.
If you fetch from SVN then the fast install will not recognize
changes in
Hello,
starting new thread, maybe it's better :)
I noticed after I sent my last email that a make clean (on my system)
doesn't clean everything. Some object files were still present.
So I did a make distclean, and reconfigured everything... now I can
confirm with clang the libemacs error is not
12 matches
Mail list logo
