Re: [Oorexx-devel] Releasing ooRexx 5.0? Building on Debian Linux Shared Web Hosting as non-root

[Michael Lueck]

Greetings Erich,

Erich Steinböck wrote:

Michael,
OS_DIST provides a string that will become part of the package name generated 
with CPack.  If you don't generate a package, there's no need to use this 
option.  Same for BUILD_DEB.

for the DCMAKE_INSTALL_PREFIX arg, what is the difference between full path specifying and passing in the ~ symbol? 


You can use any form of path specification, including full path. "~" is just a 
shortcut for the user's home directory.



I decided to try the build again on this cold evening here in Michigan. Here is 
how far I got:

Version: v5.0.0 Beta

mkdir ~/build/ooRexx-5.0.0
cd ~/build/ooRexx-5.0.0

svn checkout svn://svn.code.sf.net/p/oorexx/code-0/main/trunk oorexx-code-0

Checked out revision 11692.

Code gets downloaded to directory: ~/build/ooRexx-5.0.0/oorexx-code-0/

cd ..
mkdir oorexxbuild
cd oorexxbuild
mkdir release
cd release

cmake -DCMAKE_BUILD_TYPE=RELEASE -DCMAKE_INSTALL_PREFIX=~/opt/oorexx 
../../ooRexx-5.0.0/oorexx-code-0

-- Looking for usersec.h
-- Looking for usersec.h - not found
-- Looking for ncurses.h
-- Looking for ncurses.h - not found
CMake Error at CMakeLists.txt:1831 (add_subdirectory):
  add_subdirectory not given a binary directory but the given source
  directory
  
"/kunden/kunden/kunden/homepages/35/d157794216/htdocs/build/ooRexx-5.0.0/oorexx-code-0/samples"
  is not a subdirectory of
  
"/kunden/kunden/homepages/35/d157794216/htdocs/build/ooRexx-5.0.0/oorexx-code-0".
  When specifying an out-of-tree source a binary directory must be explicitly
  specified.


CMake Error at CMakeLists.txt:1834 (add_subdirectory):
  add_subdirectory not given a binary directory but the given source
  directory
  
"/kunden/kunden/kunden/homepages/35/d157794216/htdocs/build/ooRexx-5.0.0/oorexx-code-0/testbinaries"
  is not a subdirectory of
  
"/kunden/kunden/homepages/35/d157794216/htdocs/build/ooRexx-5.0.0/oorexx-code-0".
  When specifying an out-of-tree source a binary directory must be explicitly
  specified.


-- Configuring incomplete, errors occurred!
See also 
"/kunden/homepages/35/d157794216/htdocs/build/oorexxbuild/release/CMakeFiles/CMakeOutput.log".
See also 
"/kunden/homepages/35/d157794216/htdocs/build/oorexxbuild/release/CMakeFiles/CMakeError.log".
(uiserver):u40009095:~/build/oorexxbuild/release$



Looks to me like the error is in stacking up multiple /kunden/ directories in 
the path. There should only be one:

(uiserver):u40009095:~/build/oorexxbuild/release$ pwd
/kunden/homepages/35/d157794216/htdocs/build/oorexxbuild/release


Suggestions / assistance please.

I am thankful,

--
Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/


___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad AddCommandHandler()

[Rony G. Flatscher]

On 30.01.2019 11:57, Rick McGuire wrote:
>
> On Wed, Jan 30, 2019 at 5:51 AM Rony G. Flatscher  > wrote:
>
> Thanks, one last question in this context.
>
> On 29.01.2019 21:07, Rick McGuire wrote:
>> On Tue, Jan 29, 2019 at 1:18 PM Rony G Flatscher > > wrote:
>>
>> Looked thru the code, a few quick questions:
>>
>> If a command handler that has no redirection, would the last 
>> argument ioctl be NULL?
>>
>> No, if the command handler is registered as a redirecting handler, then 
>> it will always be
>> passed an IOContext. You can then query the context to see if there has 
>> been any redirection
>> requested and what types.
>
... cut ...

> The type indicates what sort of handler you have written. The redirecting one 
> is passed an io
> context, the non-redirecting one does not. The non-redirecting ones are the 
> same as command
> handlers that exist for 4.2.0. The API merely allows one to be added by other 
> than an option when
> the interpreter instance is created.
>  

So then the difference is reflected in the called handler function as well,

for the non-directing signature:

RexxObjectPtr RexxEntry nonDirectingCommandHandler(RexxExitContext *context,
  RexxStringObject address,
  RexxStringObject command)

for the redirecting signature:

RexxObjectPtr RexxEntry reDirectingCommandHandler(RexxExitContext *context,
 RexxStringObject address,
 RexxStringObject command,
 RexxIORedirectorContext *ioContext)

Thanks!

---rony

P.S.: Sorry, the first reply went directly to Rick instead of to the list!

___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad AddCommandHandler()

[Rick McGuire]

On Wed, Jan 30, 2019 at 5:51 AM Rony G. Flatscher 
wrote:

> Thanks, one last question in this context.
>
> On 29.01.2019 21:07, Rick McGuire wrote:
>
> On Tue, Jan 29, 2019 at 1:18 PM Rony G Flatscher 
> wrote:
>
>> Looked thru the code, a few quick questions:
>>
>> If a command handler that has no redirection, would the last argument
>> ioctl be NULL?
>>
> No, if the command handler is registered as a redirecting handler, then it
> will always be passed an IOContext. You can then query the context to see
> if there has been any redirection requested and what types.
>
> There is a new IsRedirectionRequested() function listed and documented as:
>
> 8.17.100. *NEW* IsRedirectionRequested
>
> This API is available in context I/O Redirector since ooRexx 5.0.
>
> logical_t flag;
> // Method Syntax Form(s)
> flag = context->IsRedirectionRequested();
>
> Tests whether for the current command any redirection was requested using
> the WITH subkeyword of an ADDRESS instruction.
>
> Arguments: None.
>
> Returns: 1 if any redirection was requested, 0 otherwise.
>
> See also methods *NEW* AreOutputAndErrorSameTarget, *NEW*
> IsErrorRedirected, *NEW* IsInputRedirected, *NEW* IsOutputRedirected, *NEW*
> ReadInput, *NEW* ReadInputBuffer, *NEW* WriteError, *NEW* WriteErrorBuffer,
> *NEW* WriteOutput, and *NEW* WriteOutputBuffer.
>
>
> The function "AddCommandEnvironment(name,handler,type)" has a "type"
> argument that may be one of two: DIRECT_COMMAND_ENVIRONMENT and
> REDIRECTING_COMMAND_ENVIRONMENT.
>
> Question:
>
> What is exactly the difference between the two?
>
>
The type indicates what sort of handler you have written. The redirecting
one is passed an io context, the non-redirecting one does not. The
non-redirecting ones are the same as command handlers that exist for 4.2.0.
The API merely allows one to be added by other than an option when the
interpreter instance is created.


>
> E.g. the REDIRECTING_COMMAND_ENVIRONMENT must use the
> "ReadInput[Buffer]()" and the "Write{Error|Output}[Buffer]()" functions,
> whereas the "DIRECT_COMMAND_ENVIRONMENT" must use .input for reading,
> .output and .error for writing instead?
>
> Question:
>
> Can "IsRedirectionRequested()" be issued for both handler types?
>
> IsRedirectionRequested() is one of the APIs for the IOContect. Since only
the redirecting handlers get passed an IOContext, the answer is NO.


> And if so, in the case of a DIRECT_COMMAND_ENVIRONMENT would then the
> functions "AreOutputAndErrorSameTarget()", "IsErrorRedirected()",
> "IsInputRedirected()", "IsOutputRedirected()" be available as well? If so,
> how about the "Write[*]()" functions?
>
> Again, NO. These calls can only be made using the passed IO context.
DIRECT_COMMAND_ENVIRONMENTs do not get passed an I/O context.

Rick



> ---rony
>
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad AddCommandHandler()

[Rony G. Flatscher]

Thanks, one last question in this context.

On 29.01.2019 21:07, Rick McGuire wrote:
> On Tue, Jan 29, 2019 at 1:18 PM Rony G Flatscher  > wrote:
>
> Looked thru the code, a few quick questions:
>
> If a command handler that has no redirection, would the last argument 
> ioctl be NULL?
>
> No, if the command handler is registered as a redirecting handler, then it 
> will always be passed
> an IOContext. You can then query the context to see if there has been any 
> redirection requested
> and what types.

There is a new IsRedirectionRequested() function listed and documented as:

8.17.100. *NEW* IsRedirectionRequested

This API is available in context I/O Redirector since ooRexx 5.0.

logical_t flag;
// Method Syntax Form(s)
flag = context->IsRedirectionRequested();

Tests whether for the current command any redirection was requested using 
the WITH subkeyword of
an ADDRESS instruction.

Arguments: None.

Returns: 1 if any redirection was requested, 0 otherwise.

See also methods *NEW* AreOutputAndErrorSameTarget, *NEW* 
IsErrorRedirected, *NEW*
IsInputRedirected, *NEW* IsOutputRedirected, *NEW* ReadInput, *NEW* 
ReadInputBuffer, *NEW*
WriteError, *NEW* WriteErrorBuffer, *NEW* WriteOutput, and *NEW* 
WriteOutputBuffer.


The function "AddCommandEnvironment(name,handler,type)" has a "type" argument 
that may be one of
two: DIRECT_COMMAND_ENVIRONMENT and REDIRECTING_COMMAND_ENVIRONMENT.

Question:

What is exactly the difference between the two?
E.g. the REDIRECTING_COMMAND_ENVIRONMENT must use the "ReadInput[Buffer]()" 
and the
"Write{Error|Output}[Buffer]()" functions, whereas the 
"DIRECT_COMMAND_ENVIRONMENT" must use
.input for reading, .output and .error for writing instead?

Question:

Can "IsRedirectionRequested()" be issued for both handler types?

And if so, in the case of a DIRECT_COMMAND_ENVIRONMENT would then the 
functions
"AreOutputAndErrorSameTarget()", "IsErrorRedirected()", 
"IsInputRedirected()",
"IsOutputRedirected()" be available as well? If so, how about the 
"Write[*]()" functions?

---rony



___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Problems with testgroup FUNCTION.testGroup

[P.O. Jonsson]

While running a build & test today I got an error (that seems to relate to 
ooDialog?) That I have not seen before. I am on macOS Mojave, 10.14.2

Can someone please have a look?

Executing tests from /Users/po/workspace/.../base/keyword/SELECT.testGroup

ooTest Framework - Automated Test of the ooRexx Interpreter

Interpreter:REXX-ooRexx_5.0.0(MT)_64-bit 6.05 30 Jan 2019
OS Name:DARWIN
SysVersion: Darwin Darwin Kernel Version 18.2.0: Mon Nov 12 20:24:46 
PST 2018; root:xnu-4903.231.4~2/RELEASE_X86_64.18.2.0

Tests ran:  22548
Assertions: 377025
Failures:   0
Errors: 1

[Framework exception] [20190130 10:29:17.328418]
  Type: Trap Severity: Fatal
  File: /Users/po/workspace/.../ooRexx/API/oo/FUNCTION.testGroup
  Line: 2130
  Initial call of test container failed
  Condition: SYNTAX
Unable to load library "orxfunction".
File: /Users/po/workspace/.../ooRexx/API/oo/FUNCTIONPACKAGE.CLS
Line: 40
  40 *-* ::routine TestZeroIntArgs PUBLIC EXTERNAL "LIBRARY orxfunction 
TestZeroIntArgs"
1747 *-* ::requires FUNCTIONPackage.cls
2130 *-* call (file) self~testTypes
2078 *-*   container = self~getContainer(fileName)
  81 *-* containers = finder~seek(testResult)
  79 *-* retCode = 'worker.rex'(arguments)

File search:00:00:01.770965
Suite construction: 00:00:00.945155
Test execution: 00:02:48.087909
Total time: 00:02:51.047901


Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se




___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel