Re: [Oorexx-devel] Jenkins

2022-04-21 Thread Erich Steinböck
Hi P.O.,
docs say "If you’re upgrading your Jenkins controller to run on Java 11,
you also need to upgrade the JVM on your agents".
I don't know if Java 11 is available for all our current agents, like on
the zLinux.
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Jenkins

2022-04-21 Thread René Jansen
Hi P.O.,

For NetRexx, which is also built on this machine, there is no impediment to 
move to Java 11 or higher.

Best regards,

René.


> On 21 Apr 2022, at 23:05, P.O. Jonsson  wrote:
> 
> I have just updated Jenkins Controller to the latest version and upgraded all 
> plugins and all went well. There is however a warning:
> 
> "You are running Jenkins on Java 1.8, support for which will end on or after 
> September 1, 2022. Please refer to the documentation 
>  for 
> details on upgrading to Java 11."
> 
> I have used Java 1.8 in most places of Jenkins in the past, including all the 
> agents and in the Controller, and I seem to remember there was an issue with 
> Java 11 for the nginx server used for https support so I am hesitant to do 
> this change, but I guess it is inevitable at some point. Any objections if I 
> give it a try? Is there a reason why we should not go to JAVA 11?
> 
> If you have planned work to commit let me know and I will postpone it, there 
> is still plenty of time.
> 
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se 
> 
> 
> 
> 
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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


[Oorexx-devel] Jenkins

2022-04-21 Thread P.O. Jonsson
I have just updated Jenkins Controller to the latest version and upgraded all 
plugins and all went well. There is however a warning:

"You are running Jenkins on Java 1.8, support for which will end on or after 
September 1, 2022. Please refer to the documentation 
 for 
details on upgrading to Java 11."

I have used Java 1.8 in most places of Jenkins in the past, including all the 
agents and in the Controller, and I seem to remember there was an issue with 
Java 11 for the nginx server used for https support so I am hesitant to do this 
change, but I guess it is inevitable at some point. Any objections if I give it 
a try? Is there a reason why we should not go to JAVA 11?

If you have planned work to commit let me know and I will postpone it, there is 
still plenty of time.

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




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


[Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12376] test/trunk/ooRexx/base/runtime.objects/ environmentEntries.testGroup

2022-04-21 Thread Rick McGuire
A better way for doing this would be to use SIGL to get the current line
and compare against the .LINE value:

signal foo; foo: tmpline = sigl; envline = .line

catches both values on one line.

Rick
-- Forwarded message -
From: erich_st--- via Oorexx-svn 
Date: Thu, Apr 21, 2022 at 1:04 PM
Subject: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12376]
test/trunk/ooRexx/base/runtime.objects/ environmentEntries.testGroup
To: 
Cc: 


Revision: 12376
  http://sourceforge.net/p/oorexx/code-0/12376
Author:   erich_st
Date: 2022-04-21 17:04:49 + (Thu, 21 Apr 2022)
Log Message:
---
fix test group

Modified Paths:
--
test/trunk/ooRexx/base/runtime.objects/environmentEntries.testGroup

Modified:
test/trunk/ooRexx/base/runtime.objects/environmentEntries.testGroup
===
--- test/trunk/ooRexx/base/runtime.objects/environmentEntries.testGroup
2022-04-21 16:49:28 UTC (rev 12375)
+++ test/trunk/ooRexx/base/runtime.objects/environmentEntries.testGroup
2022-04-21 17:04:49 UTC (rev 12376)
@@ -64,7 +64,7 @@
-- Here tmpLine is hard coded for an absolute test.  It lines are added
or
-- or removed above this, the test will fail.  Then the hard coded value
-- must be adjusted.
-   tmpLine = 75
+   tmpLine = 71
--
--
--



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


[Oorexx-devel] An observation (Re: Windows: crash upon exiting 32-bit multithreaded programs

2022-04-21 Thread Rony G. Flatscher
Further testing on 32-bit ooRexx (r12372) on Windows with multithreaded BSF4ooRexx programs as it is 
"easier" to get the crashes there whenever ooRexx is about to terminate (using a JavaFX rendering of 
the oodialog example "stopWatch.rex"):


 * adding as the last statement of the main program "call syssleep 0.01" (1/100 
sec) reduces the
   crashes considerably,
 * doing a "call syssleep 0.1" (1/10 sec) instead makes them go away for good 
it seems (trying ten
   times).

Reporting it as this observation may help find a solution that inhibits ooRexx crashes on Windows 
upon exiting.


---rony


On 20.04.2022 14:41, Rony G. Flatscher wrote:

On 19.04.2022 14:20, Rony G. Flatscher wrote:


From time to time I get crashes upon exiting multithreaded programs on Windows. The crash occurs 
in ANSI32.dll. However, when using a debug version of ooRexx these crashes usually do not show up.


Today, I ran a few ooDialog samples ("ooRexx\samples\oodialog\examples") with a debug version of 
32-bit ooRexx r12371 and received such a crash upon exiting the sample "browsePrinters.rex" 
("pure ooRexx").


Using 32-bit 5.0.0 r12372 from the ooRexx beta download section, this program 
("browsePrinters.rex") crashes from time to time as well when it gets closed (e.g. after 
testing/running a few other ooDialog samples like "imageButton.rex" which has not yet crashed).


---

Also when running BSF4ooRexx programs sometimes a crash occurs upon closing the Rexx program (the 
stack shows the main thread in ANSI32.dll and underneath rexx stack entries). On Linux and Mac 
this does not occur.


Maybe there is some race condition problem? [1][2]

---rony

[1] 

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