Thank you very much! Will try to inhibit/swallow the respective calls when not
redirected.
—-rony
Rony G. Flatscher (mobil/e)
> Am 09.08.2022 um 19:42 schrieb Rick McGuire :
>
>
>
>
>> On Tue, Aug 9, 2022 at 1:08 PM Rony G. Flatscher
>> wrote:
>> Trying to understand the native APIs
On Tue, Aug 9, 2022 at 1:08 PM Rony G. Flatscher
wrote:
> Trying to understand the native APIs and their purpose for the new
> redirecting environments. It
> still seems to be the case that any result can be returned and assigned to
> the RC variable.
>
Which has always been the case for
Got carried away in the midst of testing a few variations of CMakeList (had to
fix installations on
Apple for LibreOffice - it does not have all of the standard directories of OOo
anymore - and in
addition Java 9 and higher on Apple for the OpenOffice/LibreOffice ooRexx
scripts, if using the
Found another way to get it to install by issuing a:
install(FILES ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}/${linkName} COMPONENT
Core DESTINATION ${INSTALL_LIB_DIR})
Originally I tried to run "install(CODE...)" that would create the symbolic
links. Given that I had
arrived at many, many
On 01.01.2019 22:00, Rick McGuire wrote:
> Have you tried this:
>
> https://stackoverflow.com/questions/35765106/symbolic-links-cmake
No, not yet, thank you for the hint!
Will try to incorporate it as it allows to define a new target, which with
Have you tried this:
https://stackoverflow.com/questions/35765106/symbolic-links-cmake
Rick
On Tue, Jan 1, 2019 at 3:53 PM Rony G. Flatscher
wrote:
> Dear P.O.,
> On 01.01.2019 21:44, P.O. Jonsson wrote:
>
> I have just reinstalled a Mac with a completely clean Mojave Setup (to
> avoid old
Dear P.O.,
On 01.01.2019 21:44, P.O. Jonsson wrote:
> I have just reinstalled a Mac with a completely clean Mojave Setup (to avoid
> old file ownerships
> etc to linger on etc) and am attacking exactly this question. If you can bear
> with me a couple of
> days I will report what I have found
OK, too long of a day, sent the wrong version! :(
On 01.01.2019 21:39, Rony G. Flatscher wrote:
>
> Currently on Unix there are "lib*.5.0.0.dylib" (Apple) or "lib*.so.5.0.0"
> (Linux) shared libraries
> created where "*" stands for "hostemu", "orxncurses", "rexx", "rexxapi",
> "rexxutil",
Dear Rony,
I have just reinstalled a Mac with a completely clean Mojave Setup (to avoid
old file ownerships etc to linger on etc) and am attacking exactly this
question. If you can bear with me a couple of days I will report what I have
found out. With the latest changes & the daemon-free
On Mon, Jan 23, 2012 at 10:42 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
Hi there,
while studying the interpreter instance options more closely there would be
a few questions about them:
What is the difference between LOAD_REQUIRED_LIBRARY and REGISTER_LIBRARY?
When would one
On Mon, Jan 23, 2012 at 1:34 PM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
Rick,
thank you very much for your helpful information!
On 23.01.2012 17:28, Rick McGuire wrote:
... cut ...
Can one rely on the RXTER exit handler be invoked immediately, when
terminating the
On 23.01.2012 19:41, Rick McGuire wrote:
... cut ...
When would RXINI/RXTER called then, if also during the lifetime of a Rexx
interpreter instance ?
Every time a Rexx program is run, including calls to external
routines. Generally, these exits are usually only used to set
variables in the
On Sat, May 9, 2009 at 5:44 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
Given the following scenario:
an interpreter instance is created with RexxCreateInterpreter(), loading a
native library ABC via the options argument, all loaded routines will be
visible from thereon to every
Rick McGuire wrote:
... cut ...
Libraries are NOT the same as ooRexx files loaded via ::requires.
They don't have the concept of
public_routines and public_classes Libraries don't even define
classes, only the code backing methods
that can be used in class definitions. A ::requires LIBRARY
On Sat, May 9, 2009 at 8:47 AM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:
Rick McGuire wrote:
... cut ...
Libraries are NOT the same as ooRexx files loaded via ::requires.
They don't have the concept of
public_routines and public_classes Libraries don't even define
classes,
15 matches
Mail list logo
