OK, I now have a better understanding of how loading works.
I have a request though:
I would like to be able to specify to Workspace::copy_WS that my input file
contains APL code, and nothing else. This is because the Emacs mode has the
ability to send parts of a file to the interpreter, and in s
Hi Elias,
when I said "have a look at" I meant to see how it works, not to call it.
There relevant lines are *Workspace.cc:789* :
I*nputFile fam(filename, file, false, false, true, with_LX);**
**InputFile::files_todo.insert(InputFile::files_todo.begin(), fam);*
That pushes filename onto the inp
Thank you. I had actually looked at that method too, but I thought that the
line number stuff was handled by the Archive stuff.
I'm testing it out now.
By the way, it seems as though the set_line_no change hasn't been pushed
yet.
Regards,
Elias
On 6 August 2014 18:26, Juergen Sauermann
wrote:
Notwithstanding my issue with item 1 below, item 2 is still an issue that
should be addressed IMO.
Thanks.
Blake
On Tue, Aug 5, 2014 at 4:20 PM, Blake McBride wrote:
> Attempting to fix apl.xmodmap, I discovered that the mapping for χ seems
> to be correct, it just doesn't work for some reas
I have been looking at how Dyalog does it, and their implementation is even
more strange. I have to agree with your assessment.
Last night as I was about to go to sleep I thought about a change that
could make the use of "side-effect-only" lambdas much more logical and
functional. It sounded great
I found the problem. Either my prior xmodmap tests or my prior xkb tests
messed with my machine so that the xmodmap in question didn't work
correctly. A logout / login (X reset) fixed the problem.
Thanks.
Blake
On Tue, Aug 5, 2014 at 11:44 PM, Chris Jones wrote:
> On Tue, Aug 05, 2014 at 05
The supplied support-files/Dyalog-Keyboard/apl.xmodmap does not map the
alt-shift-H to ⍙ as shown in ]keyb.
Interestingly, support-files/apl.xmodmap does. Why would they be different?
The following patch corrects this for
support-files/Dyalog-Keyboard/apl.xmodmap:
*** apl.xmodmap~ 2014-08-05 1
I now realize what is causing some of the keyboard problems I am
experiencing. I believe the SVN repository for GNU APL has some problems.
It seems when the support-files directory was re-worked files were moved
around BUT somehow the old ones remain. So, for example,
If a file named ABC is re
Hi Blake,
sorry, forgot to remove old files. removed in SVN 421.
/// Jürgen
On 08/06/2014 03:48 PM, Blake McBride wrote:
I now realize what is causing some of the keyboard problems I am
experiencing. I believe the SVN repository for GNU APL has some
problems. It seems when the support-file
Dear Juergen,
Thanks, but now you need to change
support-files/Dyalog-Keyboard/apl.xmodmap as follows:
36c36
< keycode 43 = hH U2206
---
> keycode 43 = hH U2206 U2359
Thanks.
Blake
On Wed, Aug 6, 2014 at 9:00 AM, Juergen Sauermann <
juerge
Hi Blake,
thanks, fixed in SVN 422. I believe I can skip over your
previous posts then? If there is anything remaining then
please post again!
/// Jürgen
On 08/06/2014 04:25 PM, Blake McBride wrote:
Dear Juergen,
Thanks, but now you need to change
support-files/Dyalog-Keyboard/apl.xmodmap a
Hi Elias,
I am a friend of orthogonality and symmetry.
And I like David's "principle of least surprises".
In GNU APL lambdas behave like (and in fact are) defined functions.
If we would dis-allow niladic lambdas, then by the same token, we should
dis-allow niladic defined functions (and probably
Hi Elias,
OK, just let me know when you are ready.
/// Jürgen
On 08/06/2014 01:50 AM, Elias Mårtenson wrote:
I would like to make a change to the Emacs communication protocol
before release, so if you could hold back for a day or so and then
merge the latest version of the native module th
Hi Fred,
I did a small rework of the monadic *! *function. It should now be
exact (well, as exact as *×/⍳N* is) for integer arguments up to 170
(i.e. the max integer before DOMAIN ERROR is thrown),
Before it was calling *tgamma()* of *libm*.
There are still many cases where GNU APL calls *libm*
Elias,
The attached patch makes M-. say that there's "no source information" for
functions defined with quad-FX.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com/lcw
I should be done tomorrow, unless any unexpected issues arise.
Regards,
Elias
On 6 Aug 2014 23:31, "Juergen Sauermann"
wrote:
> Hi Elias,
>
> OK, just let me know when you are ready.
>
> /// Jürgen
>
>
> On 08/06/2014 01:50 AM, Elias Mårtenson wrote:
>
> I would like to make a change to the Ema
I've implemented this bow and it works exactly the way you said it would.
Very nice.
The only issue is the evaluation. As of now, I have to type any command
into the interpreter in order to have the input take effect.
How should I deal with this? One way would be to send left tack, zilde to
the n
Juergen,
Thanks and understood.
Regards,
Fred
On Wed, 2014-08-06 at 17:29 +0200, Juergen Sauermann wrote:
> Hi Fred,
>
> I did a small rework of the monadic ! function. It should now be
> exact (well, as exact as ×/⍳N is) for integer arguments up to 170
> (i.e. the max integer before D
Hello Juergen,
I reran timing tests comparing the defined BINOM function with the
dyadic ! function after upgrading to SVN rev. 422. I saw no difference
in the BINOM and dyadic ! results and maybe a factor of 2 slowdown in
the dyadic ! which I attributed to the change in how monadic ! is
c
Frederick,
Is you issue with monadic ! for integer arguments only? If so, since the
are only 70 or so valid inputs to this function, the results can be
precalculated and the implementation can simple dereference the result from
an array.
For fractional parameters to monadic !, the result of the G
Thanks. Integrated. I changed the layout a bit to avoid return-from and
double nested if's
On 6 August 2014 23:39, David Lamkins wrote:
> Elias,
>
> The attached patch makes M-. say that there's "no source information" for
> functions defined with quad-FX.
>
> --
> "The secret to creativity is
OK, I have updated everything and the code works fine. There is only one
more outstanding issue and that is that your function set_line_no() doesn't
work yet.
In the meantime, I'm simply sending N number of blank lines before the
actual block in order to coerce the line number to be correct.
Once
That's fine. Thanks. I was in a hurry when I wrote that.
On Thu, 2014-08-07 at 12:07 +0800, Elias Mårtenson wrote:
> Thanks. Integrated. I changed the layout a bit to avoid return-from
> and double nested if's
>
>
> On 6 August 2014 23:39, David Lamkins wrote:
> Elias,
>
>
Elias,
Juergen informed me that he had changed how monadic ! is calculated in
in a reply with the above subject line. I assumed he made the change in
an effort to increase the range of exact results produced by dyadic !
before the latter reverts to producing floating point numbers that are
Bignums would certainly be useful here.
Regards,
Elias
On 7 August 2014 14:00, Frederick H. Pitts wrote:
> Elias,
>
> Juergen informed me that he had changed how monadic ! is
> calculated in
> in a reply with the above subject line. I assumed he made the change in
> an effort to increa
25 matches
Mail list logo
