Re: [Bug-apl] Shared memory removed

[Elias Mårtenson]

Nice! I'll try it out on Android shortly.

On Android (and other platforms as well) there is the issue of security. One does not want other applications to be able to randomly connect to the server. May I suggest that you add the ability to use Unix domain sockets instead? The code to do this is almost identical to that of TCP, and it has the advantage of being secure.

I support both TCP and Unix domain sockets in the native part of gnu-apl-mode. You can look here ofr an example of how I do it: https://github.com/lokedhs/gnu-apl-mode/blob/master/native/UnixSocketListener.cc#L44

Regards,

Elias

On 28 June 2014 00:06, Juergen Sauermann <address@hidden> wrote:

Hi,

as of SVN 345 I have changed the implementation of shared variables in GNU APL.

So far shared variables used a shared memory (aka. /dev/shm/apl-svars)
for the coordination between the different APL interpreters and APs.

This has caused problems with environments that did not provide
shared memories, in particular _javascript_ and Android.

>From now on the shared memory has been replaced by a memory held
in a separate process called APserver. The APL interpreters and APs communicate
with APserver using TCP on localhost. APserver can be started manually beforehand,
but the normal way to use it is to do nothing (and GNU APL will fork an APserver
if none is running).

You should do a make install after your next SVN update so that APserver gets installed.

/// Jürgen