Re: [Oorexx-devel] Error message when breaking a running ooRexx program

2019-11-07 Thread Rick McGuire
le to record the event an react on it when control returns to the interpreter. The second C kills the process without ooRexx involvement. Rick > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > Am 07.11.2019 um 00:15 schrieb Rick McGuire : > >

Re: [Oorexx-devel] Error message when breaking a running ooRexx program

2019-11-06 Thread Rick McGuire
at 6:10 PM P.O. Jonsson wrote: > > Am 06.11.2019 um 22:04 schrieb Rick McGuire : > > It all depends on whether the bit of code where the halt condition is > detected has SIGNAL ON HALT enabled or not. The Monitor class UNKNOWN > method is not one of those locations, so the H

Re: [Oorexx-devel] Error message when breaking a running ooRexx program

2019-11-06 Thread Rick McGuire
It all depends on whether the bit of code where the halt condition is detected has SIGNAL ON HALT enabled or not. The Monitor class UNKNOWN method is not one of those locations, so the HALT condition gets turned into an error because it was not handled. Rick On Wed, Nov 6, 2019 at 3:11 PM P.O.

Re: [Oorexx-devel] Error message when breaking a running ooRexx program

2019-11-06 Thread Rick McGuire
That is just the traceback showing you the call chain from where the halt was originally detected. Execution was in the UNKNOWN method of the Monitor class, which is one of the builtin ooRexx classes. Since these classes reside in the interpreter image, which does not include the original source,

Re: [Oorexx-devel] Questions ad generating the documentation (publican, pandoc)

2019-11-01 Thread Rick McGuire
ome > more reading... > On 11/1/2019 10:37 AM, Rick McGuire wrote: > > If you look in the directories for the individual publications, you'll see > that each has a Makefile that generates the output. All of the work is > really done by publican, which also provides the style-sh

Re: [Oorexx-devel] Questions ad generating the documentation (publican, pandoc)

2019-11-01 Thread Rick McGuire
like LaTex. That is the path I plan to > pursue unless someone raises a red flag. Anyone have any experience with > that piece of software? > On 10/30/2019 2:27 PM, Rick McGuire wrote: > > > > On Wed, Oct 30, 2019 at 1:47 PM Gil Barmwater > wrote: > >> OK, I'm go

Re: [Oorexx-devel] Questions ad generating the documentation (publican, pandoc)

2019-10-30 Thread Rick McGuire
t; culprit with a newer version (or bring all stuff to the latest Perl > version). > > I tried a bunch of things but with no success yet. > > On Wed, Oct 30, 2019 at 1:56 PM Rick McGuire > wrote: > >> There was a long discussion on how to get this set up that took

Re: [Oorexx-devel] Questions ad generating the documentation (publican, pandoc)

2019-10-30 Thread Rick McGuire
(Strawberry) Perl scripts and native libraries.?? > The scripts can be extracted with a simple unzip and it might be possible > to run them in Perl debug mode, figure out where it breaks and replace the > culprit with a newer version (or bring all stuff to the latest Perl > version). > &

Re: [Oorexx-devel] Questions ad generating the documentation (publican, pandoc)

2019-10-30 Thread Rick McGuire
There was a long discussion on how to get this set up that took place on this list back in January of this year. The net of this discussion was that while it was possible to build the docs on linux, the results were not as good as the version built on Windows. Getting a working setup on Windows

Re: [Oorexx-devel] Revision 11929/11928

2019-10-10 Thread Rick McGuire
I suspect you are using an out-of-date version of DateFormatter.testGroup. The test line in question in that file should be: .DateFormatter~format(.datetime~new, "-z") The older version had "-" as the template, which is no longer an error. Rick On Thu, Oct 10, 2019 at 9:47 AM

Re: [Oorexx-devel] MutableBuffer []= method

2019-10-05 Thread Rick McGuire
It is intended to be without padding as an argument. Rick On Sat, Oct 5, 2019 at 10:54 AM Erich Steinböck wrote: > rexxref documents the new MutableBuffer method []= with three args, > including the pad, in the brackets. > > The supposedly equivalent replaceAt() method does have the pad as its

[Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[11923]

2019-10-04 Thread Rick McGuire
This is not a good fix for the CSTRING conversion. The error messages will always report that this is a problem with argument 1 if there is any sort of error. Rick -- Forwarded message - From: erich_st--- via Oorexx-svn Date: Fri, Oct 4, 2019 at 2:00 PM Subject: [Oorexx-svn]

Re: [Oorexx-devel] Recent changes in DateTime class?

2019-10-01 Thread Rick McGuire
This was a change for bug 1633. The original implementation seriously missed the mark on both how the timezone should be interpreted when parsing the ISO format and also the syntax of the format itself. Rick On Tue, Oct 1, 2019 at 6:28 AM P.O. Jonsson wrote: > Dear developers, > > I had a

Re: [Oorexx-devel] dependency on svn

2019-09-17 Thread Rick McGuire
I'm open to other suggestions. I at least solves part of the problem, but is perhaps incomplete. Do you have another other suggestions on how to test for this? Rick On Tue, Sep 17, 2019 at 6:51 AM Erich Steinböck wrote: > > if( EXISTS ${CMAKE_SOURCE_DIR}/.svn ) > I don't think this is a good

Re: [Oorexx-devel] dependency on svn

2019-09-13 Thread Rick McGuire
Yes, I object to the removal. Including the revision number information is a helpful tool for problem determination. I much prefer Enrico's suggestion to enhance this to obtain the revision number from other sources as well. Rick On Fri, Sep 13, 2019 at 12:18 AM René Jansen wrote: > I am

Re: [Oorexx-devel] Error 98.903: Unable to load library "rexxgtk"

2019-08-23 Thread Rick McGuire
On Fri, Aug 23, 2019 at 6:11 PM Terry Fuller wrote: > > On 2019-08-23 10:27, Terry Fuller wrote: > > > > Hi Erich, Gil, > > > Thanks for help... I think I'm in deeper trouble than I realized... It > seems that the gtk downloads referenced in 'windows-building' are all > 32-bit programs. I now

Re: [Oorexx-devel] Nasty message from Windows

2019-08-20 Thread Rick McGuire
Not sure where the flash.ocx requirement comes from. I would suggest trying the "This program worked correctly" option. Rick On Sun, Aug 18, 2019 at 12:57 PM Mike Cowlishaw wrote: > Since a couple of days ago (no doubt due to a Windows Update I keep > getting this message (on Windows 7). Any

Re: [Oorexx-devel] Question

2019-06-22 Thread Rick McGuire
Looks like a bug caused by some internal optimizations. The string class is not properly handling the possibility that it might be subclasses. Rick On Sat, Jun 22, 2019 at 2:08 PM Gil Barmwater wrote: > I thought I understood how this is supposed to work but the following code > does not do

Re: [Oorexx-devel] Suggestion: add rxSnippets to developer's Wiki

2019-05-17 Thread Rick McGuire
It doesn't work that way. We can't just decide to take another person's work and add to the project. This requires a specific donation from the author give us ownership and permission to distribute under the project license and copyright. Rick On Fri, May 17, 2019 at 9:58 AM Rony G. Flatscher

[Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[11876] main/trunk/interpreter

2019-05-01 Thread Rick McGuire
You might want to perform the directory test first. Done this way, the code will exit with a an open file. Rick -- Forwarded message - From: erich_st--- via Oorexx-svn Date: Wed, May 1, 2019 at 9:02 AM Subject: [Oorexx-svn] SF.net SVN: oorexx-code-0:[11876]

Re: [Oorexx-devel] An alternative algorithm for x2c()

2019-04-19 Thread Rick McGuire
Well, you're missing all of the logic that allows for blanks at the boundaries and you're also assuming that you have an even number of digits to convert. If you remove all of the things that x2c() has to account for, then yes, you can do a faster conversion. Rick On Fri, Apr 19, 2019 at 6:51 AM

Re: [Oorexx-devel] Question ad native SendMessage*() APIs

2019-04-11 Thread Rick McGuire
This would need a new api. We never had the need before but it seems reasonable to implement at least the version that uses an array for the arguments. Rick On Thu, Apr 11, 2019 at 11:31 AM Rony G. Flatscher wrote: > How would one apply the native SendMessage*() APIs to mimickry what is >

Re: [Oorexx-devel] Ad compiled/tokenized Rexx code (rexxc) ...

2019-04-09 Thread Rick McGuire
that can transform the compiled program into that format before hand. Rick On Tue, Apr 9, 2019 at 9:34 AM Rony G. Flatscher wrote: > On 09.04.2019 15:13, Rick McGuire wrote: > > And it doesn't make sense to put the onus on solving this on the > interpreter. If it is desired to >

Re: [Oorexx-devel] Ad compiled/tokenized Rexx code (rexxc) ...

2019-04-09 Thread Rick McGuire
And it doesn't make sense to put the onus on solving this on the interpreter. If it is desired to store binary code in an inherently text-based interface, then BSF4ooRexx should handle this be including a utility to perform the transform and then decoding the format before passing it to the

Re: [Oorexx-devel] Findings (Re: Question ad native API for creating routine and package objects ...

2019-04-07 Thread Rick McGuire
I was sort of suspecting you might have done that inadvertently, since when I checked the code, both cases were running the prologs. Rick On Sun, Apr 7, 2019 at 8:46 AM Rony G. Flatscher wrote: > On 06.04.2019 22:42, Rick McGuire wrote: > > > > On Sat, Apr 6, 2019 at 12:00 PM Ro

Re: [Oorexx-devel] Findings (Re: Question ad native API for creating routine and package objects ...

2019-04-06 Thread Rick McGuire
ke LoadPackageFromData() it will run the prolog code > automatically; not sure whether this intentional or a bug > > LoadPackageFromData() is the bug. The prolog should always be run with package loading operations. Rick > >- > > ---rony > > > On 06.04.2019 14:

Re: [Oorexx-devel] Question ad native API for creating routine and package objects ...

2019-04-06 Thread Rick McGuire
I'd say you should be able to. Whether you can or not is a question for some experimentation. Rick On Sat, Apr 6, 2019 at 8:13 AM Rony G. Flatscher wrote: > In the native APIs these methods are available for creating Rexx routine > and package objects: > >1. NewRoutine(name, code, sz),

[Oorexx-devel] Going to be away for a little while.

2019-03-18 Thread Rick McGuire
Getting ready to head off on a little vacation. I'll be way until March 28th. I'll be checking email while gone, but mostly on my phone, so if I respond to anything, it will probably be short and brief. I won't be able to work on any problems until I return. Rick

Re: [Oorexx-devel] A new draft/sketch for documenting the new classes EventSemaphore and MutexSemaphore (Re: A sketch for a documentation text for the "EventSemaphore" class

2019-03-14 Thread Rick McGuire
A couple of notes that need to added to the MutexSemaphore section 1) On a single thread, acquire requests nests, so if a thread calls acquire again while already having obtained the semaphore, it will be not blocked. It requires an equivalent number of release calls to free up the mutex. 2) If

Re: [Oorexx-devel] What is a realistic memory requirement for ooRexx?

2019-03-12 Thread Rick McGuire
Do not use the test suite as an indicator of memory usage. There are tests that create a lot of objects and also very large objects. There's a lot going on there and it's going to use a lot of memory. Rick On Tue, Mar 12, 2019 at 3:55 PM Jason Martin wrote: > I am on run 39 of the full

Re: [Oorexx-devel] At revision r11833

2019-03-11 Thread Rick McGuire
ll lineout f , "a truckload of waste" > Error 40 running "/Users/enrico/tests/d.regina", line 3: Incorrect call to > routine > Error 40.27: LINEOUT argument 1, must be a valid stream name; found . . . > . . . > > > On 11 Mar 2019, at 11:59, Rick McG

Re: [Oorexx-devel] At revision r11833

2019-03-11 Thread Rick McGuire
load of waste" ) > o~close > > Same behaviour since 4.1.2 ( at least ) > > > > > On 11 Mar 2019, at 11:29, Rick McGuire wrote: > > Ok, I found it...I am really, really surprised this never happened when I > was running the tests or Rony had never seen this when he w

Re: [Oorexx-devel] At revision r11833

2019-03-11 Thread Rick McGuire
wrote: > No tests were running > All happened after the display of the final report > E > > > > > > On 11 Mar 2019, at 10:56, Rick McGuire wrote: > > > > Do you know what test was being run? An exception at that po

Re: [Oorexx-devel] At revision r11833

2019-03-11 Thread Rick McGuire
Do you know what test was being run? An exception at that point doesn't really make sense. Rick On Mon, Mar 11, 2019 at 4:55 AM Enrico Sorichetti via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > Running the testSuite > > 10 times on 10 runs > > > Process 7363 stopped > * thread

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

2019-03-10 Thread Rick McGuire
I had a new version in the works to, just haven't had a chance to test it yet. There are also some issues with the createTimeOut() method where things were being done in the wrong units. I may replace your fix with my version, which is actually simpler, once I have a chance to test it. Rick On

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

2019-03-09 Thread Rick McGuire
pt > Will contain garbage > > I will keep investigating > > E > > Ps > What is the unit of measure of 50 in > self~assertFalse(sem~acquire(50)) ? > > > > > > > On 9 Mar 2019, at 16:29, Rick McGuire wrote: > > This does not use the sa

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

2019-03-09 Thread Rick McGuire
case of a successful wait , most probably the struct timespec slept > Will contain garbage > > I will keep investigating > > E > > Ps > What is the unit of measure of 50 in > self~assertFalse(sem~acquire(50)) ? > > The acquire function takes the timeout values

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

2019-03-09 Thread Rick McGuire
estGroup > > Hangs on statement 72 > > IMO the test group should not be run on Darwin, > The documentation is clear, unnamed semaphores are not supported > > E > > > > On 9 Mar 2019, at 13:04, Enrico Sorichetti > wrote: > > Thank You Rick, > It builds and runs the t

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

2019-03-09 Thread Rick McGuire
ave the 'strdup' function. */ > #cmakedefine HAVE_STRDUP > > > /* Define to 1 if you have the header file. */ > @@ -198,7 +201,7 @@ > /* Define to 1 if you have the header file. */ > #cmakedefine HAVE_NCURSES_H > > > -/* Define to 1 if you have the `vprintf' f

Re: [Oorexx-devel] Revision 11826/11827 Build failure on Darwin

2019-03-08 Thread Rick McGuire
Is there any reasonable replacement to pthread_mutex_timelock()? Saying not to use it doesn't help if you are basically saying the function can't work. Rick On Fri, Mar 8, 2019 at 6:03 PM Enrico Sorichetti via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > > > >

Re: [Oorexx-devel] Ad new classes .eventSemaphore and .mutexSemaphore (Re: An example of the new counter modifier on loops ...

2019-03-07 Thread Rick McGuire
Rony, An excellent write up here. One small correction I would make, when MutexSempahores have multiple waiters, they are not necessarily queued. Which waiting thread gets the mutex next is determined by the OS dispatch mechanisms, so which thread gets it next is not predictable. Rick On Thu,

Re: [Oorexx-devel] MAXIMUM_FILENAME_LENGTH and more

2019-03-07 Thread Rick McGuire
Would really work better as a class method of the .File class rather than on RexxInfo. That's where we tend to put file system related stuff. Rick On Thu, Mar 7, 2019 at 5:22 PM Enrico Sorichetti via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > Here is the patch to > fix the

Re: [Oorexx-devel] rxapi queues

2019-03-05 Thread Rick McGuire
I was able get a failure after just over 1000 on Ubuntu. Just committed a fix that got me to over 1 before I decided to kill it. Rick On Tue, Mar 5, 2019 at 4:54 AM Bob Martin via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > I have a program which runs every few seconds to

Re: [Oorexx-devel] Missing "interpreter/classes/EventSemaphore.cpp" when building from "sandbox\rick\sem"

2019-03-05 Thread Rick McGuire
Sorry, forgot to add those files to svn so the commits never picked them up. They are there now. Rick On Tue, Mar 5, 2019 at 1:41 PM Rony G. Flatscher wrote: > Due to a hint from Rick in > >

Re: [Oorexx-devel] rxapi queues

2019-03-05 Thread Rick McGuire
What operating system are you running this on? Rick On Tue, Mar 5, 2019 at 4:54 AM Bob Martin via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > I have a program which runs every few seconds to check that several tasks > are still running, > and restarts them if not. > The program

Re: [Oorexx-devel] FileNameBuffer class

2019-03-03 Thread Rick McGuire
The FileNameBuffer class uses the internal reportException() function to raise out of memory errors. This function will only work from normal interpreter code. If things are running in an external native function or method, there are FileNameBuffer subclasses (RoutineFileNameBuffer and

Re: [Oorexx-devel] Segmentation fault in rexx executable-2

2019-03-01 Thread Rick McGuire
This is likely the same trace as the others. Unfortunately, the error is not in the code that's giving the exception, but caused by something that happened sometime in the past. The full stack trace might be interesting, but I suspect it is identical to the other's you've already uploaded. Rick

Re: [Oorexx-devel] Testcases for sample files

2019-03-01 Thread Rick McGuire
On Fri, Mar 1, 2019 at 7:05 AM P.O. Jonsson wrote: > > Am 01.03.2019 um 12:13 schrieb Rick McGuire : > > I'm not even sure why you are spending time doing this, but yes, it seems > reasonable to only test on the things you depend on. > > > One reason I am doing this is

Re: [Oorexx-devel] Testcases for sample files

2019-03-01 Thread Rick McGuire
n > oor...@jonases.se > > > > > Am 01.03.2019 um 12:13 schrieb Rick McGuire : > > I'm not even sure why you are spending time doing this, but yes, it seems > reasonable to only test on the things you depend on. > > Rick > > On Fri, Mar 1, 2019 at 6:02 AM P.

Re: [Oorexx-devel] Testcases for sample files

2019-03-01 Thread Rick McGuire
I'm not even sure why you are spending time doing this, but yes, it seems reasonable to only test on the things you depend on. Rick On Fri, Mar 1, 2019 at 6:02 AM P.O. Jonsson wrote: > Dear Developers, > > When checking the testcases for the samples I have the problem (on several > samples)

Re: [Oorexx-devel] Segmentation fault in rexx executable

2019-02-28 Thread Rick McGuire
I just committed a fix that I think closes a GC problem window. Not terribly confident this is a fix for the crash you were seeing, but the stack traces you provided at least hint that it might be. Rick On Thu, Feb 28, 2019 at 7:54 AM Jason Martin wrote: > Stopping on run 100 using r11811. > >

Re: [Oorexx-devel] Segmentation fault in rexx executable

2019-02-28 Thread Rick McGuire
Both crashes point to a garbage collection problem, which can be notoriously difficult to debug. The tracebacks show that the crashes are occurring doing the same activity, which might give a starting point for finding the failure point. Rick On Thu, Feb 28, 2019 at 7:54 AM Jason Martin wrote:

Re: [Oorexx-devel] Segmentation fault in rexx executable

2019-02-27 Thread Rick McGuire
All of those are identical and the variable values shown seriously don't make sense. I just checked in a band-aid patch that should prevent this from crashing. Perhaps this might cause some other failure to show up that could give us some more information. None of the testGroups you identified

Re: [Oorexx-devel] Array toString returns objectName instead of String representation

2019-02-24 Thread Rick McGuire
That is the intended behavior, because you end up with some very bad recursion problems trying to convert non-string objects to their string representations. I stumbled on this accidentally while testing somethings in RexxTry. Typing a[1] = a a[2] = b a[3] = c say a caused a crash

Re: [Oorexx-devel] SysFileTree changes

2019-02-22 Thread Rick McGuire
This is intended to be a permanent change. Rick On Fri, Feb 22, 2019 at 6:10 AM rvm--- via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > > SysFileTree has fundamentally changed on recent ooRexx 5 betas, > in that previously I used > SysFileTree('*',...) to get the normal files in

Re: [Oorexx-devel] Wrong setTestEnv.sh in Test framework?

2019-02-22 Thread Rick McGuire
On Fri, Feb 22, 2019 at 3:00 AM P.O. Jonsson wrote: > > Am 21.02.2019 um 17:08 schrieb Rick McGuire : > > Ah, I had trouble getting the original one to work for me, so I created a > stripped down one, This got checked by mistake. > > Rick > > > Why don’t you just ad

Re: [Oorexx-devel] Wrong setTestEnv.sh in Test framework?

2019-02-21 Thread Rick McGuire
Ah, I had trouble getting the original one to work for me, so I created a stripped down one, This got checked by mistake. Rick On Thu, Feb 21, 2019 at 11:06 AM P.O. Jonsson wrote: > The current setTestEnv.sh seems to be a stripped version, referring to > Ricks Sandbox. I am not sure for how

[Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[11792] main/trunk/common/platform/unix/ SysSemaphore.cpp

2019-02-20 Thread Rick McGuire
I'm thinking this should just be #ifdef HAVE_SCHED_H rather than listing the platforms. That's the header file sched_param is defined in, so probably one of the other linux header files is including it already. It should be benign to include it here if the platform has it. Rick --

Re: [Oorexx-devel] DARWIN build issue

2019-02-19 Thread Rick McGuire
On Mon, Feb 18, 2019 at 4:10 PM Enrico Sorichetti via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > Here is the tested and WORKING code sequence > IIRC I had to fix the testSuite in a couple of places > > I did run the test suite twice , > once on the boot volume ( case insensitive

Re: [Oorexx-devel] DARWIN build issue

2019-02-18 Thread Rick McGuire
exx.svn.src > > > > To be sure I run the build 2 x 2 and the second run confirmed the first one > > Clang works gcc does not > Ninja > E > > On 18 Feb 2019, at 22:15, Rick McGuire wrote: > > > There are spurious leading "_" characters on the #

Re: [Oorexx-devel] CentOS and SLES builds fail

2019-02-18 Thread Rick McGuire
I have no idea what this is objecting to. This is perfectly valid C++. On Mon, Feb 18, 2019 at 5:17 PM Erich Steinböck wrote: > More CentOS7 and SLES12 slave build failures further down the build: > > In file included from interpreter/platform/unix/SysRexxUtil.cpp:181:0: >

Re: [Oorexx-devel] DARWIN build issue

2019-02-18 Thread Rick McGuire
There are spurious leading "_" characters on the #ifdef test. I'll fix this with the other issues you raised shortly. Rick On Mon, Feb 18, 2019 at 3:53 PM Erich Steinböck wrote: > Our Mac build slave finds _PC_CASE_SENSITIVE > > ~~~ > -- Looking for _PC_CASE_SENSITIVE > -- Looking for

Re: [Oorexx-devel] "libao: a cross platform audio library", how about creating an external Rexx function library ?

2019-02-17 Thread Rick McGuire
On Sun, Feb 17, 2019 at 8:00 AM Enrico Sorichetti via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > Already working on a simple external function skeleton, > > Which does nothing but … Print the arguments passed > > Will not take long to polish it and post it somewhere > > Does not

Re: [Oorexx-devel] "libao: a cross platform audio library", how about creating an external Rexx function library ?

2019-02-17 Thread Rick McGuire
It would have to be done as a separate project and not distributed with ooRexx because of the GNU license. Rick On Sun, Feb 17, 2019 at 7:55 AM Rony G. Flatscher wrote: > While researching a little bit about audio on Linux (after reading about > the "portable beep problem") et.al. I stumbled

Re: [Oorexx-devel] Testing Open Object Rexx Version 5.0.0 r11766

2019-02-16 Thread Rick McGuire
That’s only the platform it was built on, not necessarily the one it’s running on. On Sat, Feb 16, 2019 at 2:14 PM Gil Barmwater wrote: > OK, so CMAKE "knows" the PLATFORM_ID which, I'm guessing, is used to > generate the name of the ooRexx installation file; e.g. >

Re: [Oorexx-devel] Testing Open Object Rexx Version 5.0.0 r11766

2019-02-16 Thread Rick McGuire
:41 -0500 > Test: TEST_FILE_EXISTS > Class: SysFileXXX.testgroup > File: /home/vagrant/testSuite/ooRexx/base/rexxutil/SysFileXXX.testGroup > Line: 116 > Failed: assertNotEquals > Expected: [[0], identityHash="-140136418406417"] > Actual: [[0], identit

Re: [Oorexx-devel] Testing Open Object Rexx Version 5.0.0 r11766

2019-02-16 Thread Rick McGuire
software/libc/manual/html_node/Symbolic-Links.html#Symbolic-Links> > . > ENOTDIR > > A file that is referenced as a directory component in the file name > exists, but it isn’t a directory. > ELOOP > > Too many symbolic links were resolved while trying to look up the file > name

Re: [Oorexx-devel] Testing Open Object Rexx Version 5.0.0 r11766

2019-02-16 Thread Rick McGuire
No, those are correct. The test is expecting that an attempt to delete a read-only file will fail. Just another one of those maddening differences between platforms. Rick On Sat, Feb 16, 2019 at 4:02 AM Enrico Sorichetti via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > > Seems to

[Oorexx-devel] An attempt at a real Beep() function on Linux.

2019-02-13 Thread Rick McGuire
I just committed an attempt at a real Beep() function for Linux, but so far, I've not been able to get it to work on my Ubuntu installation. The beep utility also does not work on my system and I've found a lot of discussion about problems getting this to work on Ubuntu, so I suspect this might be

[Oorexx-devel] Unix and rename

2019-02-12 Thread Rick McGuire
Starting to run my new unit tests on Linux and I've hit an interesting difference between Windows and Linux. On Windows, the SysFileMove() function fails if the target file exists, but on Linux, the rename() function appears to work on the rename, which was unexpected. The docs for the rename()

Re: [Oorexx-devel] RexxUtil test coverage

2019-02-08 Thread Rick McGuire
On Fri, Feb 8, 2019 at 6:23 AM Michael Lueck wrote: > Greeting Rick, > > Rick McGuire wrote: > > If anybody would like to help out with this effort, contributing tests > for rexxutil functions would be an excellent way to chip in. > > I added some of the RexxUtil function

Re: [Oorexx-devel] Question on SysFileTree()

2019-02-07 Thread Rick McGuire
tried the Unix alternatives in FileUtils.cls but > they do not work. > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > > Am 07.02.2019 um 12:11 schrieb Rick McGuire : > > Yes, there are differences in how the platforms deal with it, depending on >

Re: [Oorexx-devel] Question on SysFileTree()

2019-02-07 Thread Rick McGuire
ld I did a mistake. > > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > > Am 07.02.2019 um 11:53 schrieb Rick McGuire : > > Before the search, the name gets canonicalized. Things like double slashes > and ".", and ".." d

Re: [Oorexx-devel] Question on SysFileTree()

2019-02-07 Thread Rick McGuire
Before the search, the name gets canonicalized. Things like double slashes and ".", and ".." directories get fixed up to get the fully resolved name before processing the search. Rick On Thu, Feb 7, 2019 at 5:36 AM P.O. Jonsson wrote: > The fact that is „works“ is not a proof of it being

Re: [Oorexx-devel] Releasing ooRexx 5.0? Building on Debian Linux Shared Web Hosting as non-root

2019-02-06 Thread Rick McGuire
ry > package. > > I am thankful, > > -- > Michael Lueck > Lueck Data Systems > http://www.lueckdatasystems.com/ > > > Rick McGuire wrote: > > Excellent idea. > > > > Rick > > > > On Tue, Feb 5, 2019 at 5:24 PM Enrico Sorichetti via Oorexx-dev

Re: [Oorexx-devel] Releasing ooRexx 5.0? Building on Debian Linux Shared Web Hosting as non-root

2019-02-05 Thread Rick McGuire
Excellent idea. Rick On Tue, Feb 5, 2019 at 5:24 PM Enrico Sorichetti via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > Why not simply wrap the build of the ncurses stuff with , for example > > If( HAVE_NCURSES_H ) > > the ncurses stuff > > endif() > > So that if the curses-devel

Re: [Oorexx-devel] sandbox/rick/rexxutil

2019-02-05 Thread Rick McGuire
On Tue, Feb 5, 2019 at 11:25 AM Erich Steinböck wrote: > I'm not seeing that warning >> > For me the warning doesn't show up for DEBUG builds, only for RELEASE > builds > > Lately I've been using the TortoiseSVN explorer menu option > Ok .. I haven't ever used the GUI, but I stepped through the

Re: [Oorexx-devel] sandbox/rick/rexxutil

2019-02-05 Thread Rick McGuire
On Tue, Feb 5, 2019 at 7:22 AM Erich Steinböck wrote: > more sandbox rexxutil issues: > > to remove compiler "warning C4800: 'uint32_t': forcing value to bool > 'true' or 'false' (performance warning)" I believe the following patch > should be appropriate > Hmm, I'm not seeing that warning, but

Re: [Oorexx-devel] Ad ooRexx pipe-samples

2019-02-05 Thread Rick McGuire
Leslie Turriff wrote: > So the way your simplistic sample works is more important than a > tool that > can make life easier for the programmers that use ooRexx? > > Leslie > > On 2019-02-03 06:50:04 Rick McGuire wrote: > > He completely redid how those samples f

Re: [Oorexx-devel] sandbox/rick/rexxutil

2019-02-04 Thread Rick McGuire
Thanks. Should have a fix shortly. Rick On Mon, Feb 4, 2019 at 4:10 PM Erich Steinböck wrote: > rexx.exe built from latest sandbox/rick/rexxutil does not search for .rex > extension. If `test.rex` exists, you can't run it with `rexx test`, you > have to type `rexx test.rex` >

Re: [Oorexx-devel] RexxUtil test coverage

2019-02-04 Thread Rick McGuire
On Mon, Feb 4, 2019 at 8:07 AM Mike Cowlishaw wrote: > I 'delegated' REX functions to Steve Davies very early on, so don't have > any testcases. But now I think about it, I forget where the 'Sys' > functions came from. Maybe the original author has testcases... ? > For many of them, *I* was

[Oorexx-devel] RexxUtil test coverage

2019-02-04 Thread Rick McGuire
I'm trying to work my way through regression testing all of the RexxUtil functions and I'm not finding any tests for a lot of these functions. For example, there don't seem to be any tests at all for the SysStem* functions. Are we really missing tests for large chunks of these functions? Since a

Re: [Oorexx-devel] Problems with testgroup FUNCTION.testGroup

2019-02-03 Thread Rick McGuire
as/is. > > Do I understand you correctly that these libraries are intended solely for > testing and not for distribution? > > Yes, that's exactly what I'm saying. > Hälsningar/Regards/Grüsse, > P.O. Jonsson > oor...@jonases.se > > > > > Am 03.02.2019

Re: [Oorexx-devel] Problems with testgroup FUNCTION.testGroup

2019-02-03 Thread Rick McGuire
In that case, it will never work. The external libraries necessary to run those tests are NOT part of the installation process and never will be. Rick On Sun, Feb 3, 2019 at 12:04 PM P.O. Jonsson wrote: > I think the purpose of the test is to check the installation not the build > :-) > >

Re: [Oorexx-devel] Ad ooRexx pipe-samples

2019-02-03 Thread Rick McGuire
He completely redid how those samples function and moved them well away from their original intent. I'm not really interested in incorporating those changes. Rick On Sun, Feb 3, 2019 at 7:36 AM Rony G. Flatscher wrote: > has another pipe-related >

Re: [Oorexx-devel] Variable Reference APIs

2019-02-03 Thread Rick McGuire
VariableReference is an important one to have as an argument type because it's whole purpose in life is to be passed as an argument. It's important for a call to be able to specify that an argument is a variable reference. Rick > > > REXX_VALUE_RexxVariableReferenceObject > > On Sat

Re: [Oorexx-devel] Variable Reference APIs

2019-02-03 Thread Rick McGuire
On Sun, Feb 3, 2019 at 7:07 AM Erich Steinböck wrote: > Trace shows the variable reference operator as "&" (as it was initially > proposed) > Should this now be changed to ">", resp. "<" ? > > Yes, missed that change when we finally resolved what character is used. > Do we really want to have

Re: [Oorexx-devel] Variable Reference APIs

2019-02-02 Thread Rick McGuire
.VariableReference) > self~assertSame(name, varRef~name) > self~assertSame(name, varRef~value) -- @@ shouldn't this be > value(name)? > -- @@ why are these object variables always uninitialized? > end > ~~~ > > On Sat, Feb 2, 2019 at 5:38 PM Rick McGuire wro

Re: [Oorexx-devel] Variable Reference APIs

2019-02-02 Thread Rick McGuire
On Sat, Feb 2, 2019 at 9:42 AM Erich Steinböck wrote: > We have five native Variable Reference APIs. Three of them are available > in all the usual contexts: Thread/MethodCall/Exit > IsVariableReference, VariableReferenceName, VariableReferenceValue > > But two of them are restricted to one

Re: [Oorexx-devel] What's a Variable Reference?

2019-02-02 Thread Rick McGuire
Ahthat's what we call "a bug"! Looks like there is a small problem with the code that recognizes instruction types. Rick On Sat, Feb 2, 2019 at 8:31 AM Erich Steinböck wrote: > >a~namewont work, but >>> >> >> Why do you say this won't work? >> > > It doesn't parse (note that there is

Re: [Oorexx-devel] Need some help with linux debugging.

2019-02-02 Thread Rick McGuire
gnment operator. > With their default implementation created by the compiler, the buffer is > copied as-is, and you have multiple delete of the same buffer. > > FileNameBuffer(const FileNameBuffer ); > FileNameBuffer =(const FileNameBuffer ) > > > On 2 Feb 2019,

Re: [Oorexx-devel] Need some help with linux debugging.

2019-02-02 Thread Rick McGuire
Exception(context, "SysGetFileDateTime", > "time selector", "'A' or 'W'", echoOpt); > > > Enrico > > > On 2 Feb 2019, at 00:39, Rick McGuire wrote: > > For my rexxutil sandbox version, I'm able to get a clean build on Windows, > but on Linu

[Oorexx-devel] Need some help with linux debugging.

2019-02-01 Thread Rick McGuire
For my rexxutil sandbox version, I'm able to get a clean build on Windows, but on Linux, I get a crash running rexximage. I've tried debugging this using ddd, but it doesn't really give my any useful information. I'd really appreciate any assistance you can provide. Rick

Re: [Oorexx-devel] What's a Variable Reference?

2019-02-01 Thread Rick McGuire
Syntactically, it would be a category of Expression term. So in the manual, it would probably be described as a new section 1.11.7 following the new array terms. Syntactically, it is a prefix '>' or '<' followed by a either a simple variable symbol or a stem variable symbol (no compound). The

Re: [Oorexx-devel] Question ad AddCommandHandler()

2019-01-30 Thread Rick McGuire
On Wed, Jan 30, 2019 at 5:51 AM Rony G. Flatscher wrote: > Thanks, one last question in this context. > > On 29.01.2019 21:07, Rick McGuire wrote: > > On Tue, Jan 29, 2019 at 1:18 PM Rony G Flatscher > wrote: > >> Looked thru the code, a few quick questions: >>

Re: [Oorexx-devel] Question ad AddCommandHandler()

2019-01-29 Thread Rick McGuire
ny > > Rony G. Flatscher (mobil/e) > > > Am 29.01.2019 um 14:02 schrieb Rony G. Flatscher < > rony.flatsc...@wu.ac.at>: > > > >> On 28.01.2019 22:24, Rick McGuire wrote: > >> I suggest you look at the test command handler that Erich just added to &

Re: [Oorexx-devel] Question ad AddCommandHandler()

2019-01-28 Thread Rick McGuire
uld > like to support this new API in all of its facets. > > —-rony > > > Rony G. Flatscher (mobil/e) > > Am 28.01.2019 um 21:15 schrieb Rick McGuire : > > The two handler types have different call signatures. When you register > the handler, you are telling the interpre

Re: [Oorexx-devel] Question ad AddCommandHandler()

2019-01-28 Thread Rick McGuire
The two handler types have different call signatures. When you register the handler, you are telling the interpreter which call signature is used to call the handler. Rick On Mon, Jan 28, 2019 at 1:43 PM Rony G. Flatscher wrote: > Question ad new C++ method

Re: [Oorexx-devel] rexxpg 5.0 status

2019-01-26 Thread Rick McGuire
I have to correct myself, there was no typo with ObjectToCSelfScoped(). That is just the name used in the structure. To invoked it you, you call ObjectToCSelf() with two arguments. This function is quite heavily used in the ooDialog code. Rick On Sat, Jan 26, 2019 at 4:30 PM Rick McGuire wrote

Re: [Oorexx-devel] rexxpg 5.0 status

2019-01-26 Thread Rick McGuire
On Sat, Jan 26, 2019 at 3:53 PM Erich Steinböck wrote: > I'm working to bring rexxpg up to 5.0. > Latest doc builds can be found at > https://sourceforge.net/projects/oorexx/files/oorexx-docs/5.0.0beta/ > > Two API sets still need to be added: > > *Variable Reference:* >

  1   2   3   4   5   6   7   8   9   10   >