On Sat, Apr 6, 2019 at 12:00 PM Rony G. Flatscher <rony.flatsc...@wu.ac.at>
wrote:

> Findings:
>
>    - NewRoutine(name,code,sz) and LoadPackageFromData(name,data,sz)
>    behave the same (including not running the prolog code)
>    - both are able to load plain Rexx source code,
>       - both fail for 'rexxc'-tokenized Rexx code (e.g. loaded from a
>       file or a database with tokenized Rexx code);
>       - will therefore file bugs for these two native APIs
>
>          - LoadPackage(filename): works for both, source code and
>    tokenized code;
>    - however, unlike LoadPackageFromData() it will run the prolog code
>       automatically; not sure whether this intentional or a bug
>
> LoadPackageFromData() is the bug. The prolog should always be run with
package loading operations.

Rick


>
>    -
>
> ---rony
>
>
> On 06.04.2019 14:24, Rony G. Flatscher wrote:
>
> On 06.04.2019 14:22, Rick McGuire wrote:
>
> I'd say you should be able to. Whether you can or not is a question for
> some experimentation.
>
> Thank you, will start the experimentations then and report back.
>
> ---rony
>
>
> On Sat, Apr 6, 2019 at 8:13 AM Rony G. Flatscher <rony.flatsc...@wu.ac.at>
> wrote:
>
>> In the native APIs these methods are available for creating Rexx routine
>> and package objects:
>>
>>    1. NewRoutine(name, code, sz), where 'name' and 'code' are of type
>>    CSTRING, 'sz' of type size_t
>>       - Question: can 'code' be any representation of a Rexx program,
>>       i.e. can one also supply the tokenized/compiled code?
>>
>>       2. LoadPackage(name), where name is of type CSTRING and denotes
>>    the filename
>>
>>
>>    - Question: can the file's content be any representation of a Rexx
>>    program, i.e. can one also supply the tokenized/compiled code?
>>
>>
>>    1. LoadPackageFromData(name,data,sz), where 'name' and 'data' are of
>>    type CSTRING, 'sz' of type size_t
>>       - Question: can 'data' be any representation of a Rexx program,
>>       i.e. can one also supply the tokenized/compiled code?
>>
>> ---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

Reply via email to