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

2024-04-25 Thread Rony G. Flatscher
) in such an INTERNALCALL stackframe available? Maybe with a name like METHODCONTEXT in case it is an INTERNALCALL with an EXECUTABLE being a method, .nil else? ---rony On Thu, Apr 25, 2024 at 6:27 AM Rony G. Flatscher wrote: While experimenting and analyzing various traces I stumbled over

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

2024-04-25 Thread Rony G. Flatscher
;hey" within the method reveals in full format that the attributepool id gets changed from "A1" ("a TEST" target) to "A2" ("The NIL object"). Shouldn't the TARGET entry of called labels/internal routines within a method supply the reference to the context object ("a TEST") rather than .nil ("The NIL object")? ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Sandbox

2024-04-22 Thread Rony G. Flatscher
On 22.04.2024 18:02, ooRexx wrote: On 22. Apr 2024, at 16:54, Rony G. Flatscher wrote: On 22.04.2024 15:24, ooRexx wrote: ... cut ... AFAICT these are meant to initially match the release versions. In the case that minor changes are applied to a released version and a minor release

Re: [Oorexx-devel] Sandbox

2024-04-22 Thread Rony G. Flatscher
On 22.04.2024 17:06, ooRexx wrote: On 22. Apr 2024, at 16:54, Rony G. Flatscher wrote: On 22.04.2024 15:24, ooRexx wrote: is it ok to branch off and create folders in the Sandbox branch? A "sandbox" is an area where experiments can be carried out. In the ooRe

Re: [Oorexx-devel] Sandbox

2024-04-22 Thread Rony G. Flatscher
ng changes/additions to/deletions of files. HTH, ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad tracing the invocation of a method containing a reply statement

2024-04-22 Thread Rony G. Flatscher
Committed with [r12834] <https://sourceforge.net/p/oorexx/code-0/12834/> (code) and [r12835] <https://sourceforge.net/p/oorexx/code-0/12835/> (unit tests) after running the entire test suite. ---rony On 21.04.2024 20:47, Rony G. Flatscher wrote: Thinking about this probl

Re: [Oorexx-devel] Question ad tracing the invocation of a method containing a reply statement

2024-04-21 Thread Rony G. Flatscher
re reply ... 8 *-1* reply *I2> Method "TEST_REPLY" with scope "TEST" in package "G:\test\orx\trace\test_reply.rex". 9 *-2* say "after reply ..." after reply ... *As can be seen the invocation enter and exit tracelines

Re: [Oorexx-devel] ooRexx website

2024-04-20 Thread Rony G. Flatscher
Terry, that is *great* that you have been able to overhaul it, thank you very much! ---rony On 20.04.2024 02:05, taf wrote: Well, nevermind Just found svn info and I think I've got what I need. On 2024.04.19 09.04, taf wrote: Hello all, I've finally gotten started on the website.  I'm

[Oorexx-devel] Question ad tracing the invocation of a method containing a reply statement

2024-04-20 Thread Rony G. Flatscher
n of the remainder on a new thread/activity. (In the current form there is also no matching " How about either removing ">I2>" or inserting an "I2>" to ">T2>" (">T>") a new prefix indicating that the remainder gets executed on a new t

Re: [Oorexx-devel] Preparing for the next release

2024-04-20 Thread Rony G. Flatscher
Hi P.O., thank you for your information and efforts! How about targeting an initiative to create a new release (5.1.0) at the beginning of June then? Cheers ---rony On 19.04.2024 19:01, ooRexx wrote: A progress report on my activites today. The test was partially successful, if you look

Re: [Oorexx-devel] Test in environmentEntries.testGroup in error (Re: Planning to commit the enclosed diff for the trace invocation exit traceline

2024-04-11 Thread Rony G. Flatscher
Changed the test to expect the NOMETHOD condition, cf. [r12830] (https://sourceforge.net/p/oorexx/code-0/12830/). ---rony On 11.04.2024 13:33, Rony G. Flatscher wrote: Hmm, there is one unexpected error in the test suite: [error] 20240411 11:35:15.207000 Test

Re: [Oorexx-devel] Planning to commit the enclosed diff for the trace invocation exit traceline

2024-04-11 Thread Rony G. Flatscher
0/> (test units). ---rony On 11.04.2024 11:53, Rony G. Flatscher wrote: Enclosed please find the diff for adding the trace invocation exit traceline to complement the trace invocation (>I>) traceline. The reason is mainly to make sure that the changes are sensible and acceptable.

[Oorexx-devel] Test in environmentEntries.testGroup in error (Re: Planning to commit the enclosed diff for the trace invocation exit traceline

2024-04-11 Thread Rony G. Flatscher
trace r*trace n -- <-- this line # 103* Not sure whyt it does not trigger 97.1 as the other tests in this test unit do. Will be able to adjust this test to not bring up an error, but before doing so the question, why that would be the case? Why would the changes for the trace invocation exit

[Oorexx-devel] Planning to commit the enclosed diff for the trace invocation exit traceline

2024-04-11 Thread Rony G. Flatscher
elease of ooRexx. ---rony Index: interpreter/execution/RexxActivation.cpp === --- interpreter/execution/RexxActivation.cpp(revision 12827) +++ interpreter/execution/RexxActivation.cpp(working copy) @@ -512,7

Re: [Oorexx-devel] An example run (Re: One more trace entry for exiting a routine or method with a trace prefix of

2024-04-10 Thread Rony G Flatscher
ram with internal routines (indicated by a label, i.e. an identifier followed by a colon) which may get signaled or called. Trace label will trace those labels.—-rony On 4/10/2024 7:40 AM, Rony G. Flatscher wrote: Here an example program that uses a routine and met

[Oorexx-devel] An example run (Re: One more trace entry for exiting a routine or method with a trace prefix of

2024-04-10 Thread Rony G. Flatscher
\orx\trace\examples4docs\hmm\test_labels.rex". 18 *-* return res >O> Method "HO" with scope "TEST" in package "G:\test\orx\trace\examples4docs\hmm\test_labels.rex". o~ho : [ho] 5 *-* say "pp(abc):" pp(abc) >I> Routine "PP" in package "G:\test\orx\trace\examples4docs\hmm\test_labels.rex". 8 *-* res=br(arg(1)) 10 *-* br: 11 *-* return "[" || arg(1) || "]" 9 *-* return res >O> Routine "PP" in package "G:\test\orx\trace\examples4docs\hmm\test_labels.rex". pp(abc): [ABC] --- Personally I would prefer "I>" is internally dubbed entering invocation) and it would probably make it easier to locate the invocation pairs in simple runs. So, if you compare the trace output what would you like better, what would you think is more intuitive and maybe easier to spot? After all this is Rexx and should it make as easy as possible on the programmers! :) ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] One more trace entry for exiting a routine or method with a trace prefix of

2024-04-09 Thread Rony G. Flatscher
collected trace objects. Among other things this could be used to create profiling data for routines and methods. What do you think? ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

2024-04-08 Thread Rony G. Flatscher
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 context. -Chip- On 4/2/2024 4:19 PM, Rony wrote: Another question: offline I got the suggestion to change the NR entry in TraceObject to NUMBER. What do

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

2024-04-05 Thread Rony G. Flatscher
! Will commit the changes to trunk shortly. ---rony P.S.: As setMethod/unsetMethod are documented they will get used in the wild such that we should attempt to remove the root cause eventually. On Fri, Apr 5, 2024 at 8:26 AM Rony G. Flatscher wrote: Thankfully Jean Louis was able

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

2024-04-05 Thread Rony G. Flatscher
without a crash repeatedly]/ So there is maybe something to investigate around the impacts of this assignement of behaviour->copy() ... cut ... Any idea what the problem might be and how to fix it? ---rony P.S.: Thinking of notable things in this context: * setMethod/unsetMethod in this

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

2024-04-05 Thread Rony G. Flatscher
a private message just now. thank you very much! Best regards ---rony Am 04.04.2024 um 19:04 schrieb Rony G. Flatscher : Am using an almost ten year old version of MVS (Microsfot Visual Studio), which was bought (but due to lack of money has not been updated by buying an update, newer

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

2024-04-04 Thread Rony G. Flatscher
the test suite)! Again, if the crash occurs then only after running the test suite with "rexx testOORexx.rex -s -U" from "test/trunk" in "test\trunk\ooRexx\base\runtime.objects\environmentEntries.testGroup". Running that test group standalone does not crash here. Any h

Re: [Oorexx-devel] Segmentation faults in environmentEntries.testGroup

2024-04-03 Thread Rony G. Flatscher
ws they do not show these problems. Very good! ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Segmentation faults in environmentEntries.testGroup

2024-04-03 Thread Rony G. Flatscher
On 03.04.2024 16:25, ooRexx wrote: It seems we currently have ALL platforms failing this test, can the person (Rony?) who committed lately check if there was a side-effect of the changes and/or amend the test to the new behaviour. Executing .../ooRexx/base/runtime.objects

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

2024-04-02 Thread Rony
entries OBJECT and SCOPE in TraceObject can be removed. Would there be any objections? Another question: offline I got the suggestion to change the NR entry in TraceObject to NUMBER. What do you think? —-rony Rony G. Flatscher (mobil/e) > Am 29.03.2024 um 15:44 schrieb Rony G. Flatsc

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

2024-03-29 Thread Rony G. Flatscher
After making sure that TEST.testgroup and TEST_TestObject.testgroup work, I committed  12814 (code) and 12815 (doc) to see whether all tests keep on running on all platforms via Jenkins. ---rony On 29.03.2024 15:43, Rony G. Flatscher wrote: While experimenting with TraceObjects for anaylsis

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

2024-03-29 Thread Rony G. Flatscher
entry would be the receiver/self object in case of a method, so possibly one could save the OBJECT entry above, as it should be retrievable via the STACKFRAME entry. What do you think? ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourcefo

[Oorexx-devel] Work concluded (Re: Not quite (Re: RFE # 825: work concluded

2024-03-28 Thread Rony G. Flatscher
suite and b) the RexxLA Jenkins build system are instrumental and extremely helpful for the ooRexx project! ---rony On 27.03.2024 16:02, Rony G. Flatscher wrote: There were two new entries, docs and tests need to be supplied, hence reopened. ---rony On 26.03.2024 15:53, Rony G. Flatscher wrote:

[Oorexx-devel] Not quite (Re: RFE # 825: work concluded

2024-03-27 Thread Rony G. Flatscher
There were two new entries, docs and tests need to be supplied, hence reopened. ---rony On 26.03.2024 15:53, Rony G. Flatscher wrote: A few minutes ago I committed the test cases for <<https://sourceforge.net/p/oorexx/feature-requests/825/> was updated:> ("TraceObject&q

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

2024-03-27 Thread Rony G. Flatscher
Added entries OBJECTID and SCOPE with [r12808]. ---rony On 27.03.2024 14:47, Rony G. Flatscher wrote: On 27.03.2024 14:26, Rick McGuire wrote: 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

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

2024-03-27 Thread Rony G. Flatscher
On 27.03.2024 14:38, Rick McGuire wrote: 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

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

2024-03-27 Thread Rony G. Flatscher
rhaps the identity hash)" + "method scope (to identify the variable pool in question)" + "the lock count for the activity". That will uniquely identify what the scope lock situation is. How about an entry OBJECTID with the identity hash as a value? ---rony On Wed,

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

2024-03-27 Thread Rony G. Flatscher
variable pool. Thank you for the explanation! Would it be possible to determine whether a method instance got assigned as a class method, maybe adding some method like isClassMethod? Maybe from within a method something like ".context~executable~isClassMethod" ---rony On Wed, Mar 27,

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

2024-03-27 Thread Rony G. Flatscher
oes not allow for differentiating between the two scopes. Maybe the ">I>" output could add something like '... scope "TEST" /at the class level /...' in the case of a class method? Also, it would be helpful to learn whether from a method object (if .c

[Oorexx-devel] Announcing Release of the ooRexx-Java external function package "BSF4ooRexx850"

2024-03-27 Thread Rony G. Flatscher
ion in (and its subdirectories): BSF4ooRexx850/samples Each sample directory has an index.html file that briefly describes the purpose of the samples in that directory, just point your browser at these files. ---rony ___ Oorexx-devel mailing l

Re: [Oorexx-devel] Planned additions, release of ooRexx 5.1 ?

2024-03-27 Thread Rony G. Flatscher
the developers could look into this? Cheers ---rony P.S.: I do Linux from time to time because of BSF4ooRexx850 and the DBus library for ooRexx that I wrote a couple of years ago, but this is quite rarely the case at the moment. Will return to Linux as I plan to change how BSF4ooRexx850 gets created

Re: [Oorexx-devel] Planned additions, release of ooRexx 5.1 ?

2024-03-26 Thread Rony G. Flatscher
has pointed out (see below)? Would anyone have any suggestions, ideas, takers? ---rony On 30.11.2023 08:56, Rony G. Flatscher wrote: Hi Gil, thank you very much! On 29.11.2023 19:10, Gilbert Barmwater wrote: I guess I need to refresh everyone's memory on this topic. When we released 5.

[Oorexx-devel] RFE # 825: work concluded

2024-03-26 Thread Rony G. Flatscher
A few minutes ago I committed the test cases for <<https://sourceforge.net/p/oorexx/feature-requests/825/> was updated:> ("TraceObject") which concludes the work. ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists

Re: [Oorexx-devel] Updated rexxref and rexxpg books (Re: Wow! (Re: Documentation added to rexxref (Re: Ad debugging multithreaded programs, updated RFE # 825

2024-03-25 Thread Rony G Flatscher
Dear p.O.,wow, that is really cool!So any changes in the books will dhow up within minutes at https://sourceforge.net/projects/oorexx/files/oorexx-docs/5.1.0beta/Bedt regsrds—-ronyRony G. Flatscher (mobil/e)Am 25.03.2024 um 14:51 schrieb P.O. Jonsson :Dear Rony,Since the build

[Oorexx-devel] Updated rexxref and rexxpg books (Re: Wow! (Re: Documentation added to rexxref (Re: Ad debugging multithreaded programs, updated RFE # 825

2024-03-25 Thread Rony G. Flatscher
be nice if additional feedback was based on these updated versions of rexxpg.pdf and rexxref.pdf. ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

2024-03-24 Thread Rony G. Flatscher
it. ---rony On 24.03.2024 15:58, Rony G. Flatscher wrote: On 24.03.2024 15:48, Rick McGuire wrote: if .context~executable~isa(.Method) then say .context~executable~scope Wow, thank you very much for this pointer! (I was not aware of the Method class allowing for retrieving it, which is really great

Re: [Oorexx-devel] Wow! (Re: Documentation added to rexxref (Re: Ad debugging multithreaded programs, updated RFE # 825

2024-03-24 Thread Rony G. Flatscher
On 24.03.2024 15:48, P.O. Jonsson wrote: And WOW what a humongous piece of work not just implementing it but actually DOCUMENTING it! Hat´s off. :) (Indeed time is a big problem, always. The test cases need to be done, which is next on my TODO list.) ---rony

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

2024-03-24 Thread Rony G. Flatscher
method to the new documentation in the next days (after waiting a bit for any feedback). ---rony 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, s

[Oorexx-devel] Wow! (Re: Documentation added to rexxref (Re: Ad debugging multithreaded programs, updated RFE # 825

2024-03-24 Thread Rony G. Flatscher
*Wow*, that was fast, the rendered PDF and HTML version is already online! ---rony On 24.03.2024 14:52, Rony G. Flatscher wrote: Writing up the documentation for the new TraceObject class and the new subchapter for debugging multithreaded programs has turned out to be quite a hefty piece

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

2024-03-24 Thread Rony G. Flatscher
e" would return it. Would that be a sensible solution or are there better possibilities? Maybe adding an entry "SCOPE" to the TraceObject instance and supplying the value that gets used for the ">I>" trace line? What do you think? ---rony __

[Oorexx-devel] Documentation: ad "rr" and extracting svg from xhtml files with (docs\trunktools\RailRoadDiagrams\extract_svg_from_rr_xhtml.rex)

2024-03-24 Thread Rony G. Flatscher
as a single xhtml (attention: use the base name of the ebnf file for "exporting"/storing). ---rony P.S.: For the rexxref book I recreated all svg-syntax diagrams from the xhtml files. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Documentation added to rexxref (Re: Ad debugging multithreaded programs, updated RFE # 825

2024-03-24 Thread Rony G. Flatscher
ctions and suggestions to improve the text. Please also point out any errors or omissions that you find. ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Ad debugging multithreaded programs, updated RFE # 825

2024-03-14 Thread Rony G. Flatscher
ring prepends it with the letter L it should read: "HASSCOPELOCK" .true/.false, makeString uses an asterisk, if .true, a blank character else (cf. "4.2.2. Scope") "SCOPELOCKCOUNT"   a number, makeString prepends it with the letter L (cf. "4.2.2. Sc

Re: [Oorexx-devel] Question ad solution for two trace related tests failing in trace exits

2024-03-14 Thread Rony G. Flatscher
to change anything in the native code. ---rony On 13.03.2024 19:21, Rony G. Flatscher wrote: There are two trace related tests in the test suite failing (all other pass): [failure] 20240313 18:16:37.50   Test:   TESTIOEXITTRACE   Class:  RexxStart.testGroup   File: ...\oorexx

[Oorexx-devel] Question ad solution for two trace related tests failing in trace exits

2024-03-13 Thread Rony G. Flatscher
then return its traceLine entry instead of the trace exits generated string "a TraceObject") or in native code? If in native code, where exactly should the change be applied? ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net h

Re: [Oorexx-devel] A crash in the test suite

2024-03-13 Thread Rony G. Flatscher
Interestingly, creating a DEBUG version and using the testbinaries of it does not cause the crash. ---rony On 12.03.2024 16:47, Rony G. Flatscher wrote: Will create a debug version of ooRexx with my version of the MS compiler and rerun the testsuite to see whether that makes a difference

Re: [Oorexx-devel] A crash in the test suite

2024-03-12 Thread Rony G. Flatscher
Will create a debug version of ooRexx with my version of the MS compiler and rerun the testsuite to see whether that makes a difference (used Open Object Rexx Version 5.1.0 r12787, Build date: Feb 12 2024 from SourceForge with a privately built version of the testbinaries). ---rony

Re: [Oorexx-devel] A crash in the test suite

2024-03-12 Thread Rony G. Flatscher
Here the screenshots: followed by: Then the location already reported in the previous mail will be shown again. ---rony On 12.03.2024 16:28, Rony G. Flatscher wrote: While running the testsuite on Windoes with "testOORexx.rex" from test/trunk a heap related crash occurs in the

[Oorexx-devel] A crash in the test suite

2024-03-12 Thread Rony G. Flatscher
d9() Unknown rexx.dll!7ffbd3dd68f4() Unknown rexx.dll!7ffbd3e1c7f1() Unknown rexx.dll!7ffbd3e512a8() Unknown rexx.dll!7ffbd3dfb020() Unknown rexx.dll!7ffbd3e2d866() Unknown ... cut ... Shall I open a bug report

[Oorexx-devel] Ad debugging multithreaded programs, updated RFE # 825

2024-02-07 Thread Rony G. Flatscher
1522.diff) (26.5 kB; text/plain) ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Fwd: Brief explanations on ooRexx' multithreading capabilities and the desired sample outputs (Re: Mike's suggestion added (Re: Another updated version for testing (Re: An updated versi

2024-02-06 Thread Rony G. Flatscher
that only adds the thread, if not sufficient choose any of the available ones and if a need that is not covered, define one owns formats (and easily so). ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https

Re: [Oorexx-devel] Mike's suggestion added (Re: Another updated version for testing (Re: An updated version available (Re: Ad debugging multithreaded programs, a working test version

2024-02-05 Thread Rony G. Flatscher
rt order using the value of the NR entry which is the creation sequence number. r.3.x.7. makeString This method will invoke the class method makeStringImpl supplying the TraceObject pointed to by the self variable as argument. --- draft for class TraceObject (rexxref.pdf) - end --- If there are questions, comments please use the ooRexx developer list on sourceforge (https://sourceforge.net/p/oorexx/mailman/oorexx-devel/). Temporary location:<https://wi.wu.ac.at/rgf/rexx/tmp/20240128_mt/> 2024-02-05, rgf Any feedback is appreciated. ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Mike's suggestion added (Re: Another updated version for testing (Re: An updated version available (Re: Ad debugging multithreaded programs, a working test version

2024-02-04 Thread Rony G. Flatscher
x~right(1) return line prefixT rest ---rony P.S.: got already the updated version such that you can download and experiment for yourself (and with your own Rexx programs). On 04.02.2024 16:48, Rony G. Flatscher wrote: There is a new version available at , which is regarded to be

[Oorexx-devel] Another updated version for testing (Re: An updated version available (Re: Ad debugging multithreaded programs, a working test version

2024-02-04 Thread Rony G. Flatscher
turn a string. r.3.x.5. compareTo Implements the default sort order using the value of the NR entry which is the creation sequence number. r.3.x.6. makeString This method will invoke the class method makeStringImpl supplying the TraceObject pointed

Re: [Oorexx-devel] An updated version available (Re: Ad debugging multithreaded programs, a working test version

2024-02-01 Thread Rony G. Flatscher
There is a new version available at , which is regarded to be the final version. Some changes: * make traceLine align in S and F mode if object related information is not present * start work on traceutils.cls meant to get TraceObject related utilities, e.g. "toJSON()" and "toCSV()"

[Oorexx-devel] An updated version available (Re: Ad debugging multithreaded programs, a working test version

2024-01-29 Thread Rony G. Flatscher
ull prefix prepended to trace line For more information see class attribute OPTION and section "15.4 Debugging Multithreaded Programs". --- draft for class TraceObject (rexxref.pdf) - end --- If there are questions, comments please use the ooRexx developer list on sourceforge (https://sourceforge.net/p/oorexx/mailman/oorexx-devel/). Temporary location:<https://wi.wu.ac.at/rgf/rexx/tmp/20240128_mt/> 2024-01-29, rgf Again, any feedback welcome. ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Ad debugging multithreaded programs, a working test version

2024-01-29 Thread Rony G. Flatscher
On 29.01.2024 11:04, P.O. Jonsson wrote: Am 28.01.2024 um 17:32 schrieb Rony G. Flatscher : The creation of the working test version has costed me already much more time than budgeted. Are you aware of any software project that didn’t ? ;-) You forgot the Pi factor* * „Every project

Re: [Oorexx-devel] Ad debugging multithreaded programs, a working test version

2024-01-28 Thread Rony G. Flatscher
ng test version" is acceptable and does not have errors (and if so, fixing them not being too time consuming). Best regards ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Ad debugging multithreaded programs, a working test version

2024-01-28 Thread Rony G. Flatscher
or she wishes. The above web site includes Rexx test scripts that are only meant to demonstrate and test the current implemtation. The readme.txt file includes suggested drafts and is copied to this message at the end. Please post any feedback, findings, bugs here. ---rony read

[Oorexx-devel] Ad debugging multithreaded programs: suggesting a few minor changes

2024-01-27 Thread Rony G. Flatscher
trace capabilities, including having the TraceObjects collected for later analysis, should really have a low threshold such that it is easy to use. If a Rexx user does not need the new features, he would not have to do anything special. A Rexx user wishing to exploit the new features can do so hopefully w

Re: [Oorexx-devel] A problem at link time for rexx.dll (Re: RexxDateTime is internal, how to use its information for a .DateTime object to be stored in a StringTable?

2024-01-27 Thread Rony G. Flatscher
copy and for the experimentation and exploring phase implementing TraceObject in rexx.img. ---rony ... cut ... ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] A problem at link time for rexx.dll (Re: RexxDateTime is internal, how to use its information for a .DateTime object to be stored in a StringTable?

2024-01-26 Thread Rony G. Flatscher
ictionary.hpp M memory/GlobalNames.h M memory/RexxMemory.cpp M memory/Setup.cpp M platform/unix/SysInterpreterInstance.cpp M platform/unix/SysInterpreterInstance.hpp M platform/windows/SysInterpreterInstance.cpp M platform/windows/SysInterpreterInstance.h

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 Rony G. Flatscher
Ah, think I found a solution by using TheRexxPackage->findClass(). ---rony On 25.01.2024 14:51, Rony G. Flatscher wrote: Experimenting with tracing and one idea that came up with was to also supply Activation::getTime()  which is an internal interpreter/classes/support/RexxDateTime obj

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

2024-01-25 Thread Rony G. Flatscher
making the Activation::getTime() information available as a .DateTime object to the Rexx programmer. How would one become able to achieve that? ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists

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

2024-01-23 Thread Rony G. Flatscher
g/waiting (indicating a method currently guarded and waiting on the object's lock). This would ease analyzing the trace log considerably, if interested to find the blocked statements in a multithreaded program in case of deadlocks. ---rony On Mon, Jan 22, 2024 at 11:32 AM Rony G. Flatscher

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

2024-01-22 Thread Rony G. Flatscher
UNT"],3), " ") -- L ... lock reserve count mb~append(self["ISLOCKED"]~?("*"," ")) -- asterisk to indicate holding object lock (can execute) end mb~append("] ", self["TRACELINE"]) return mb~string -- return trace line with mt

[Oorexx-devel] Proposal for multithread trace prefix

2024-01-22 Thread Rony G. Flatscher
an own class to format the  traceline any way the programmer sees as helpful as described above * no need for adding a new function to control mtPrefix , no need to change anything in the TRACE keyword statement nor in the TRACE() BIF (the language remains small) ---rony ___

[Oorexx-devel] Draft: documentation for multithreaded trace prefix (mtPrefix)

2024-01-22 Thread Rony G. Flatscher
" thisName -- m_333 [R1 T4 I5 G V1 L1 ] 33 *-* say 'after sleeping (m_1)' sleepTime "seconds is OVER" thisName -- m_1 [R1 T3 I6 U V1 L1 *] >>> "after sleeping (m_22) 0.002 seconds is OVER (M_22)" after sleeping (m_22) 0.002 seconds is OVER (M_22) [R1 T2 I7 G V1 L1 ] >>> "after sleeping (m_333) 0.005 seconds is OVER (M_333)" after sleeping (m_333) 0.005 seconds is OVER (M_333) [R1 T4 I5 G V1 L1 ] >>> "after sleeping (m_1) 0.01 seconds is OVER (M_1)" after sleeping (m_1) 0.01 seconds is OVER (M_1) [R1 T3 I6 U V1 L1 *] 49 *-* say 'before guard off (m_22)' thisName -- m_22 [R1 T2 I7 G V1 L1 ] 65 *-* say 'before guard on (m_333)' thisName -- m_333 [R1 T4 I5 G V1 L1 ] 34 *-* say 'before guard on (m_1)' thisName -- m_1 [R1 T3 I6 U V1 L1 *] >>> "before guard off (m_22) (M_22)" before guard off (m_22) (M_22) [R1 T2 I7 G V1 L1 ] >>> "before guard on (m_333) (M_333)" before guard on (m_333) (M_333) [R1 T4 I5 G V1 L1 ] >>> "before guard on (m_1) (M_1)" before guard on (m_1) (M_1) [R1 T3 I6 U V1 L1 *] 50 *-* guard off -- m_22 [R1 T2 I7 G V1 L1 ] 66 *-* guard on -- m_333 [R1 T4 I5 G V1 L1 ] 35 *-* guard on -- m_1 [R1 T3 I6 U V1 L0 ] 51 *-* say 'after guard off (m_22)' thisName -- m_22 (before returning) [R1 T2 I7 G V1 L1 *] 67 *-* say 'after guard on (m_333)' thisName -- m_333 (before returning) [R1 T3 I6 U V1 L1 ] >>> "after guard off (m_22) (M_22)" after guard off (m_22) (M_22) [R1 T2 I7 G V1 L1 *] >>> "after guard on (m_333) (M_333)" after guard on (m_333) (M_333) [R1 T4 I5 G V1 L1 *] 36 *-* say 'after guard on (m_1)' thisName -- m_1 (before returning) [R1 T4 I5 G V1 L1 *] >>> "after guard on (m_1) (M_1)" after guard on (m_1) (M_1) What follows next is a proposal on how to activate the mtPrefix and how to allow Rexx programmers to create their own mtPrefix. ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Question ad multithreading (blocked threads)

2024-01-21 Thread Rony G. Flatscher
? --- If it was possible to display the blocking state it  would augment the utility of the multithreaded tracing prefix considerably, helping the ooRexx programmers to debug MT programs even more. ---rony P.S.: If guarded methods do not get changed to unguarded while invoked it would be

Re: [Oorexx-devel] Universal package and rexx.img

2024-01-16 Thread Rony G. Flatscher
to look if there is also a need to change the „Universal“ installer. I think Rony must look at this. Not sure what problem you see or what I should look after? (Assuming that the packages will be created by accordingly.) Cheers ---rony ___ Oorexx

Re: [Oorexx-devel] rexxGTK build

2024-01-15 Thread Rony G. Flatscher
Hi Greetz, that is *quite* impressive! Would you consider giving a presentation at this year's Rexx symposium about it? Cheers ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo

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

2024-01-13 Thread Rony G. Flatscher
of a Rexx program I would suggest to use "Multithreading" as the argument name. "M" has not been used as an option in the trace keyword statement nor in the trace()-BIF. What do you think? ---rony P.S.: Alternative names which seem to be less ideal would be "

[Oorexx-devel] Universal package and rexx.img

2024-01-13 Thread Rony G. Flatscher
be helpful to allow for universal user compiled Rexx programs as well, as the same infrastructure could then be put in place, if not mistaken. What do you think would such an endeavor be worthwhile at all? ---rony ___ Oorexx-devel mailing list Oorexx

[Oorexx-devel] Announcing new beta of BSF4ooRexx850 (a very easy to use Rexx/ooRexx - Java bridge)

2024-01-09 Thread Rony G. Flatscher
creates a seemless integration with your installed Java. All of Java becomes Rexx/ooRexx, no need to learn Java at all! Please check it out and if you find bugs or have questions, then please let us know! Enjoy unlimited possibilities with this cool combination in an unmatched easiness! It'll

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

2024-01-07 Thread Rony G. Flatscher
On 07.01.2024 20:00, Rick McGuire wrote: 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

[Oorexx-devel] Question ad rexx.img

2024-01-07 Thread Rony G. Flatscher
Is rexx.img dependent on the architecture and bitness? With other words: can a rexx.img be used at the same time for arm64 and amd64 (Intel)? ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net

Re: [Oorexx-devel] Documentation build process amended

2024-01-01 Thread Rony G. Flatscher
ld I trigger a rebuild of the complete documentation today, 1.1.2024? It's a nice date to remember :-) Yes, this would be great as it would improve the documentation by correcting that little but important information! ---rony ___ Oorexx-devel mai

[Oorexx-devel] Request for fixing crash reported in bug item #1872

2023-12-23 Thread Rony G. Flatscher
r instances (each having its own .local) in a process and terminate them. Therefore I kindly request any of the C++ experts to look into this matter if possible. Maybe the upcoming vacation time allows for a few time slots to use for analyzing, finding and hopefully fixing the cause of this showstopper

Re: [Oorexx-devel] OORexx 5.0 builds

2023-12-23 Thread Rony G. Flatscher
supplying this link! Merry Christmas and a Happy New Year! ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] oelinfo from sandbox added to samples/ole/oleinfo (Re: Planned additions, release of ooRexx 5.1 ?

2023-12-08 Thread Rony G. Flatscher
Had some unexpected time today (a holiday) such that I was able to tackle the first item oleinfo: * to document created feature request # 830 (#830 Add oleinfo scripts from sandbox/rony/oleinfo, https://sourceforge.net/p/oorexx/feature-requests/830/) * committed with [r12746], changes can

Re: [Oorexx-devel] Planned additions, release of ooRexx 5.1 ?

2023-11-29 Thread Rony G. Flatscher
for you or for anyone else on this list to give a helping hand? The more shoulders carry this load the easier for each individual and the faster can the clean up go? (Personally, I will probably only be able to get enough free time again during the New Year vacation and would like to focus on the &q

Re: [Oorexx-devel] Planned additions, release of ooRexx 5.1 ?

2023-11-29 Thread Rony G. Flatscher
Hi Michael, AFAIK nothing has happened since then. Would you be interested in taking this on? Cheers ---rony On 24.11.2023 01:43, Michael Lueck wrote: Greetings ooRexx team, Reminder of Rick's prior email... Begin Forwarded Message Subject: [Oorexx-devel] I think

Re: [Oorexx-devel] Planned additions, release of ooRexx 5.1 ?

2023-11-29 Thread Rony G. Flatscher
  There has been a good amount of work on this but I'd really want to see ALL of them completed. Thanks! Could you point them out (unfortunately, I have no idea what you mean or which bugs and RFEs are affected)? ---rony On 11/23/2023 3:51 PM, Rony G Flatscher wrote: Dear P.O., fine, arou

Re: [Oorexx-devel] Planned additions, release of ooRexx 5.1 ?

2023-11-23 Thread Rony G Flatscher
Dear P.O.,fine, around end of January for planning a release of 5.1 would be fine!Best regards —ronyRony G. Flatscher (mobil/e)Am 23.11.2023 um 10:28 schrieb P.O. Jonsson :Dear Rony,I have no preferences regarding your proposals, for me you can go ahead and implement them.Regarding a 5.1.0

[Oorexx-devel] Planned additions, release of ooRexx 5.1 ?

2023-11-20 Thread Rony G. Flatscher
Given some free time I would like to add the following things to ooRexx 5.1: * the Windows oleinfo Rexx utilities from the sandbox (https://sourceforge.net/p/oorexx/code-0/HEAD/tree/sandbox/rony/oleinfo/) o planned for being placed as is in a new directory ooRexx/samples/ole/oleinfo

[Oorexx-devel] An observation (hang in SystemsCommands.cpp, sometimes crash)

2023-11-02 Thread Rony G. Flatscher
am uses gc() and runFinalization() right before terminating the Rexx engine or not. At that time there are no ooRexx related threads anymore, so probably the crash occurs in one of the Java shutdown threads. So wondering whether ooRexx causes thread related side effects in this case as Java is quite bul

Re: [Oorexx-devel] Jenkins

2023-10-28 Thread Rony G. Flatscher
Gil, On 27.10.2023 17:19, Gilbert Barmwater wrote: Glad to see that you are back "in the saddle" so to speak!  Rony and I have been working off-list to implement a mechanism to automate the updating of the information in the "Edition" of each book.  I have done the change i

[Oorexx-devel] Question ad Rexx interpreter instances

2023-10-22 Thread Rony G. Flatscher
then would be to check whether a Rexx instance is inactive such that instead of terminating an instance it would get reused instead. Would that be a feasible approach? ---rony P.S.: Also, once Termination (1.17.188. Terminate in rexxapi.pdf) gets fixed (cf. https://sourceforge.net/p/oorexx/bugs

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

2023-09-30 Thread Rony G. Flatscher
Time passes too quickly. @Rick: do you have any intentions to implement the ideas you have communicated? ---rony On 25.03.2023 16:58, Rick McGuire wrote: On Sat, Mar 25, 2023 at 11:52 AM Gilbert Barmwater wrote: Let me see if I've got this.  If there was a class, perhaps a subclass

Re: [Oorexx-devel] Committing change

2023-09-23 Thread Rony G. Flatscher
+1 ---rony On 22.09.2023 22:26, René Jansen wrote: +1 On 22 Sep 2023, at 19:55, Sahananda Sahananda wrote: Hi Terry, It looks like you are not a committer.  I believe that Erich as the project manager could convey that right on you.  In the old days that would follow a poll of all

Re: [Oorexx-devel] oorexx.org lists 4.2.0 as current release for downloads

2023-09-18 Thread Rony G. Flatscher
;>ooRexx docs                                         ~~~ and it should go immediately above the comment ~~~ ~~~ If no one else feels this is their task, I could take it on. Yes, please do! It is really important to get everything up to the latest state once the state changes! Best

Re: [Oorexx-devel] ooRexx access to Google Sheets

2023-09-13 Thread Rony G. Flatscher
s":"https://swapi.dev/api/starships/"}] --- d: a Directory d~items: 6 listing entries: 1: idx=[films] [https://swapi.dev/api/films/] 2: idx=[people]... [https://swapi.dev/api/people/] 3: idx=[planets].. [https://swapi.dev/api/planets/] 4

Re: [Oorexx-devel] ooRexx documentation build

2023-08-27 Thread Rony G. Flatscher
lease documentation steps if necessary! ---rony On 27.08.2023 13:38, oorexx wrote: Dear all, At the moment the building of the documentation is manually triggered, since Jenkins cannot find SVN on the build machine (it is there and works, unclear why Jenkins does not detect it). Whe

Re: [Oorexx-devel] ooRexx documentation for 5.10 beta ?

2023-08-16 Thread Rony G. Flatscher
On 15.08.2023 17:46, Rony G. Flatscher wrote: Using the latest 64-bit version of ooRexx (oorexx-5.1.0-12718.windows.x86_64.exe) I noticed that Jean Louis' commits to the documentation [r12715] for his enhancements to the WindowsClipboard class is not reflected in the documentation that gets

[Oorexx-devel] ooRexx documentation for 5.10 beta ?

2023-08-15 Thread Rony G. Flatscher
that the GA version of the documentation gets distributed with it. ---rony ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

  1   2   3   4   5   6   7   8   9   10   >