Thanks
I find the shared memory interesting and have their testcases working on the
latest svn 863
but the guy saying they are dinosaurs . ;)
https://lists.gnu.org/archive/html/bug-apl/2014-06/msg00258.html
On Fri, 27 Jan 2017 19:50:26 +0100
Juergen Sauermann wrote:
> Hi,
>
> if y
Hi,
if you look into older versions (say, around SVN 340) of src/Svar_DB.cc
of GNU APL then you will
find examples of using shared memory.
Before APs/APserver was introduced, GNU APL used shared
memory to store the data of shared
APL vari
sorry - i found the testcases/AP* but if there is any thoughts/comments on
this any one has - it would be appreciated
I realize shared memory is considered 'dinosaur'
On Fri, 27 Jan 2017 10:53:21 -0700
enz...@gmx.com wrote:
> Hi
>
> I have found a lot of discussion threads on shared me
Hi
I have found a lot of discussion threads on shared memory - the switch from
/dev/shm/ dir to unix sockets etc
is there some example code using the new method that someone could pass to me?
I have a synapse library in fpc that can access sockets and wanted to see if
conversion of it to apl
It could be argued that it makes some sense on mobile, since native
libraries on Android is messy at best.
That said, I intend to provide a built-in API to support various
Android-specific features. Some of those will probably be more useful than
shared variables, maybe.
Regards,
Elias
On 29 Jun
Hi David,
my view regarding shared variables is that they are a creature of their
time, kind of Dinosaurs.
I have implemented them only for compatibility with IBM APL2 to ease
portability existing APL programs. You can have a look at *testcases/AP*.tc*
to see how to use them.
Shared variables a
That'd be great. Thanks.
On Sun, 2014-06-29 at 01:32 +0800, Elias Mårtenson wrote:
> Perhaps a prefix command. It already allows you to prefix with a plain
> C-u to specify apl binary. It could also ask for extra arguments.
>
> Regards,
> Elias
>
> On 29 Jun 2014 01:31, "David B. Lamkins" wr
Perhaps a prefix command. It already allows you to prefix with a plain C-u
to specify apl binary. It could also ask for extra arguments.
Regards,
Elias
On 29 Jun 2014 01:31, "David B. Lamkins" wrote:
> Something like that would be helpful, yes.
>
> What did you have in mind? A variant of the gnu
Something like that would be helpful, yes.
What did you have in mind? A variant of the gnu-apl function that
prompts for options?
On Sun, 2014-06-29 at 01:18 +0800, Elias Mårtenson wrote:
> Should I add an extra feature to allow you to configure extra options
> for a given session?
>
>
> Regard
Should I add an extra feature to allow you to configure extra options for a
given session?
Regards,
Elias
On 29 June 2014 01:14, David B. Lamkins wrote:
> On Sat, 2014-06-28 at 14:13 +0200, Juergen Sauermann wrote:
> I also doubt that anybody is using shared variables at all because I
> haven'
On Sat, 2014-06-28 at 14:13 +0200, Juergen Sauermann wrote:
I also doubt that anybody is using shared variables at all because I
haven't received any trouble reports on them.
>
> /// Jürgen
>
That's true in my case.
Earlier this week I did make a first attempt to understand how SVs work.
In th
Hi Elias,
thanks, I have put Unix sockets for shared variables onto my TODO list.
It is easier to first replace the UDP sockets with TCP sockets (reducing
the total number of sockets used) and then change the socket type.
I also doubt that anybody is using shared variables at all because I haven
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 al
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
share
14 matches
Mail list logo
