I've updated akt to version 1.1.
https://github.com/TieDyedDevil/akt
The significant changes since 1.0 are:
1. Ctrl-C causes akt to signal SIGINT to the process on the receiving
end of the output pipe.
2. Ctrl-C quits akt if its output is not piped.
3. akt exits when the process on the receiving
OK, I started some tests on my 80-core machine. At first I decided to run
the exact same thing as what you ran above.
As you can see, before I set the dyadic threshold, I got the expected
results. After setting it, the same command hangs with 200% CPU usage. At
the time I'm writing this mail, it's
I fixed the problem. Line 135-136 in UTF8_string.cc needs to be changed
from:
UTF8_string::UTF8_string(const Value & value)
: Simple_string((int)value.element_count(), (UTF8) 0)
to:
UTF8_string::UTF8_string(const Value & value)
: Simple_string**((int)value.element_count(), (UTF8) 0)
I don
I was about to test parallell GNU APL on our 80-core machine, and
discovered someone had reinstalled it with Linux instead of Solaris. The
system currently has RedHat 6, so I figured that compiling GNU APL should
be a breeze. It wasn't.
Here's the compile error I'm getting:
g++ -DHAVE_CONFIG_H -I
Thanks for the heads-up on ^C, and thanks for the great tool!
Blake
On Thu, Oct 23, 2014 at 12:32 PM, David B. Lamkins
wrote:
> Thanks, Blake.
>
> Having to disable the terminal's alt-key menu access is expected. I'll
> add that to the README.
>
> (Funny story: I briefly added alt-key access to
On Thu, Oct 23, 2014 at 01:04:50AM EDT, David Lamkins wrote:
> As much as I like gnu-apl-mode and aplwrap (I use both on a daily basis), I
> felt like there ought to be a more lightweight approach to getting APL
> characters into GNU APL.
>
> Today I wrote `akt`, the APL Keyboard Translator.
>
> h
> Doesn't this amount to a GNU/APL-specific implementation of the
> standard X Compose mechanism?
>
> https://lists.gnu.org/archive/html/bug-apl/2014-05/msg4.html
Not exactly. akt's mapping is targeted rather than global to the login
session. More important (from my perspective) is that the m
On Thu, Oct 23, 2014 at 01:04:50AM EDT, David Lamkins wrote:
> As much as I like gnu-apl-mode and aplwrap (I use both on a daily basis), I
> felt like there ought to be a more lightweight approach to getting APL
> characters into GNU APL.
>
> Today I wrote `akt`, the APL Keyboard Translator.
>
>
On Thu, Oct 23, 2014 at 01:37:18PM EDT, Chris Jones wrote:
> On Thu, Oct 23, 2014 at 01:04:50AM EDT, David Lamkins wrote:
> > As much as I like gnu-apl-mode and aplwrap (I use both on a daily basis), I
> > felt like there ought to be a more lightweight approach to getting APL
> > characters into GN
Yes, I did look at APL_keyboard a long time ago. (I had forgotten about it
until now.)
On Thu, Oct 23, 2014 at 5:49 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi David,
>
> did you have a look at *tools/APL_keyboard* ? It works in the same way
> (piping its output to GNU AP
On Thu, Oct 23, 2014 at 01:04:50AM EDT, David Lamkins wrote:
> As much as I like gnu-apl-mode and aplwrap (I use both on a daily basis), I
> felt like there ought to be a more lightweight approach to getting APL
> characters into GNU APL.
>
> Today I wrote `akt`, the APL Keyboard Translator.
>
>
Thanks, Blake.
Having to disable the terminal's alt-key menu access is expected. I'll
add that to the README.
(Funny story: I briefly added alt-key access to aplwrap's top-level
menus. I quickly realized my mistake...)
Having to type an extra character (not necessarily a CR) is required to
detec
Hi Elias,
I have added the Solaris functions, SVN 499.
/// Jürgen
On 10/23/2014 03:18 PM, Elias Mårtenson
wrote:
This stackoverflow article seems to discuss this very
subject: http://stackoverflow.com/question
I'll try this on my 80-core machine when I get to the office tomorrow.
Regards,
Elias
On 23 Oct 2014 21:09, "Juergen Sauermann"
wrote:
> Hi,
>
> I did some rework of the parallel stuff so that it might compile now under
> OS/X and possibly other platforms. *SVN 498*.
>
> On non-linux machines c
This stackoverflow article seems to discuss this very subject:
http://stackoverflow.com/questions/10177217/pthread-mutex-vs-atomic-ops-in-solaris
I think that's the atomic operation you need.
Regards,
Elias
On 23 Oct 2014 21:09, "Juergen Sauermann"
wrote:
> Hi,
>
> I did some rework of the par
Hi,
I did some rework of the parallel stuff so that it might compile
now under OS/X and possibly other platforms. SVN 498.
On non-linux machines core affinities are not set explicitly.
However all GNU APL threads are 100% busy
unless GNU APL is
Hi David,
did you have a look at tools/APL_keyboard ? It works in
the same way (piping its output to GNU APL),
but makes fewer assumptions about the encoding of the keyboard sequences.
And it can be "trained"
for not-so-standard keyboards.
The prefix method is the Quail-method available in the Emacs mode. You
prefix the key sequence with a "normal" character (the period in the
default emacs mode) instead of using Alt or something like that. So for
example:
.T → ⍨
.l → ⎕
.& → ⊖
.. → .
Regards,
Elias
On 23 October 2014 18:19
On Thu, Oct 23, 2014 at 5:01 AM, Elias Mårtenson wrote:
> The fact that Alt can be used by other applications (or even the operating
> environment itself) suggests that it would be useful to have another
> mechanism.
>
Perhaps, but what David did works real well without the crazy machinations
I
The fact that Alt can be used by other applications (or even the operating
environment itself) suggests that it would be useful to have another
mechanism.
I still want to promote my prefix-based method. :-)
And... of course... integrating this into gnu apl proper.
Regards,
Elias
On 23 October 2
On Thu, Oct 23, 2014 at 1:06 AM, David B. Lamkins wrote:
>
> That said, I'd be happy to share `akt` as a contribution to the
> "keyboards" section of the GNU APL distribution.
>
I would love to see this as an integrated part of the GNU APL executable
that is activated with a command line argument
Dear David,
Cool tool. I like it. Thanks!
1. It compiled on my LinuxMint x64 box without incident, and it does work.
2. I had to disable the activation of terminal menu features with the Alt
key. No biggie, but you must be sure to do it for things like Alt-H (∇) to
work.
3. For some reaso
22 matches
Mail list logo
