Re: [Oorexx-devel] Questions ad developing for Windows (Visual Studio community edition ...)

2024-09-06 Thread Rick McGuire
I've been using the community addition of visual studio for ages. I don't believe I've ever had the professional version since the project started. It has everything you need, including the debugger. Rick On Fri, Sep 6, 2024 at 9:14 AM Rony G. Flatscher wrote: > For Windows development I have a

Re: [Oorexx-devel] SIGNAL into IF / SELECT / DO

2024-09-04 Thread Rick McGuire
On Wed, Sep 4, 2024 at 12:07 PM Erich Steinböck wrote: > Ok, thanks. > > As, except for tracing, there seems to be little value in labels that > cannot be branched to, should we completely disallow them already in the > translation phase, like it is done for labels within INTERPRET? > > One of th

Re: [Oorexx-devel] SIGNAL into IF / SELECT / DO

2024-09-04 Thread Rick McGuire
On Wed, Sep 4, 2024 at 11:28 AM Erich Steinböck wrote: > We currently have two open bug reports [bugs:#1945] and [bugs:#1946] > related to SIGNAL into IF/SELECT/DO/LOOP groups. > While ANSI requires Rexx to issue 16.2/16.3 "Cannot SIGNAL/CALL to label > inside an IF/SELECT/DO group" for any SIGNA

Re: [Oorexx-devel] RFC: suggestion a solution for getting the caller stackframe of a spawning activity

2024-08-18 Thread Rick McGuire
One thing you've missed is that there are situations where there is no spawning activation. For example, from native code, I can attach a thread, create a message object and send it a START message. In that situation, there is no activation to create a stack frame from. Also, the stack frame in que

Re: [Oorexx-devel] Looking further into instanceMethods for class and non-class objects, not all class methods reported?

2024-08-15 Thread Rick McGuire
On Thu, Aug 15, 2024 at 8:05 AM Rony G. Flatscher wrote: > It seems that "instanceMethods", without a class_object argument, does not > return all the class methods that are available to the receiving class > object (whereas it returns correctly all the instance methods in the case > of instances

Re: [Oorexx-devel] Question ad instanceMethods if fetching class methods

2024-08-14 Thread Rick McGuire
On Wed, Aug 14, 2024 at 12:45 PM Rony G. Flatscher wrote: > The documentation of rexxref.pdf chapter "5.1.4.12. instanceMethods" has a > documentation bug that Josep Maria referred to (# 317, > https://sourceforge.net/p/oorexx/documentation/317/) and supplied a patch > for it. > > Looking into th

Re: [Oorexx-devel] Question ad Activity::activationFrames and asynchronous message

2024-07-14 Thread Rick McGuire
On Sun, Jul 14, 2024 at 5:28 AM Rony G. Flatscher wrote: > On 13.07.2024 17:31, Rick McGuire wrote: > > That makes absolutely no sense. Once the new activity is started, there is > no guarantee that the stackframe or even the activity from which it was > spawned even exist

Re: [Oorexx-devel] Question ad Activity::activationFrames and asynchronous message

2024-07-13 Thread Rick McGuire
wrote: > On 13.07.2024 16:27, Rick McGuire wrote: > > the stackframes are a representation of the activations active on an > activity. When a method is started asynchronously, it is the base of the > activity stack and does not have a parent stack frame. So many other things > woul

Re: [Oorexx-devel] Question ad Activity::activationFrames and asynchronous message

2024-07-13 Thread Rick McGuire
the stackframes are a representation of the activations active on an activity. When a method is started asynchronously, it is the base of the activity stack and does not have a parent stack frame. So many other things would get messed up by trying to add one to that stack. And you're on your own wi

Re: [Oorexx-devel] Question ad how to use TracePrefix in Activity.cpp

2024-07-12 Thread Rick McGuire
arguments, restoring the conditional tests from the original. Rick On Fri, Jul 12, 2024 at 9:05 AM Rick McGuire wrote: > > > On Fri, Jul 12, 2024 at 8:49 AM Rony G. Flatscher > wrote: > >> Unfortunately, when doing a global trace (e.g. "::options trace i") there >

Re: [Oorexx-devel] Question ad how to use TracePrefix in Activity.cpp

2024-07-12 Thread Rick McGuire
> On 12.07.2024 13:54, Rony G. Flatscher wrote: > > Commit [r12849] implements the refactoring (changes got successfully > tested using the ooRexx testing framework's TRACE related testgroups). > > ---rony > > > On 12.07.2024 11:55, Rick McGuire wrote: > > > >

Re: [Oorexx-devel] Question ad how to use TracePrefix in Activity.cpp

2024-07-12 Thread Rick McGuire
On Fri, Jul 12, 2024 at 5:52 AM Rony G. Flatscher wrote: > On 12.07.2024 01:16, Rick McGuire wrote: > > I still think the code refactoring I suggested is a good idea, which will > make things a bit cleaner. > > +1 > > However, I just realized that the original problem co

Re: [Oorexx-devel] Question ad how to use TracePrefix in Activity.cpp

2024-07-11 Thread Rick McGuire
, 2024 at 12:29 PM Rony G. Flatscher wrote: > On 11.07.2024 18:26, Rick McGuire wrote: > > > > On Thu, Jul 11, 2024 at 12:20 PM Rony G. Flatscher < > rony.flatsc...@wu.ac.at> wrote: > >> On 11.07.2024 17:52, Rick McGuire wrote: >> >> I'm going t

Re: [Oorexx-devel] Question ad how to use TracePrefix in Activity.cpp

2024-07-11 Thread Rick McGuire
On Thu, Jul 11, 2024 at 12:20 PM Rony G. Flatscher wrote: > On 11.07.2024 17:52, Rick McGuire wrote: > > I'm going to answer this out of line because I want to answer the last > question first. > > Thank you! > > > The problem with the compile error results in ho

Re: [Oorexx-devel] Question ad how to use TracePrefix in Activity.cpp

2024-07-11 Thread Rick McGuire
I'm going to answer this out of line because I want to answer the last question first. The problem with the compile error results in how RexxActivation is defined in Activity.hpp. It's declaration is just "class RexxActivation", which tells the compiler that RexxActivation is a class...and nothing

Re: [Oorexx-devel] A suggestion for enhancing the trace object.

2024-06-18 Thread Rick McGuire
TraceObject if they're non-null. Rick On Tue, Jun 18, 2024 at 5:30 AM Rony G. Flatscher wrote: > On 18.06.2024 02:09, Rick McGuire wrote: > > Dom's debugger has me thinking there should be some additional > information added to the trace > > object. One thing that would be

[Oorexx-devel] A suggestion for enhancing the trace object.

2024-06-17 Thread Rick McGuire
Dom's debugger has me thinking there should be some additional information added to the trace object. One thing that would be quite useful for a debugger would be a property that provides the raw object that is included in the trace message. Another thing that would be useful would be the name of t

Re: [Oorexx-devel] How about adding class methods arrayIn and arrayOut on the Stream class ?

2024-06-15 Thread Rick McGuire
Um, a = .stream~new(filename)~arrayin is a one liner that reads into an array. Rick On Sat, Jun 15, 2024 at 7:50 PM Gilbert Barmwater wrote: > First let me offer the following way to write the contents of an array to > a stream that only requires a single line: > > .stream~new(streamFileName

Re: [Oorexx-devel] Another question

2024-06-03 Thread Rick McGuire
The CLASS methods are the instance methods of the class object, so you would use the instanceMethods() method to retrieve them. Rick On Mon, Jun 3, 2024 at 3:17 PM Gilbert Barmwater wrote: > Let's say there is a class defined via ::class myClass. It has numerous > methods, both instance method

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

2024-05-31 Thread Rick McGuire
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 .p

Re: [Oorexx-devel] Status of RxFTP

2024-05-18 Thread Rick McGuire
of unexpected references locking it 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

Re: [Oorexx-devel] Status of RxFTP

2024-05-18 Thread Rick McGuire
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 ?

2024-04-25 Thread Rick McGuire
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?

2024-04-08 Thread Rick McGuire
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 that

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

2024-04-08 Thread Rick McGuire
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 nullPo

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

2024-04-08 Thread Rick McGuire
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?

2024-04-08 Thread Rick McGuire
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 c

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

2024-04-05 Thread Rick McGuire
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 all

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

2024-03-27 Thread Rick McGuire
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

2024-03-27 Thread Rick McGuire
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

2024-03-27 Thread Rick McGuire
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 in

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

2024-03-24 Thread Rick McGuire
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 respecti

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

2024-01-25 Thread Rick McGuire
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 was

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

2024-01-22 Thread Rick McGuire
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, for

Re: [Oorexx-devel] FindClass in ThreadContext

2024-01-13 Thread Rick McGuire
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 packag

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

2024-01-07 Thread Rick McGuire
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 interprete

Re: [Oorexx-devel] Failing Test

2023-07-22 Thread Rick McGuire
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 eliminate

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

2023-07-04 Thread Rick McGuire
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'

2023-06-13 Thread Rick McGuire
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 11:45

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

2023-05-10 Thread Rick McGuire
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, that

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

2023-05-10 Thread Rick McGuire
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

2023-05-10 Thread Rick McGuire
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

2023-05-10 Thread Rick McGuire
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? > Pend

Re: [Oorexx-devel] Conventions

2023-04-14 Thread Rick McGuire
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 received

Re: [Oorexx-devel] GUARD issue

2023-04-07 Thread Rick McGuire
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.

2023-04-05 Thread Rick McGuire
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.

2023-04-05 Thread Rick McGuire
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

2023-04-04 Thread Rick McGuire
ingar/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

Re: [Oorexx-devel] Jenkins

2023-04-04 Thread 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:56 PM P.O. Jonsson wrote: > All went well and Jenkins is up&running again. Besides Marks M1 Mac all > platforms are online. > > I looked at the current proje

[Oorexx-devel] Higher precision time on Windows.

2023-04-04 Thread Rick McGuire
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 files,

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

2023-03-25 Thread Rick McGuire
ACE command 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 que

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

2023-03-25 Thread Rick McGuire
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)

2023-02-15 Thread Rick McGuire
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 belo

Re: [Oorexx-devel] Ad trace options

2023-02-13 Thread Rick McGuire
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

Re: [Oorexx-devel] Ad trace options

2023-02-13 Thread Rick McGuire
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"

2023-02-12 Thread Rick McGuire
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 character. &

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

2023-02-11 Thread Rick McGuire
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"

2023-02-11 Thread Rick McGuire
A2V1 >> 1* 14 *-* say msg* >> Object 1 running call 2 >>* 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 >>

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

2023-02-11 Thread Rick McGuire
This 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; > unsign

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

2023-02-11 Thread Rick McGuire
1* 13 *-* do reps**R1 T2 A2V1 1* 16 *-* > return "Repeated" msg"," reps "times."* > *R1 T3 A3V1 1* 12 *-* use arg reps,msg**R1 > T3 A3V1 1* 13 *-* do reps**R1 T3 A3V

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

2023-02-11 Thread Rick McGuire
7;!' in TRACE, have not seen > 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 '!&#

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

2023-02-09 Thread Rick McGuire
ter after > the alphabetic 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 &q

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

2023-02-09 Thread Rick McGuire
n. 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 "_" are also available as > indicators. I

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

2023-02-08 Thread Rick McGuire
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 s

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

2023-02-03 Thread Rick McGuire
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 ...

2023-02-02 Thread Rick McGuire
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" > ooRexx/

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

2023-01-23 Thread Rick McGuire
rossing 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...

2023-01-23 Thread Rick McGuire
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 ch

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

2023-01-22 Thread Rick McGuire
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 s

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

2023-01-10 Thread Rick McGuire
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: > > C:\Users\Walter\Downloads\tmp\bsf4oorexx\install>*r

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

2023-01-01 Thread Rick McGuire
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

2022-12-28 Thread Rick McGuire
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 d

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

2022-12-23 Thread Rick McGuire
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 area

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

2022-12-22 Thread Rick McGuire
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 essen

Re: [Oorexx-devel] "Stupid" question

2022-12-22 Thread Rick McGuire
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

2022-12-19 Thread Rick McGuire
until Erich 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

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

2022-12-19 Thread Rick McGuire
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 5.0.

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

2022-12-19 Thread Rick McGuire
+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

2022-12-15 Thread Rick McGuire
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 wil

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

2022-12-15 Thread Rick McGuire
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 i

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

2022-12-15 Thread Rick McGuire
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 &qu

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

2022-12-15 Thread Rick McGuire
> > > 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 > can

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

2022-12-15 Thread Rick McGuire
> > 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 https://lists.sourceforge.net/lists/listinfo

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

2022-12-15 Thread Rick McGuire
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

2022-12-14 Thread Rick McGuire
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 su

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

2022-12-05 Thread Rick McGuire
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 coexi

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

2022-12-03 Thread Rick McGuire
-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 P

Re: [Oorexx-devel] Jenkins

2022-11-13 Thread Rick McGuire
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-devel] ADDRESS using environment stored in a variable to run command?

2022-09-28 Thread Rick McGuire
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 str

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

2022-09-26 Thread Rick McGuire
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 Steinb

Re: [Oorexx-devel] checking haveHaltCondition

2022-09-11 Thread Rick McGuire
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 raised

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

2022-09-03 Thread Rick McGuire
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"

2022-08-30 Thread Rick McGuire
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 c

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

2022-08-25 Thread Rick McGuire
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 e

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

2022-08-25 Thread Rick McGuire
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 a

Re: [Oorexx-devel] Question ad ReadInputBuffer

2022-08-22 Thread Rick McGuire
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

2022-08-18 Thread Rick McGuire
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 redir

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

2022-08-15 Thread Rick McGuire
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(...)

2022-08-14 Thread Rick McGuire
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 code is

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

2022-08-14 Thread Rick McGuire
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 external

  1   2   3   4   5   6   7   8   9   10   >