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 >> SYNTAX

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 command

Re: [Oorexx-devel] suboptimal error diagnostic

loper Mailing List > *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

Re: [Oorexx-devel] suboptimal error diagnostic

e 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 > Call o aaa"'"pn"."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

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 end

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 col

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 wrote:

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 .loca

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, m

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: >

Re: [Oorexx-devel] Strange observation, RFC

On Wed, Jun 1, 2022 at 6:11 AM Rony G. Flatscher wrote: > While debugging orexxole.cpp I am using the existing function > pszDbgVarType(vt) which returns a pointer to a zero terminated string which > gets defined for the entire program as CHAR szDbg[255]. The same buffer is > used by pszDbgInvKin

Re: [Oorexx-devel] A question ad orexxole.cpp

First of all, if you look closely, in many of those cases it is already checking for null. However, once you get the assertion popup, you should be able to attach to the process with the debugger and figure out the location of the problem from the stack trace. Rick On Sat, May 21, 2022 at 1:18 PM

[Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12404] main/trunk/extensions/platform/windows/ ole

I think .nil would be a better default if these properties are not set. Rick -- Forwarded message - From: orexx--- via Oorexx-svn Date: Fri, May 20, 2022 at 10:26 AM Subject: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12404] main/trunk/extensions/platform/windows/ ole To: Cc: Re

Re: [Oorexx-devel] Question ad new .Message methods reply/replyWith

Those are not equivalent. The target message object is updated with the supplied arguments and the copy is made after the update. The original message object has a copy of the arguments used for the invocation. Rick On Thu, May 19, 2022 at 4:21 AM Rony G. Flatscher wrote: > While going through

Re: [Oorexx-devel] Problem with overriding with class objects

22 at 10:06 AM Rony G. Flatscher wrote: > > On 18.05.2022 15:29, Rick McGuire wrote: > > > > On Wed, May 18, 2022 at 8:45 AM Rony G. Flatscher > wrote: > >> > ... cut ... > > ObjectClass.cpp defines validateScopeOverride() as: >> >> /** >>

Re: [Oorexx-devel] Problem with overriding with class objects

On Wed, May 18, 2022 at 10:06 AM Rony G. Flatscher wrote: > > On 18.05.2022 15:29, Rick McGuire wrote: > > > > On Wed, May 18, 2022 at 8:45 AM Rony G. Flatscher > wrote: > >> > ... cut ... > > ObjectClass.cpp defines validateScopeOverride() as: >>

Re: [Oorexx-devel] Problem with overriding with class objects

On Wed, May 18, 2022 at 8:45 AM Rony G. Flatscher wrote: > While looking at the FORWARD keyword statement and using > "validateScopeOverride(superClass)" among mixin classes, where the receiver > is a class object, errors get raised. > > Turning back to the Message.testgroup and adding tests sen

Re: [Oorexx-devel] Forward tests (Re: Planned patch (Re: Message instructions (Re: Message.testGroup, Object.testGroup

tion is, whether this is o.k. or not. As there > is the CLASS option one can supply the desired scope right there, so no > need to put it into the MESSAGE option at all. > That is correct. > The error message 93.957 ("Target object "a MIXIN2" is not a subclass of >

Re: [Oorexx-devel] Planned patch (Re: Message instructions (Re: Message.testGroup, Object.testGroup (Re: Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12393] test/trunk/ooRexx/base/class

dateScopeOverride(_super); > // we send the message using the stack, which > // expects to find the target and the arguments > // on the stack, but not the super. We need to > > Maybe a test whether _super is an instance of class Class should be > carri

Re: [Oorexx-devel] Message.testGroup, Object.testGroup (Re: Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12393] test/trunk/ooRexx/base/class

I repeat, these are not acceptable tests. Please make the appropriate corrections to them. Turn these into actual functional tests, otherwise they have no real purpose. Rick On Tue, May 17, 2022 at 8:01 AM Rony G. Flatscher wrote: > On 17.05.2022 13:37, Rick McGuire wrote: > > This

Re: [Oorexx-devel] Ad xalan.zip and xerces.zip (Re: Ad OLEObject class, intentions to ...

.05.2022 20:58, Rick McGuire wrote: > > > On Mon, May 16, 2022 at 2:35 PM Rony G. Flatscher > wrote: > >> Commits: >> >>- <http://sourceforge.net/p/oorexx/code-0/12391> >><http://sourceforge.net/p/oorexx/code-0/12391>, >>

[Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12393] test/trunk/ooRexx/base/class

This is not an acceptable way to fix these tests. Just removing the expected error and adding a totally unnecessary tautological assertion is not enough. These tests need to also verify that the correct method has been invoked by checking the return value from the method call. Rick -- Forw

Re: [Oorexx-devel] Ad OLEObject class, intentions to ...

dows (having the Java version of Xalan): where to get Xalan >from, or alternatively, how to get cmake to find and use the Java Xalan >version? >- ad documentation w.r.t Error_Execution_super: have not found the >relevant section in rexxref.pdf, unfortunately. Maybe others can find that

Re: [Oorexx-devel] Ad OLEObject class, intentions to ...

oint it out, or maybe even adjust the text ;) ? > > I've uploaded the versions I use to the sourceforge window-buildtools directory. Unzip both the xerces.zip and xalan.zip into any directory and make sure their bid directories are on your path. Rick > > > ---rony > > > On

Re: [Oorexx-devel] Ad OLEObject class, intentions to ...

ind that >and point it out, or maybe even adjust the text ;) ? > > section 4.2.7 of the reference. > > > ---rony > > > On 16.05.2022 14:55, Rony G. Flatscher wrote: > > On 16.05.2022 14:33, Rick McGuire wrote: > > There are also other places where this check is ma

Re: [Oorexx-devel] Ad OLEObject class, intentions to ...

There are also other places where this check is made. Search for Error_Execution_super to find it. The entire validateOverrideContext() method and it's calls should be deleted. Rick On Mon, May 16, 2022 at 8:24 AM Rick McGuire wrote: > You have only fixed part of the problem. There&

Re: [Oorexx-devel] Ad OLEObject class, intentions to ...

You have only fixed part of the problem. There's also a change required to MessageInstruction.cpp and also tests needed for that case. Rick On Mon, May 16, 2022 at 8:15 AM Rick McGuire wrote: > Weren't there any tests for the restriction that needed to be removed? I > only need

Re: [Oorexx-devel] Ad OLEObject class, intentions to ...

Weren't there any tests for the restriction that needed to be removed? I only need new tests added for the case where this is not restricted. Also, I'd recommend adding some tests using mixins to make sure the correct targets are getting invoked. Rick On Mon, May 16, 2022 at 8:10 AM Rony G. Flats

Re: [Oorexx-devel] Crash in orexxole.dll

This looks like a buffer overflow has been detected. Looking at the code in GetKnownEvents, this could happen if the IF condition on line 5187 evaluates to false, The fix should be to move the two lines starting at line 5187 inside the curly braces for that condition. Rick On Wed, May 11, 2022 at

Re: [Oorexx-devel] "makesupplier" in .collection?

On Wed, May 4, 2022 at 6:00 AM Rony G. Flatscher wrote: > "do...over" works by requesting an array causing the method "makearray" to > be invoked which is > available for all collections due to being defined in the .collection > class. > > ooRexx 5.0 introduces the ability with "do with ... over"

Re: [Oorexx-devel] Question ad "samples\ole\adsi\adsi{1|3|4}.rex"

On Mon, May 2, 2022 at 1:19 PM Rony G. Flatscher wrote: > Currently "samples\ole\adsi\adsi4.rex" looks like: > > /***/ > /* ADSI Sample 4: */ > /*

Re: [Oorexx-devel] Question ad triggering garbage collector

A garbage collection is triggered any time an allocation request fails. At that time, all of the unreferenced objects are swept up and repooled and the allocation request is retried. The uninits on objects that have been identified as unreferenced will get run at the next "safe" boundary, which is

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

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

Re: [Oorexx-devel] Windows Installers

Go ahead and take a crack at it, but I seriously doubt it will work. Mike's solution works because he only has to worry about a single executable. In the ooRexx case, we would need to insert this logic into both rexx.exe and rexxhide.exe, and have the logic to handle every single one of the binary

Re: [Oorexx-devel] Trapping SYNTAX on a REPLY thread

That's correct, the point of the reply is now the base of the call stack and has no higher levels. It's been that way for 30 years now. The only real way to trap that would be to have base method of the new thread issue it's own signal on syntax. Rick On Thu, Apr 7, 2022 at 11:30 AM Erich Steinbö

Re: [Oorexx-devel] Bug or feature (package local)?

Feature. The native classes are not resolved by locating them in .environment, but rather located as part of the the package resolution process, which searches the REXX package if the class is not located locally. Rick On Sun, Apr 3, 2022 at 8:58 AM Rony G. Flatscher wrote: > According to rexxr

Re: [Oorexx-devel] What am I missing?

It's all a matter of scope. When you use the TRACE keyword instruction, the scope of that instruction is that executable block of code. If you invoked a method or a routine, this is an external call and the current trace settings are not inherited. Nothing will get traced in those cases because the

Re: [Oorexx-devel] File handles and multithreading

hat controls access" is the kernel semaphore that controls access. Rick > > René. > > On 21 Jan 2022, at 16:12, Rick McGuire wrote: > >  > > > On Fri, Jan 21, 2022 at 9:44 AM rvjan...@xs4all.nl > wrote: > >> Thank you Rick, >> >> What I m

Re: [Oorexx-devel] File handles and multithreading

"blocks". I suspect you're assuming something that probably doesn't exist. Rick > > René. > > On 21 Jan 2022, at 15:39, Rick McGuire wrote: > >  > All access to the standard handles are done via Stream object instances, > and all of the methods are gu

Re: [Oorexx-devel] File handles and multithreading

All access to the standard handles are done via Stream object instances, and all of the methods are guarded so the synchronization between threads is automatic. I'm not sure what you are asking with the last question. Rick On Fri, Jan 21, 2022 at 9:31 AM rvjan...@xs4all.nl wrote: > Hi, > > Som

Re: [Oorexx-devel] Question ad changes to ProgramMetaData.{c|h}pp

Yes they do. On Thu, Jan 20, 2022 at 12:52 PM Rony G. Flatscher wrote: > At the end of November there were the following changes to > interpreter/classes/support/ProgramMetaData.{c|h}pp (rev 12325 and rev > 12327, "svn diff -r PREV ProgramMetaData.*") : > > Index: ProgramMetaData.cpp > > ===

Re: [Oorexx-devel] SysTextScreenRead

I just committed a fix for this issue. Rick On Tue, Dec 14, 2021 at 11:38 AM Gil Barmwater wrote: > Do we have any test for the subject function and are they working as > expected? It seems that when I try "screen = SysTextScreenRead(0, 0)" > as per the example in the reference, I always get a

[Oorexx-devel] Seriously out of date contacts page

This page at oorexx.org is seriously out of date. David Ashley is no longer the project manager and has had zero to do with the project in years. Mark Miesfeld is deceased and I'm not longer the architect and am seriously scaling back my involvement, with the intent of scaling back to zero myself.

Re: [Oorexx-devel] RFC: "config" method for .RexxInfo

P.O. Jonsson > oor...@jonases.se > > > > Am 29.11.2021 um 14:57 schrieb Rony G. Flatscher >: > > On 29.11.2021 14:38, Rick McGuire wrote: > > rexx -v already includes the information "Internal Test Version" for debug > builds. Including it there would be

Re: [Oorexx-devel] RFC: "config" method for .RexxInfo

n 29.11.2021 13:59, Rick McGuire wrote: > > I don't think it's a good idea to have a language feature that is so > tightly coupled to the tool used to build the interpreter. Tools change, > but language features are forever. Also, using the CMAKE_BUILD_TYPE for the > value

Re: [Oorexx-devel] RFC: "config" method for .RexxInfo

I don't think it's a good idea to have a language feature that is so tightly coupled to the tool used to build the interpreter. Tools change, but language features are forever. Also, using the CMAKE_BUILD_TYPE for the value makes it almost impossible to document the return values, since with CMAKE,

Re: [Oorexx-devel] RexxAllocateMemory

on Windows GlobalAlloc is preferred because that is something that can be used by the caller. RexxAllocateMemory() and RexxFreeMemory() are fairly recent additions to ensure the proper mechanism is used. Nothing should be changed here. Rick On Sat, Nov 27, 2021 at 2:10 PM Erich Steinböck wrote:

Re: [Oorexx-devel] Segfaults for all (and I mean all) platforms introduced with R12317

Never mind, I've been able to recreate it. On Fri, Nov 26, 2021 at 5:29 PM Rick McGuire wrote: > What's needed to recreate this on Windows? > > Rick > > On Fri, Nov 26, 2021 at 5:23 PM P.O. Jonsson wrote: > >> >> >>1. Make sure activ

Re: [Oorexx-devel] Segfaults for all (and I mean all) platforms introduced with R12317

What's needed to recreate this on Windows? Rick On Fri, Nov 26, 2021 at 5:23 PM P.O. Jonsson wrote: > > >1. Make sure activities in the thread pool are not holding on to >unused objects >2. > > I think more work is needed here, until it is fixed no testing can take > place on any pl

Re: [Oorexx-devel] [Oorexx-svn] SF.net SVN: oorexx-code-0:[12319] main/trunk/samples/api/c++/external

This is how to set these: svn propset svn:eol-style native filename svn commit filename On Fri, Nov 26, 2021 at 2:24 PM Rick McGuire wrote: > That's not the way to do this. The proper way to set the linends is via an > SVN property that causes them to be checked out with nat

[Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12319] main/trunk/samples/api/c++/external

That's not the way to do this. The proper way to set the linends is via an SVN property that causes them to be checked out with native linends. Rick -- Forwarded message - From: orexx--- via Oorexx-svn Date: Fri, Nov 26, 2021 at 1:16 PM Subject: [Oorexx-svn] SF.net SVN: oorexx-co

Re: [Oorexx-devel] A crash in SysInterpreterInstance() always at the same number of invocations

I'm not sure what in that particular line could cause a crash, but it might be because we do the reinitialization every time an interpreter instance is created. Those are thing that should only be one once per process, so I rearranged the code a bit. Rick On Mon, Nov 22, 2021 at 11:37 AM Rony G.

Re: [Oorexx-devel] Done (Re: Fwd: Regarding API samples, thoughts and suggested changes

I'm thinking it might be better to use REXX_CURRRENT_INTERPRETER_VERSION rather than REXX_INTERPRETER_5_0_0 for these samples since they will always be associated with the current release level. Rick On Mon, Nov 1, 2021 at 12:29 PM Rony G. Flatscher wrote: > Yesterday evening I checked in the c

Re: [Oorexx-devel] Reusing an instance of the .Stream class

Taking a quick look at the code, reusing the stream object will cause a memory leak and potentially leave you with open file handles. Rick On Sat, Oct 30, 2021 at 11:28 AM Erich Steinböck wrote: > can I reuse fileStream somehow? There seems to be no way to associate >> fileStream with a differ

Re: [Oorexx-devel] [devel] Reusing an instance of the .Stream class

No. On Sun, Oct 31, 2021 at 10:43 AM J Leslie Turriff wrote: > On 2021-10-30 10:31:59 Rick McGuire wrote: > > On Sat, Oct 30, 2021 at 11:28 AM Erich Steinböck > > > > > > wrote: > > > can I reuse fileStream somehow? There seems to be no way to asso

Re: [Oorexx-devel] Bug in FORWARD or in its documentation ?

It's a bug in your program. This is an UNKNOWN method, so the arguments to the method are the message name and an array of arguments to the original message. Using the default ARGUMENTS value will pass those along as the arguments, which is not likely to be valid for what you are trying to do. The

Re: [Oorexx-devel] Reusing an instance of the .Stream class

On Sat, Oct 30, 2021 at 11:28 AM Erich Steinböck wrote: > can I reuse fileStream somehow? There seems to be no way to associate >> fileStream with a different file >> > Hi Leslie, > in fact this can be done by calling INIT directly. > > ~~~ > s = .Stream~new("") > do i = 1 to 99 > s~init(i) >

Re: [Oorexx-devel] A crash in SysInterpreterInstance() always at the same number of invocations

On Tue, Oct 19, 2021 at 1:20 PM Erich Steinböck wrote: > Hi Rony, > a shot in the dark: the newly created InterpreterInstance might get GC'ed > before being added to the Interpreter's list of instances. > > I just committed revision 12298 which might fix that. You may want to try > it. > I'm not

Re: [Oorexx-devel] Regarding API samples, thoughts and suggested changes

On Mon, Oct 18, 2021 at 7:10 AM Rony G. Flatscher wrote: > Sleeping over the current structure of the API samples these are the > things that are in place currently: > >1. samples/Makefile.am (???) >2. samples/native.api/call.example/ ... for all systems, >CMakeLists.txt, Makefile.lin

Re: [Oorexx-devel] Unix version of wpipe1, a question ad "result"

On Sun, Oct 17, 2021 at 7:57 AM Rony G. Flatscher wrote: > While it is possible to compile the wpipe1 example on Unix, there is one > irregularity: when displaying the variable "result", upon return of > registering the external functions it will show garbage instead of "0" > (return code of the

Re: [Oorexx-devel] Question on user defined classes

The first place that gets searched is the package that defines the currently executing code. The package has directory of all the classes that are defined within that package unit. The search is for any public classes that are made available by ::requires packages. Only after that are .local and .e

Re: [Oorexx-devel] Ad current CMakeLists.txt files, a few questions

On Mon, Oct 11, 2021 at 12:46 PM Rony G. Flatscher wrote: > While looking through the native samples I noticed that > >- in the Windows branch there are makefiles. Are these makefiles still >needed now that we use CMake? > > The makefiles are not used for the build, the makefiles are part

Re: [Oorexx-devel] RPATH musings

>From TRL2, last sentence of the first paragraph on page 137: "Following completion of the division (and rounding, if necessary), insignificant trailing zeros are removed". On Mon, Sep 27, 2021 at 1:44 AM WalterPachl via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > A question came

Re: [Oorexx-devel] Planned commits

Since you are the one pushing to get 5.0 released, why are you adding new features to the interpreter at this point? I'm OK with the MacOS changes, but I'm against adding any new features to 5.0. Rick On Tue, Sep 14, 2021 at 12:19 PM Rony G. Flatscher wrote: > As long as there is no architectur

Re: [Oorexx-devel] Problem in a multihreaded environment with the change from the guarded method default of expose-less methods to unguarded ...

No, this is way too complicated to add. It would be better to just back out the feature, which was only added under the assumption that there was no detectable effect in doing so. The guarded/nonguarded state clearly protects more than just the variable state of the object, it also synchronizes the

Re: [Oorexx-devel] MacOSX: Rexx-script to link ooRexx5

me that they are intentionally there > since the Windows installer is *properly* using CMakelists.txt, right? > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > Am 16.07.2021 um 18:04 schrieb Rick McGuire : > > btw, if you were properly using the

Re: [Oorexx-devel] MacOSX: Rexx-script to link ooRexx5

btw, if you were properly using the information from CMake.txt to build the .dmg, you would not be having this problem, since all of the install() statements identify which elements of the build should go where. That information is used by all of the other installer types (including the Windows one

Re: [Oorexx-devel] MacOSX: Rexx-script to link ooRexx5

On Fri, Jul 16, 2021 at 11:41 AM P.O. Jonsson wrote: > Dear Rony, just some thoughts. > > I did not run the script (yet) but is the intention to create symlinks to > /usr/local so as to avoid the need to modify the path? > > If the 2nd part is creating the steps necessary to „unlink" why do you n

Re: [Oorexx-devel] rxsocket example

On Tue, Jul 13, 2021 at 5:37 PM Terry Fuller wrote: > Hi René & all, > > To be clear, I am instantiating an object but I haven't gotten an error > doing so... I was just reading the doc to understand how to do this and I > found the sample case to be odd. > > For example if I were to write a line

Re: [Oorexx-devel] ooRexx > Android, Debugging

code 35) as showed in my mail from yesterday. So > after I changed the expectation value to EBUSY everything works as hoped. > 16 is expected and returned. > > Best regards > Thomas > > > On 7/5/21 9:25 PM, Rick McGuire wrote: > > And so many other things will fail if tha

Re: [Oorexx-devel] ooRexx > Android, Debugging

And so many other things will fail if that line is removed. Rick On Mon, Jul 5, 2021 at 3:18 PM Thomas Kahr wrote: > Additional Info to the mutex test: > > Without the line: > > expect( pthread_mutex_trylock( &lock ), EDEADLK ); > > The program runs fine and I get an "OK". So everything works e

Re: [Oorexx-devel] ooRexx > Android, Debugging

ifference when trying to execute it. > There is a segmentation fault. It occurs in RexxMemory.cpp line 691. > > I attached the 2 GDB-Logfiles. > > Thomas > > On 7/4/21 9:37 PM, Rick McGuire wrote: > > When porting to new *ix environments, it is quite common for there to

Re: [Oorexx-devel] ooRexx > Android, Debugging

On Mon, Jul 5, 2021 at 12:35 PM Erich Steinböck wrote: > problems getting the configuration for the semaphores to work correctly >> > There really aren't a lot of configuration options any more. I just > recently cleaned up the SysSempahore code with revision 12259. > And I now believe that we c

Re: [Oorexx-devel] ooRexx > Android, Debugging

When porting to new *ix environments, it is quite common for there to be problems getting the configuration for the semaphores to work correctly. >From the stack trace, it is hanging on a request for a mutex semaphore. rexximage should run completely single threaded, so this should never deadlock.

Re: [Oorexx-devel] Question ad CMake and "fat binaries" for MacOS

On Mon, Jun 7, 2021 at 10:38 AM CV Bruce wrote: > Now that I think about it rexx.img was the primary problem. It contains > executable code, but is not in a library format. You can’t even combine x86 > and amd64 into one binary. > I contains no native code, only core classes and and methods that

Re: [Oorexx-devel] Question ad CMake and "fat binaries" for MacOS

I suspect rexx.img would not be compatible between the two because of endian issues. Rick On Mon, Jun 7, 2021 at 10:23 AM CV Bruce wrote: > The last time I looked at this, probably ppc/x86, it wasn’t possible > because Rexx is invoked during the build. There are tools to combine > single bina

Re: [Oorexx-devel] ooRexx > Android

Did you also transfer the rxapi executable? That process will get launched when rexximage runs, so it might be hanging up because the daemon isn't getting created on startup. Rick On Thu, Jun 3, 2021 at 3:30 PM Thomas Kahr wrote: > Greetings, > > as mentioned yesterday, I want to give a brief u

Re: [Oorexx-devel] ADDRESS command with WITH ... STREAM option

The argument to the STREAM option is the name of a stream. In this case, the stream is opened with the appropriate options and then closed at the end of the operation. The other way of using a stream would be to directly provide a stream object to the USING option. In this case, the data is written

Re: [Oorexx-devel] Help with Sourceforge on Mod_Rexx project

When you are looking at the files, click on the info icon on the right hand side. This will give you a popup that allows you to mark a file as the default download for a particular system. Rick On Thu, May 6, 2021 at 3:47 PM Terry Fuller wrote: > Hello all: > > I've finally managed to upload my

Re: [Oorexx-devel] Strange behaviour RxMath RxCalcSqrt function

Hmmm, I suspect this is the same problem that was just reported caused by the strtod() function. I'm guessing that loading the JVM in the process might change the localization settings, causing the results to get messed up. Rick On Mon, Jul 27, 2020 at 7:42 AM Michael Lueck wrote: > Greetings R

Re: [Oorexx-devel] Problem? with OORexx API function ObjectToDouble

On Mon, Apr 19, 2021 at 5:09 PM Erich Steinböck wrote: > Hi Ruurd, instead of defining your latitude/longitude arguments as CSTRING > and then manually converting them, you can define your arguments as (e. g.) > float and have Rexx do the conversion for you. > > ~~~ > float lat, // Latitude i

Re: [Oorexx-devel] Converting size_t, ssize_t

ntended to be an exhaustive for all the types, but just widely used ones. If a particular type is hard to work with using the existing functions, then that would be a good one to consider adding support for. Rick On Fri, Apr 16, 2021 at 3:08 PM Rick McGuire wrote: > > > On Fri, Apr 1

Re: [Oorexx-devel] Converting size_t, ssize_t

On Fri, Apr 16, 2021 at 12:27 PM Erich Steinböck wrote: > I think our API doesn't provide conversion functions for the types size_t > and ssize_t, so we have to use either (Unsigned)Int32 or (Unsigned)Int64 to > convert. > > I still want to use size_t and ssize_t and would have expected this to >

Re: [Oorexx-devel] mod_rexx Linker Unresolved Symbols...

The two RexxRegister* APIs are in librexxapi, the others are in librexx. Rick On Wed, Apr 7, 2021 at 10:15 PM Terry Fuller wrote: > Ok, I've gotten past the compile time errors, thanks Rick and Erich. > > Now I have a mod_rexx.so for Linux, but when I start httpd I get an > error message that R

Re: [Oorexx-devel] need help on eliminating an error on a ::REQUIRES statement

The Package class has a loadPackage() method that is a dynamic version of ::REQUIRES. Just use .context~package~loadPackage('winsys.cls') in your prolog code to add the package to your context if you're on Windows. Rick On Sun, Apr 4, 2021 at 12:57 PM Bill Turner, WB4ALM wrote: > I have a ro

Re: [Oorexx-devel] IP V6 support

Definitely not ready to ship. There are a number of issues with portability I was dealing with. On top of that, my ISP still doesn't support IPV6 so I had no means of even supporting anything . Rick On Fri, Apr 2, 2021 at 10:16 AM Erich Steinböck wrote: > What was the reason why [r11452] >

Re: [Oorexx-devel] Errors compiling mod_rexx

On Wed, Mar 31, 2021 at 8:41 PM Terry Fuller wrote: > Hello all, > > I'm having more problems building mod_rexx. I was earlier able to build > mod_rexx for both windows and linux (linux mint 20 specifically). I'm now > trying to eliminate differences between the source files for each operating

Re: [Oorexx-devel] lines/linein from fileid=''

On Wed, Mar 24, 2021 at 8:45 AM WalterPachl via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > Can anyone explain this phenomenon: > > Given this little program > > Parse Version v > Say v > fid='' > Say lines(fid) > l=linein(fid) > ll=length(l) > If ll<>81 Then > Say 'incorrect input

Re: [Oorexx-devel] No inherit for REXX package classes

It really is a security feature. Things start getting terribly wonky if the behavior of a class gets altered beyond the author's intentions. Rick On Sun, Mar 14, 2021 at 6:44 AM Erich Steinböck wrote: > For an elegant solution I so often wish I could add a method to a class > within the REXX pa

Re: [Oorexx-devel] To Shebang or not Shebang, that is the question

son > oor...@jonases.se > > > > Am 13.03.2021 um 13:40 schrieb Rick McGuire : > > ..cls are intended to be run as top-level program files. They should NOT > have shebangs. You already asked this question once before, the answer has > not changed. > > Rick > >

Re: [Oorexx-devel] To Shebang or not Shebang, that is the question

..cls are intended to be run as top-level program files. They should NOT have shebangs. You already asked this question once before, the answer has not changed. Rick On Sat, Mar 13, 2021 at 7:37 AM P.O. Jonsson wrote: > On some linux installations I noticed that the .cls files were marked as >

Re: [Oorexx-devel] CMake

2.8...3.3) > > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > Am 07.03.2021 um 18:24 schrieb P.O. Jonsson : > > > > Am 07.03.2021 um 18:16 schrieb Rick McGuire : > > I found the old thread from 2018 which discussed the last time we

Re: [Oorexx-devel] CMake

06 PM Rick McGuire wrote: > I'm currently running 3.11.4 for my Windows build, I can easily upgrade to > a new version if needed. The last time I bumped the version level higher, > there was some objections because of some other platforms. I don't recall > what the specifi

Re: [Oorexx-devel] CMake

I'm currently running 3.11.4 for my Windows build, I can easily upgrade to a new version if needed. The last time I bumped the version level higher, there was some objections because of some other platforms. I don't recall what the specific objections were. Rick On Sun, Mar 7, 2021 at 11:52 AM P.

<    1   2   3   4   5   6   7   8   9   10   >