On May 27th Jüergen wrote:
"Note that there are some subtle differences between IBM APL2 and GNU APL
when localizing ⎕-vars. In IBM APL2 they are undefined after localizing
them.
In GNU APL they are pre-initialized with their respective default values.
This
gives simpler (and therefore faster code
I finally managed to isolate the cause of )CHECK's state value report for
my package manager.
The attached test case has a two-line function, a call to that function,
and the )CHECK command. This reliably produces two stale values on my
installations of GNU APL.
--
"The secret to creativity is k
Good to hear that a solution is in sight. :)
On Tue, Jul 22, 2014 at 12:04 PM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi David,
>
> thank you very much. I read the paragraph below several times.
> Unfortunately
> the behavior of readline is somewhat different. The problem s
Hi David,
thank you very much. I read the paragraph below several times. Unfortunately
the behavior of readline is somewhat different. The problem seemed to be
that
signal handling is "too transparent" in that it ignores settings made in
the signal
handler.
But I am on the way towards a solut
J'uergen,
I noticed this paragraph in the readline documentation:
" Readline contains an internal signal handler that is installed for a
number of signals (`SIGINT', `SIGQUIT', `SIGTERM', `SIGALRM',
`SIGTSTP', `SIGTTIN', and `SIGTTOU'). When one of these signals is
received, the signal handler
Hi,
I see. there was a copy missing from the git checkout directory to the
wslib5 directory. I've updated the makefile so that this should be done
automatically. SVN 385.
/// Jürgen
On 07/22/2014 01:19 PM, Elias Mårtenson wrote:
Well, in my source repository the file is called sql.apl, while
Hi Blake,
I tried, but it did not work.
The deeper I go into readline the more weird it gets.
If I do nothing then I get the first ^C delivered as signal but not
subsequent ones.
I would have preferred if two ^Cs (i.e. INTERRUPT rather than ATTENTION)
would
stop printouts, but readline deliv
I found a great workaround if all you want is to be able to download the
files into the sql directory. It turns out that Github supports Subversion
clients, and subversion's export command is a bit easier to deal with than
the Git model. From the src directory, simply run the following command:
Well, in my source repository the file is called sql.apl, while in yours,
it's SQL.apl. Could that be the cause?
Regards,
Elias
On 22 July 2014 18:26, Juergen Sauermann
wrote:
> Hi,
>
> SVN 384 should have it. On the other hand I have not seen
> an update of *src/sql* in SVN 384.
>
> If somet
Hi,
SVN 384 should have it. On the other hand I have not seen
an update of *src/sql* in SVN 384.
If something is missing can you please have a look at the *git-pull *target
in *src/Makefile.am* and see if it is OK? I'm not really a git expert.
/// Jürgen
On 07/22/2014 01:28 AM, Elias Mårtenso
Hi Blake,
thanks for that information. Actually the SIGINT is delivered to GNU APL as
expected. The problem is that when I return from the GNU APL SIGINT
handler then
readline seems to be blocked in the old readline() call and returns only
after another
char (any char - does not have to be new
11 matches
Mail list logo
