On 2018-11-26 04:30:15 P.O. Jonsson wrote:
> Dear all,
>
> I can confirm that Enricos installation runs (blazingly fast!) from a USB
> stick on a MAC without any elevated user rights whatsoever. I have run the
> complete test case suite (except the API) and they all work, see below. The
> USB
Running High Sierra I can run all tests (-API) with my own installation to /opt
AND with the version made by Enrico for USB. On three different (but very
similar) machines.
I think that the reason for the incompatibility may indeed be „Mojave“. Later
this week I will wipe one machine and
Just a brief update on this list (and a private e-Mail to Enrico with more
infos).
On 26.11.2018 00:04, Rony wrote:
> Thank you very much, will test it tomorrow when back at the office!
My Apple machine got updated to Mojave, should that make a difference as I was
only able to run
"rexx -e"
Dear all,
I can confirm that Enricos installation runs (blazingly fast!) from a USB stick
on a MAC without any elevated user rights whatsoever. I have run the complete
test case suite (except the API) and they all work, see below. The USB
installation (running from a not-so-fast USB2 stick)
This should be independent of any particular distro. In theory, what I'm
doing should work on any *ix based system.
Rick
On Sun, Nov 25, 2018 at 6:29 PM Enrico Sorichetti via Oorexx-devel <
oorexx-devel@lists.sourceforge.net> wrote:
> What Linux distro will You need …
> I am pretty comfortable
What Linux distro will You need …
I am pretty comfortable running centos if that is enough
Enrico
> On 26 Nov 2018, at 00:26, Rony wrote:
>
>
>> Am 26.11.2018 um 00:13 schrieb Rick McGuire :
>>
>> I need someone to do a little more than test it. I can write most of the
>> code, but cannot
> Am 26.11.2018 um 00:13 schrieb Rick McGuire :
>
> I need someone to do a little more than test it. I can write most of the
> code, but cannot compile or debug it. If you can do nothing more than try to
> build it for me once I have the Linux code written, that would be great.
Sure, I can do
I need someone to do a little more than test it. I can write most of the
code, but cannot compile or debug it. If you can do nothing more than try
to build it for me once I have the Linux code written, that would be great.
Rick
On Sun, Nov 25, 2018 at 6:08 PM Rony wrote:
>
> Am 25.11.2018 um
> Am 26.11.2018 um 00:06 schrieb Rick McGuire :
>
> The approach I am working on does not use ports at all. This should get
> around a lot of the issues with the current setup.
That would be really *great*!
—-rony
Rony G. Flatscher (mobil/e)
___
> Am 25.11.2018 um 18:05 schrieb Rick McGuire
... cut ...
>>
>
> I have just started work on a solution that no longer requires a single
> daemon for the platform but rather use a single process per Rexx user. Right
> now, I'm working on refactoring the code a bit to make it easier to plug
The approach I am working on does not use ports at all. This should get
around a lot of the issues with the current setup.
Rick
On Sun, Nov 25, 2018 at 6:05 PM Rony wrote:
> Thank you very much, will test it tomorrow when back at the office!
>
> One question: would it also be possible to use a
Thank you very much, will test it tomorrow when back at the office!
One question: would it also be possible to use a different port in case it got
taken, despite it being registered fir ooRexx?
Cheers
—-rony
Rony G. Flatscher (mobil/e)
> Am 25.11.2018 um 18:26 schrieb Enrico Sorichetti via
> I have just started work on a solution that no longer requires a single
> daemon for the platform but rather use a single process per Rexx user. Right
> now, I'm working on refactoring the code a bit to make it easier to plug in
> different management schemes, and the next step will be to
On Sun, Nov 25, 2018 at 11:36 AM Rony G. Flatscher
wrote:
> Creating ooRexx from trunk from scratch into a new (empty) directory,
> which will create the following rxapi-related files:
>
>- ./bin/rxapi
>- ./bin/librexxapi.5.0.0.dylib
>- ./bin/librexxapi.dylib ->
14 matches
Mail list logo