Re: [Oorexx-devel] Clarification on .package~new

Then the docs need to be fixed. In general, a package object does all of it's required initialization on its creation. This includes fully doing all initializations required by the class objects. Rick On Fri, May 31, 2024 at 3:00 PM Gilbert Barmwater wrote: > I've been experimenting with the

Re: [Oorexx-devel] Status of RxFTP

t down. Restarting the server is probably the best solution. Rick > > Mike > > > > -- > *From:* Rick McGuire [mailto:object.r...@gmail.com] > *Sent:* 18 May 2024 17:02 > *To:* Open Object Rexx Developer Mailing List > *Subject:* Re: [Oorexx-d

Re: [Oorexx-devel] Status of RxFTP

are you calling the program using your custom command shell? I suspect that might be the problem. Otherwise it should be picking up the change every time the program is run, assuming it runs in a new process. Rick On Sat, May 18, 2024 at 11:55 AM Mike Cowlishaw wrote: > > > > > With a bit more

Re: [Oorexx-devel] StackFrame of INTERNALLCALL within a method missing target ?

That is correct. The stackframe is for an internal call, so it does not have a target object. Rick On Thu, Apr 25, 2024 at 6:27 AM Rony G. Flatscher wrote: > While experimenting and analyzing various traces I stumbled over the > following: if calling a label within a method the stackframes for

Re: [Oorexx-devel] How IntegerZero is GC protected?

On Mon, Apr 8, 2024 at 11:33 AM Jean Louis Faucher wrote: > Thanks! > > Returns an instance from the integer cache maintained by the > RexxIntegerClass object. These are all marked by the live() method on the > object, so RexxMemory doesn't need to do anything special. > > > I never realised

Re: [Oorexx-devel] How IntegerZero is GC protected?

On Mon, Apr 8, 2024 at 8:14 AM Jean Louis Faucher wrote: > RexxMemory.cpp > IntegerZero = new_integer(0); > IntegerOne= new_integer(1); > ... > > Looking at RexxMemory::live, I don’t see what is marking IntegerZero. > > Other global static variables like TheTrueObject or

Re: [Oorexx-devel] How IntegerZero is GC protected?

On Mon, Apr 8, 2024 at 8:14 AM Jean Louis Faucher wrote: > RexxMemory.cpp > IntegerZero = new_integer(0); > IntegerOne= new_integer(1); > ... > > Looking at RexxMemory::live, I don’t see what is marking IntegerZero. > This is a good question, and the answer is not particularly

Re: [Oorexx-devel] Working with TraceObjects, maybe adding OBJECT, removing OBJECTID, and adding STACKFRAME?

I’m thinking it might make sense to move the lock number to the stack frame too. Rick On Mon, Apr 8, 2024 at 7:06 AM Rony G. Flatscher wrote: > On 03.04.2024 09:26, Chip Davis wrote: > > Seems more Rexx-ish, unless its specification might conflict with a > future usage of the term in > > that

Re: [Oorexx-devel] Update with further information ... (Re: Anyone with a more uptodate debugger? (Re: Segmentation faults in environmentEntries.testGroup

The symptoms suggest a garbage collection problem during the copying of the behaviour object during the setmethod calls. That probably requires a few protected objects to be added. However, this is seriously using a sledge hammer to implement something that can be done much more simply. Because

Re: [Oorexx-devel] Method's "scope" method and TRACE's ">I>" information

On Wed, Mar 27, 2024 at 9:33 AM Rony G. Flatscher wrote: > On 27.03.2024 14:16, Rick McGuire wrote: > > The scope is not the variable pool that is used, it is rather the index > used to look up the appropriate variable pool in the object instance. The > results you are showing

Re: [Oorexx-devel] Method's "scope" method and TRACE's ">I>" information

I also want to point out this was something I pointed out previously when I said that the lock count was not a very useful piece of information in the original trace proposal. What is really needed is the combination of "object instance (perhaps the identity hash)" + "method scope (to identify the

Re: [Oorexx-devel] Method's "scope" method and TRACE's ">I>" information

The scope is not the variable pool that is used, it is rather the index used to look up the appropriate variable pool in the object instance. The results you are showing are the correct one. Also consider the case of two instances of the same class. The scope in question will be the same in both

Re: [Oorexx-devel] Ad "scope": how to discover it at runtime?

if .context~executable~isa(.Method) then say .context~executable~scope On Sun, Mar 24, 2024 at 10:32 AM Rony G. Flatscher wrote: > While working on the multithreaded related parts it has become clear that > the term "scope" is very > important, such that I linked the word "scope" to the

Re: [Oorexx-devel] RexxDateTime is internal, how to use its information for a .DateTime object to be stored in a StringTable?

Um, .DateTime~new does this. This is how the time stamp used by the date/time functions is managed such that there is consistencies across all terms used in expressions. Rick On Thu, Jan 25, 2024 at 8:52 AM Rony G. Flatscher wrote: > Experimenting with tracing and one idea that came up with

Re: [Oorexx-devel] An ooRexx implementation of the TraceObject class

The part about the variable dictionary doesn't make any sense at all. The context where the line is being traced doesn't really provide any useful information. The guard start is a combination of the guard state of all the stack frames for a given activity. Since methods are guarded by default,

Re: [Oorexx-devel] FindClass in ThreadContext

In the case of oodialog, the best approach would be to cache a reference to the package in a global location or in a control block associated with the event that triggers the need to attach a new thread. Rick On Sat, Jan 13, 2024 at 1:10 PM Erich Steinböck wrote: > When a native function

Re: [Oorexx-devel] Question ad rexx.img

On Sun, Jan 7, 2024 at 1:21 PM Rony G. Flatscher wrote: > Is rexx.img dependent on the architecture and bitness? > Yes, it contains LOTS of binary data that depends on the bitness of the architecture. There are some bits that might even be dependent on the compiler used to compile the

Re: [Oorexx-devel] Failing Test

The problem with the original line is that because of the reply statement, the error did not get propagated back to the calling framework, it just terminated the thread. Because that did not get trapped and there were no assertion failures, it was marked as successful. Correcting the typo

[Oorexx-devel] Fwd: Build failed in Jenkins: ooRexx-CentOS9-build #123

Okay, I'm at a loss as to why this is failing. What is the config.h file that is generated by the build? Is HAVE_PTHREAD_GETATTR_NP getting set properly? For some reason, it's trying to compile with the MacOS version of the code and I don't understand why. Rick -- Forwarded message

Re: [Oorexx-devel] Unexpected behaviour with serial reuse of address ... with output replace stream 'streamName'

You are using the same stream object to process the file after each command. After you read the first file, the stream object thinks it's at the end-of-file and won't return anything else. You should close the stream after each read and start with a fresh state. Rick On Mon, Jun 12, 2023 at

Re: [Oorexx-devel] [oorexx:bugs] #1897 Entry missing in Windows installer

On Wed, May 10, 2023 at 12:22 PM ooRexx wrote: > I am sorry but I have to come back to this item: > > What is the difference between the milestones 5.0.0, 5.0.1 and 5.1.0? >>> >>> That indicates which release the change is going to ship on. Since the >>> 5.0.0 has already been released,

Re: [Oorexx-devel] [oorexx:bugs] #1897 Entry missing in Windows installer

t; not always up-to-date information. > > I have started to update these files as far as I can but that will be for > 5.0.1 or 5.1.0 > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > On 10. May 2023, at 11:45, Rick McGuire wrote: > > >

Re: [Oorexx-devel] [oorexx:bugs] #1897 Entry missing in Windows installer

On Wed, May 10, 2023 at 5:33 AM ooRexx wrote: > > On 10. May 2023, at 11:16, Rick McGuire wrote: > > > > On Wed, May 10, 2023 at 3:51 AM ooRexx wrote: > >> I added the missing softlink so that Windows users can find rxsock.pdf, >> Is this the right way to do it

Re: [Oorexx-devel] Fwd: [oorexx:bugs] #1897 Entry missing in Windows installer

On Wed, May 10, 2023 at 3:51 AM ooRexx wrote: > I added the missing softlink so that Windows users can find rxsock.pdf, Is > this the right way to do it on sourceforge? > > The status “Closed” is only set when there is a release version, right? > > When shall the status “Pending” be used? >

Re: [Oorexx-devel] Conventions

Gil, the setting he's proposing to change only affects the names of the built packages, nothing else. Rick On Fri, Apr 14, 2023 at 9:03 AM Gilbert Barmwater wrote: > I think this needs more discussion before making, what seems on the > surface to be, a "trivial" change. > > When RexxLA

Re: [Oorexx-devel] GUARD issue

Looking at the code, the explanation is a little bit off. The instruction does the following: set the guard state to the indicated state while when expresson != true release GUARD lock wait for an expression variable to be updated. restore the GUARD lock to the desired

Re: [Oorexx-devel] Higher precision time on Windows.

The good news is it does work. The bad news is that rxwinsys on longer compiles if I bump the API level. Rick On Wed, Apr 5, 2023 at 3:23 AM Erich Steinböck wrote: > Hi Rick, > we've so far refrained from using a Windows API younger than 0600 (0600 > means no more support for XP, but Vista and

Re: [Oorexx-devel] Higher precision time on Windows.

Ah, thanks. I was just doing an exploratory change to see if this would work. The decision on the Win 7 implications can be made later. It was driving me nuts that it wasn't compiling correctly! Rick On Wed, Apr 5, 2023 at 3:23 AM Erich Steinböck wrote: > Hi Rick, > we've so far refrained from

Re: [Oorexx-devel] Jenkins

/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > > Am 04.04.2023 um 21:04 schrieb Rick McGuire : > > PO, please post the complete list of files with errors. The fix is > correct, the error is in the test cases. > > Rick > > On Tue, Apr 4, 2023 at 2:

Re: [Oorexx-devel] Jenkins

PO, please post the complete list of files with errors. The fix is correct, the error is in the test cases. Rick On Tue, Apr 4, 2023 at 2:56 PM P.O. Jonsson wrote: > All went well and Jenkins is up again. Besides Marks M1 Mac all > platforms are online. > > I looked at the current projects and

[Oorexx-devel] Higher precision time on Windows.

According to ChatNGT, the attached patch should allow us to have microsecond time resultion on Windows. Unfortunately, I can't get it to compile. It can't seem to find the definition of GetSystemTimePreciseAsFileTime(). I have the correct level of the SDK, I can find it defined in the header

Re: [Oorexx-devel] A thought on multi-threaded tracing.

ommand syntax, and the arguments about how much information is appropriate to add goes away because any user can choose to modify the information as they see fit. Rick > > Gil > > On 3/25/2023 8:34 AM, Rick McGuire wrote: > > I had one of those AHA moments this morning. The whole quest

[Oorexx-devel] A thought on multi-threaded tracing.

I had one of those AHA moments this morning. The whole question about multithreaded tracing can be quite cleanly resolved by removing the question from the TRACE command entirely. Currently, the trace output is written to the .TRACEOUTPUT monitor. With a few small enhancements to already existing

Re: [Oorexx-devel] Musings with tracing multithreaded ooRexx programs, mt91.rex: on two Rexx interpreter instances (RII)

I’m in complete agreement with Mike on this. There are better ways to make this sort of information available than trying to force fit it In to trace. Rick On Wed, Feb 15, 2023 at 12:58 PM Mike Cowlishaw wrote: > Thanks for the multiple examples! > > As for the 'spaced out' case (excerpt

Re: [Oorexx-devel] Ad trace options

I really like this idea! Rick On Mon, Feb 13, 2023 at 10:40 AM Mike Cowlishaw wrote: > Nice summary from Rony -- Thanks. > > I definitely see the utility of having the thread number in a trace (if > there's more than one thread) -- I use this all the time in printfs in my C > programs, and in

Re: [Oorexx-devel] Ad trace options

On Mon, Feb 13, 2023 at 8:19 AM Rony G. Flatscher wrote: > Trace options (rexxref.pdf, 2.29 TRACE): > >- prefixes: there is a ? prefix option; on mainframe Rexx (cf. e.g. >z/OS TSO/E REXX Reference: > >

Re: [Oorexx-devel] Ad '!' as trace prefix letter (Re: Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

On Sun, Feb 12, 2023 at 9:26 AM Rony G. Flatscher wrote: > On 11.02.2023 18:06, Rick McGuire wrote: > > '!' suppresses the issuing of commands. Generally used for > non-destructiive test runs. Not really used much but it takes up the '!' > symbol characte

Re: [Oorexx-devel] A draft for documenting MT tracing (Re: Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

On Sat, Feb 11, 2023 at 12:53 PM Rony G. Flatscher wrote: > On 11.02.2023 18:16, Rick McGuire wrote: > > Some comments: > > 1) the T and A columns are a bit redundant. We really only need a single > identifier for the thread, having two is just extra clutter. > 2) The term a

Re: [Oorexx-devel] A draft for documenting MT tracing (Re: Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

;* R1 T2 A2V1 1* 15 *-* end**R1 T2 A2 >> V1 1* 13 *-* do reps**R1 T2 A2V1 1* 14 *-* >> say msg* >> Object 1 running call 2 >> * R1 T2 A2V1 1* 15 *-* end**R1 T2 A2 >> V1 1* 1

Re: [Oorexx-devel] A draft for documenting MT tracing (Re: Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

is the displayed informations > struct ConcurrencyInfos > { > uint32_t interpreter; > uint32_t activity; —> display a counter related to the system > tread identifier, not the activity identifier > uint32_t activation; > uint32_t variableDictionary; > unsigned sh

Re: [Oorexx-devel] A draft for documenting MT tracing (Re: Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

> return "Repeated" msg"," reps "times."* > *R1 T3 A3V1 1* 12 *-* use arg reps,msg**R1 > T3 A3V1 1* 13 *-* do reps**R1 T3 A3V1 1* >14 *-* say msg**Object 1 running call 1*

Re: [Oorexx-devel] Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

een > documentation about it. > > In the case '!' is available then this could be used as an MT toggle? > > ---rony > On 09.02.2023 13:40, Rick McGuire wrote: > > One other thing about the trigger character. The '?' and '!' triggers act > as toggles, so issuing "Trace ?&

Re: [Oorexx-devel] Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

lphabetic letter as Mike suggests is the best option. Omitting the > trailing M would switch back to the simple form. Would that be acceptable > for everyone? > > ---rony > > > On 08.02.2023 21:24, Rick McGuire wrote: > > The special symbol characters "." and &quo

Re: [Oorexx-devel] Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

itting the > trailing M would switch back to the simple form. Would that be acceptable > for everyone? > > ---rony > > > On 08.02.2023 21:24, Rick McGuire wrote: > > The special symbol characters "." and "_" are also available as > indicators. I'm a

Re: [Oorexx-devel] Planning to add multithreaded (concurrent) tracing (Re: RFC for feature request "794 Concurrency request"

The special symbol characters "." and "_" are also available as indicators. I'm a definite -1 to using environment variables and Erich has also voiced his displeasure about that. Another option might be to allow a second keyword following the trace type that indicates using the expanded form. It

Re: [Oorexx-devel] e-Mail notifications from patches tracker ?

There was definitely a notification email sent out. Are you subscribed to the list? Click on the envelope icon in the tracker page for that item. Rick On Fri, Feb 3, 2023 at 8:44 AM Rony G. Flatscher wrote: > Just noticed that I have not received any e-mail notification messages > when a patch

Re: [Oorexx-devel] Question ad native tests ...

On Thu, Feb 2, 2023 at 11:53 AM Rony G. Flatscher wrote: > While looking into what is needed to formulate native tests I found > > F:\work\svn\oorexx\test\trunk>grep -R LoadPackage > ooRexx/API/oo/METHODPackage.cls:::method TestLoadPackage EXTERNAL "LIBRARY > orxmethod TestLoadPackage" >

Re: [Oorexx-devel] I think I've seen the future...

e crossing a bridge from one technology to the next, and > until full faith can be give to the new technology, check and check again. > > Bruce > > Sent by Magic! > > On Jan 23, 2023, at 6:42 AM, Rick McGuire wrote: > >  > > > On Mon, Jan 23, 2023 at 9:34 AM S

Re: [Oorexx-devel] I think I've seen the future...

On Mon, Jan 23, 2023 at 9:34 AM Sahananda Sahananda wrote: > Rick, > > Fascinating! > > I'm really impressed and grateful for the time that you put into trying to > solve this question. > > Did ChatGPT provide the comments and variable names as well? > That was a direct cut and paste from the

[Oorexx-devel] I think I've seen the future...

Today in a FaceBook group I'm a member of, someone made a post about a remarkable result obtained from ChatGPT. I decided I would check it out, using a problem that I struggled with for two months, then gave up an implemented a less than optimal solution that fixed the problem but was not exactly

Re: [Oorexx-devel] Question with ooRexx 5.0.0 and some error "Error:94.101 - Error connecting to 127.0.0.1 on port 5757: "No error"" while issuing a command

Just a shot in the dark, but is it possible you are accidentally picking up the Regina version of rxqueue? Rick On Tue, Jan 10, 2023 at 10:20 AM Rony G. Flatscher wrote: > Received the following rexxtry.rex session on a Windows 10 machine: > >

Re: [Oorexx-devel] Ad books not included in the (Windows) installation

On Sun, Jan 1, 2023 at 12:09 PM Rony G. Flatscher wrote: > The following books do not get installed on Windows: > >1. ooconsole.pdf (not/never complete, leave out?) > > leave out > >1. >2. oorexxbuild.pdf (up-to-date and helpful?) > > Not useful to the general user, leave out > >

Re: [Oorexx-devel] Release of ooRexx 5

I just discovered that I have a copy of the 4.1.3 PDFs. I'll send you a copy. Rick On Sun, Dec 25, 2022 at 6:04 PM ooRexx wrote: > I have some god news and some bad news > > The good news: > > FreeBSD is now revision 12583, I rebuilt it manually > macOS is also 12583, but now with the correct

Re: [Oorexx-devel] Question ad updating copyright statement in sources

In general, we only update the copyrights in the source files if they have an update. It doesn't always get done, but it's ok if the files have different copyright dates. Rick On Fri, Dec 23, 2022 at 5:34 AM Rony G. Flatscher wrote: > Just noticed that there are plenty of files in the code

Re: [Oorexx-devel] Another problem for the doc revision and a possible solution (Re: updateEntityValues with revision information

Updating the copyright date is another of those items that should have taken place before creating the branch. In my opinion, it is useless to include an SVN revision number in a release version of the documentation. Once the release ships, that branch is frozen, so the SVN revision number is

Re: [Oorexx-devel] "Stupid" question

On Thu, Dec 22, 2022 at 7:55 AM ooRexx wrote: > We are currently making all changes to > > /oorexx/code-0/docs/branches/5.0.0/ > /oorexx/code-0/main/branches/5.0.0/ > > But the document where to document the changes *release-steps.txt* is in > the trunk > > /oorexx/code-0/main/trunk/ > > Are we

Re: [Oorexx-devel] docs Re: Ad current release 5.0.0

ch took over updating the docs in 5.0.0. Rick > Gil > On 12/19/2022 10:22 AM, Rick McGuire wrote: > > No, the flags should still be there. Those are for the benefit of anybody > making the upgrade. However, removing them from the trunk version should be > added to the relea

Re: [Oorexx-devel] docs Re: Ad current release 5.0.0

No, the flags should still be there. Those are for the benefit of anybody making the upgrade. However, removing them from the trunk version should be added to the release process checklist. Rick On Mon, Dec 19, 2022 at 10:13 AM Gilbert Barmwater wrote: > I have downloaded and installed the

Re: [Oorexx-devel] "rexxgtk" and release 5.0.0

+1 On Mon, Dec 19, 2022 at 5:53 AM Rony G. Flatscher wrote: > There is a current question on > " > https://sourceforge.net/p/oorexx/discussion/general/thread/94d8616a49/?limit=25#19b3; > about rexxgtk > being included or not in the release. > > The documentation "rexxgtk.pdf" gets installed on

Re: [Oorexx-devel] Ad current release 5.0.0 work

except for the change for api/oorexxapi.h, the rest of the stuff only applied to the old build system. Rick On Thu, Dec 15, 2022 at 11:53 AM ooRexx wrote: > I also found this info, I would be happy if someone worked through this > > Read Me > > When changing the version number of ooRexx you

Re: [Oorexx-devel] Release ooRxx 5.0.0: Step 2 URGENT

e comment that I feel should not be overlooked. As we review > the "accepted" items we may find a small change - adding a test or updating > the docs - would allow the status to be upgraded to "pending". If that is > the case and those changes are made, they MUST be made in TWO places - the &

Re: [Oorexx-devel] Release ooRxx 5.0.0: Step 2

On Thu, Dec 15, 2022 at 9:26 AM Rony G. Flatscher wrote: > On 15.12.2022 11:24, Rick McGuire wrote: > > One more TODO. The CHANGES file needs to be finished off. It's in decent >> shape but is definitely missing some of the recent changes. >> > Added it to the "re

Re: [Oorexx-devel] Release ooRxx 5.0.0: Step 2

> > > Another suggestion. Create a file in the root directory of the trunk > detailing all of the steps taken to make the release and update it > immediately for every action that is taken for making the release. That > will result in a fairly easy to follow checklist in a known location that >

Re: [Oorexx-devel] Release ooRxx 5.0.0: Step 2

> > One more TODO. The CHANGES file needs to be finished off. It's in decent > shape but is definitely missing some of the recent changes. Rick ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net

Re: [Oorexx-devel] Release ooRxx 5.0.0: Step 2

How about calling it "5.0.0 Release Candidate"? Rick On Thu, Dec 15, 2022 at 5:01 AM P.O. Jonsson wrote: > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > > Am 15.12.2022 um 09:00 schrieb Rony G. Flatscher >: > > Thanks to Rick we got the version information updated in

Re: [Oorexx-devel] Release ooRexx 5.0.0: Step 1 (Re: Proposal for creating a release version for ooRexx 5.0.0

On Wed, Dec 14, 2022 at 2:05 PM Gilbert Barmwater wrote: > I seem to remember, perhaps incorrectly, that there was some documentation > on the steps necessary in order to create a new release of ooRexx. > However, my cursory attempt at locating it has come up empty. If anyone > else remembers

Re: [Oorexx-devel] 4.2/5.0 Coexistence on Windows

Details: 1) Install both versions. 2) in the command line where you want to run oorexx, set the path to point to the appropriate version. 3) Run that version. The big issue with using multiple versions was always rxapi. With that problem being resolved in 5.0.0, the two versions can happily

Re: [Oorexx-devel] ooRexx /dev/null for redirected command handler

-1. This would require a change to the .Monitor class beyond it's original intent. However, this is easily accomplished already with a simple custom class: ::class nullOutput ::method say ::method linout Use that as the target and the output will be discarded. Rick On Sat, Dec 3, 2022 at 1:22

Re: [Oorexx-devel] Jenkins

On Sun, Nov 13, 2022 at 5:57 AM Mike Cowlishaw wrote: > > > > I'm not familiar with internals of ooRexx, but reading this: > > I tried to "tune" Virtualbox to get rid of the timing error > problems but every attempt actually made things worse, with > more than half of the timing tests failing. I

Re: [Oorexx-users] Address instruction failure

Erich, This construct is also used with the FORWARD and RAISE instructions. The documentation for those does not explicitly spell out environment variables, which are considered constant symbols. I'm not sure I care whether they are explicitly mentioned or not, but we should try to use this

Re: [Oorexx-devel] ADDRESS using environment stored in a variable to run command?

On Wed, Sep 28, 2022 at 1:06 PM Rony G. Flatscher wrote: > There are use cases where one wishes to address different environments > with commands where the desired target environment is stored in a variable. > > Something like: > > address var cmd > > where some variable VAR may resolves to a

Re: [Oorexx-devel] Problem with redirected command handler

Or more specifically, the targets identified with ADDRESS WITH are reevaluated in the current context each time a command is issued. If the variable context has changed, ARRAYOUTPUT evaluates to a string object, which is not a valid output target. Rick On Mon, Sep 26, 2022 at 9:12 AM Erich

Re: [Oorexx-devel] checking haveHaltCondition

Those places are all on the other side of the API wall. There’s no way to access that. On Sun, Sep 11, 2022 at 12:26 PM Erich Steinböck wrote: > It would be beneficial if long-running tasks like writing/reading/sleeping > implemented in native code could check whether a Halt condition was

Re: [Oorexx-users] Oorexx-users Digest, Vol 85, Issue 4

On Sun, Sep 11, 2022 at 1:23 AM Bertram Moshier wrote: > > The last reported error code can be retrieved with STREAM(fn, 'Status') > > > Rick > > Hello Rick, > > Thank you for your reply. I got back the word "ERROR," when trying to > write more data to the file than space left on the drive. Is

Re: [Oorexx-users] Lineout error failure detail beyond just rc=1

On Fri, Sep 9, 2022 at 3:51 PM Erich Steinböck wrote: > Hi Bertram, except for wrong args (which should never occur) the only > error _write() will report according to the docs, is ENOSPC - no space on > disk. > > LINEOUT won't report an error code, it reports back how many lines > couldn't be

Re: [Oorexx-devel] Question ad redirection handlers and input, output, error ...

Nothing. If redirection is not active, then ooRexx is not handling the input and output. Rick On Sat, Sep 3, 2022 at 5:21 AM Rony G. Flatscher wrote: > In a redirection handler it may be the case that redirection is not active > for the invocation > (isRedirectionRequested() returns false). >

Re: [Oorexx-devel] Question ad exit "1.15.2.4. RXCMD"

On Tue, Aug 30, 2022 at 11:07 AM Rony G. Flatscher wrote: > While testing a RXMCD exit, implemented in Java and preconfigured for the > Rexx instance, commands trigger the exit, however the DLL information is > not supplied, but empty (expecting "BSF4ooRexx850.dll" as that is the > library that

Re: [Oorexx-devel] Question ad ADDRESS keyword statement

No, it should not, at least not the way you are expecting. This falls into the address expression branch of the syntax diagram, which can only be used to change the current address target and not to issue a command. The new address environment is set to "TEST ping", the result of evaluating the

Re: [Oorexx-devel] Ad WriteOutput(), ErrorOutput()

They absolutely do not add linends to the date. The supplied data gets converted into a string and is appended to the array with no additional processing. If there are extra linends, it's because you left them on the line before making the call. WriteError() and WriteOutput() assume you have done

Re: [Oorexx-devel] Question ad ReadInputBuffer

Yes, all of the lines get terminated by an eol marker. Rick On Mon, Aug 22, 2022 at 2:10 PM Rony G. Flatscher wrote: > When reading with ReadInputBuffer() from input that has only one element, > then this function appends > .endOfLine nevertheless. Eg. a single input item like the string "one"

Re: [Oorexx-devel] Question ad Write{Output|Error}Buffer

The data written is split at linend boundaries. Rick On Thu, Aug 18, 2022 at 6:01 AM Rony G. Flatscher wrote: > The Write{Output|Error}Buffer API states: > > Adds a string composed of strings separated by the platform-specfic > line-end characters as separate > items or lines to an output

Re: [Oorexx-devel] SendMessageScoped incomplete condition object (line number seems to be missing)?

There's no line number because you're sending the message from native code. There's nothing to fill in that case. Rick On Mon, Aug 15, 2022 at 7:31 AM Rony G. Flatscher wrote: > It seems that the condition object returned by SendMessageScoped() misses > the line number information as the entry

Re: [Oorexx-devel] Observation with .routine's callwith and threadContext->RaiseException(...)

On Sun, Aug 14, 2022 at 8:17 AM Rony G. Flatscher wrote: > On 14.08.2022 13:41, Rick McGuire wrote: > > - The method NativeActivation::checkConditions() is where the raised > exceptions are processed when > > your external routine returns. Understanding why that cod

Re: [Oorexx-devel] Observation with .routine's callwith and threadContext->RaiseException(...)

One question and a couple of suggestions. - Is the AttachThread() being done on the same instance as the originating rexx code where the call on syntax was made or a different instance. - The method NativeActivation::checkConditions() is where the raised exceptions are processed when your

Re: [Oorexx-devel] Question ad new ThrowException API...

On Sat, Aug 13, 2022 at 10:44 AM Rony G. Flatscher wrote: > On 13.08.2022 15:16, Rick McGuire wrote: > > On Sat, Aug 13, 2022 at 8:45 AM Rony G. Flatscher > wrote: > >> E.g. rxapi.pdf "1.17.189. *NEW* ThrowException/0/1/2" states: "Throw a >> SYN

Re: [Oorexx-devel] Question ad new ThrowException API...

On Sat, Aug 13, 2022 at 8:45 AM Rony G. Flatscher wrote: > E.g. rxapi.pdf "1.17.189. *NEW* ThrowException/0/1/2" states: "Throw a > SYNTAX condition. The API call doesn't return and the current method, > routine, or exit is exited immediately.". > > Testing ThrowException1() however will end the

Re: [Oorexx-devel] A few questions ad new RexxIORedirectorContext *ioContext

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

Re: [Oorexx-devel] suboptimal error diagnostic

gt; *Cc:* WalterPachl > *Subject:* Re: [Oorexx-devel] suboptimal error diagnostic > > *I know what the problem is:* the comma after the End. > I consider your diagnostic no better. There is no control variable. > Anyway: the diagnostic in context is what I consider suboptimal! > See

Re: [Oorexx-devel] suboptimal error diagnostic

the diagnostic in context is what I consider suboptimal! > See my first posting on that matter > Thanks anyway > Walter > > Rick McGuire hat am 25.07.2022 12:03 geschrieben: > > > I get a different result on the current build, > > 29 *-* End ,Call lineout oid >

Re: [Oorexx-devel] suboptimal error diagnostic

;bbb > Iterate > End > If left(fl,2)=left(dl,2) Then Do > Call o dl'' > Leave > End > call o fl > End > End > Do While lines(frame)>0 > fl=linein(frame) > If left(fl,4)='D' Then Do > Parse Var fl aaa ':' > fl=aaa':' date() time() > End > call o fl &g

Re: [Oorexx-devel] suboptimal error diagnostic

Without being able to see merge.rex, it's pretty much impossible to give you an answer. Also, which version of oorexx are you using? Rick On Mon, Jul 25, 2022 at 2:28 AM WalterPachl via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > A phenomenon: > A rather large program of mine

Re: [Oorexx-devel] Memory leak (Re: A question (Re: Ad .local and/or monitor class

On Wed, Jul 20, 2022 at 12:35 PM Rony G. Flatscher wrote: > On 20.07.2022 18:05, Rick McGuire wrote: > > When the instance is terminated, all object references are cleared out in > case there might be a dangling reference to the instance object that might > pin it in memory. This

Re: [Oorexx-devel] Memory leak (Re: A question (Re: Ad .local and/or monitor class

When the instance is terminated, all object references are cleared out in case there might be a dangling reference to the instance object that might pin it in memory. This includes .local, which should not be pinned anywhere. I spent fair about of time recently tracing the termination code to fix

Re: [Oorexx-devel] Ad debugging garbage collection dependent resources

On Sat, Jul 16, 2022 at 11:25 AM Rony G. Flatscher wrote: > On 16.07.2022 17:18, Rick McGuire wrote: > > I am a serious -1 to this proposal. This is something with serious > performance implications and will only be misused by people who don't > understand how garbage c

Re: [Oorexx-devel] Ad debugging garbage collection dependent resources

I am a serious -1 to this proposal. This is something with serious performance implications and will only be misused by people who don't understand how garbage collection works. There, you no longer need to worry about silent assent. Rick On Sat, Jul 16, 2022 at 11:12 AM Rony G. Flatscher

Re: [Oorexx-devel] Ad .local and/or monitor class

On Wed, Jul 6, 2022 at 3:03 PM Rony wrote: > While debugging potential memory leaks I could narrow one down to the > currently not tested hypothesis that if interpreter instances get > terminated it may be the case that either the .local contained objects or > the destination objects of the

Re: [Oorexx-devel] Documentation build

On Fri, Jul 1, 2022 at 8:01 AM Rony G. Flatscher wrote: > Hi P.O., > On 01.07.2022 11:53, P.O. Jonsson wrote: > > > Am 28.06.2022 um 11:19 schrieb Rony G. Flatscher >: > > Here the direct link: > >

Re: [Oorexx-devel] Documentation build

On Tue, Jun 28, 2022 at 1:58 PM Gilbert Barmwater wrote: > Thanks P.O., they look great! Now one more issue to address. As you > know, the Windows build includes the documentation and the user has the > option of installing it as part of installing ooRexx. Currently, the PDFs > in the Windows

Re: [Oorexx-devel] ooRexx Testing

The tests can be checked out from https://svn.code.sf.net/p/oorexx/code-0/test/trunk This is the test framework and all of the test cases. There's a readme file in the root that explains how to run the tests. There's not much documentation available on writing the test cases, but there are many,

Re: [Oorexx-devel] Question ad parsing

The triggers get applied first, then things get broken in words using the variable list. The +2 trigger matches to the second position, "c ", which is then broken into words and assigned to the variables. Rick On Wed, Jun 8, 2022 at 10:51 AM Rony G. Flatscher wrote: > Consider the following: >

  1   2   3   4   5   6   7   8   9   10   >