Re: [Oorexx-devel] Statusreport new testGroups

2021-03-24 Thread Erich Steinböck
> Regarding your more recent change to the framework: It seem these changes did not give the same functionality on Linux, several samples test cases are now broken Right, here's is why: The changes I've done should enable us to run tests directly off the build tree without having to install (and w

Re: [Oorexx-devel] Statusreport new testGroups

2021-03-24 Thread Erich Steinböck
Hi P.O., re your recently committed additional test groups for Samples: all testGroup files should have set these three SVN properties: svn propset svn:eol-style native name.testGroup svn propset svn:executable on name.testGroup svn propset svn:keywords "Date Rev" name.testGroup Also testGroup

[Oorexx-devel] INIT

2021-03-14 Thread Erich Steinböck
While rexxref warns that UNINT "should not be invoked directly", I don't see similar warnings regarding INIT usage. We have classes like File or DateTime which are almost unmutable: there's no obvious method to change the instance - just new instances can be created. Except there's INIT. By usin

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

2021-03-14 Thread Erich Steinböck
> It really is a security feature. > Things start getting terribly wonky if the behavior of a class gets altered beyond the author's intentions. What about allowing just something most basic, like *adding *new methods only (no deletions or modifications of existing)? __

[Oorexx-devel] No inherit for REXX package classes

2021-03-14 Thread Erich Steinböck
For an elegant solution I so often wish I could add a method to a class within the REXX package, but can't, as it's forbidden. I think it's also impossible to add a method to an existing instance of such a class (an instance like e. g. a DateTime that is returned from a .File method). What is pre

Re: [Oorexx-devel] Fwd: Segfault

2021-03-09 Thread Erich Steinböck
> > how to get a core dump out for further analysis in Linux after a > segmentation fault? > I'm no authority in debugging segfaults, but I think it was agreed that core dumps are of little use. To produce output that may be more useful follow the steps documented in https://sourceforge.net/p/oore

Re: [Oorexx-devel] Fwd: Segfault

2021-03-09 Thread Erich Steinböck
> > REXX-ooRexx_5.0.0(MT)_64-bit 6.05 18 Dec 2019 r11963 > P.O, you seem to be running an outdated build. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Testing ooRexx on Jenkins Windows machine

2021-02-24 Thread Erich Steinböck
> is the Windows testing supposed to be running from the build directory rather than from the installation? Yes, on Windows we run tests directly from the build. The test job just adds the build directory to its PATH, like this set PATH=..\..\ooRexx-windows64-build\oorexxBuild\bin;%PATH% This was

Re: [Oorexx-devel] test case rexxtry

2021-02-21 Thread Erich Steinböck
Hi P.O., > \Microsoft was unexpected at this time. > I cannot figure out what is wrong in this call? In my setbuild.bat I can successfully run vcvarsall.bat like this: call "C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvarsall.bat" amd64 *

Re: [Oorexx-devel] 2 failing testcases

2021-02-18 Thread Erich Steinböck
In short, what's the output of this: rexx -e "f = 'xyzzy'; call charout f, 'x'; say .File~new(f)~lastmodified; 'ls --full-time xyzzy'" On Linux I'm getting: 2021-02-18T15:32:29.972267 -rw-rw-r-- 1 erichst erichst 8 2021-02-18 15:32:29.972267549

Re: [Oorexx-devel] 2 failing testcases

2021-02-18 Thread Erich Steinböck
On this machine, when you create a file with rexx (e. g. rexx -e "call charout 'xyzzy', 'x'") and you then run ls --full-time xyzzy from the command line, does it show actual fractions of seconds, like this? 2021-02-18 15:25:37.160859110 +0100 xyzzy ___ O

Re: [Oorexx-devel] 2 failing testcases

2021-02-18 Thread Erich Steinböck
> Test: TEST_FILE_ACCESSED_FRACTIONS > Test: TEST_FILE_LASTMODIFIED_FRACTIONS Hi P.O., when the initial CMake runs on this system, what are the values for HAVE_STAT_ST_MTIM and HAVE_STAT_ST_MTIMESPEC ? Are these values different when building for other DARWIN systems, where the fractions work

Re: [Oorexx-devel] GUARD testGroup

2021-02-12 Thread Erich Steinböck
Hi P.O., I've just committed a sleep time increase for this specific test. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] open() option APPEND

2021-02-10 Thread Erich Steinböck
Thanks for clarifying the timeline :-) Now back to the question: s~open('append'); s~lineOut('xxx', 1) ignores the line number argument for lineOut and unconditionally appends s~open; s~lineOut('xxx', 1) overwrites the first line This is pretty crazy, as 1) "append" should be default (or not?) fo

Re: [Oorexx-devel] open() option APPEND

2021-02-09 Thread Erich Steinböck
Any ideas on how this was meant to be when it was designed? On Fri, Feb 5, 2021 at 9:14 PM Erich Steinböck wrote: > I understand we can open a file for write access in either REPLACE or > APPEND mode, the latter being the default. Also, rexxpg says "By default, > LINEOUT

Re: [Oorexx-devel] [bugs:#1712]: do we store pointers in the rexx image?

2021-02-09 Thread Erich Steinböck
> The various code objects that back methods contain pointer values, but these get re-resolved at image restore time, so the fact that they get saved in the image is completely benign. If I correctly understand the bug report, the issue is the existence of (changing) saved pointer values in the i

[Oorexx-devel] [bugs:#1712]: do we store pointers in the rexx image?

2021-02-09 Thread Erich Steinböck
re bug report 1712 https://sourceforge.net/p/oorexx/bugs/1712/ Do we store pointer values in the rexx.img during object flatttening? ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-deve

[Oorexx-devel] open() option APPEND

2021-02-05 Thread Erich Steinböck
I understand we can open a file for write access in either REPLACE or APPEND mode, the latter being the default. Also, rexxpg says "By default, LINEOUT appends to an existing file." But the open() method description in rexxref describes the APPEND option with "The write pointer cannot be moved a

Re: [Oorexx-devel] Seven years since the last release

2021-01-31 Thread Erich Steinböck
René, I'll see what I can do, time and skills permitting. I have no experience how to convince distributions to pick up ooRexx 5 or to bring it into the Windows Store. Erich On Sun, Jan 24, 2021 at 2:02 PM René Jansen wrote: > I agree with Rick here. > > But: the problem here is that the notion

[Oorexx-devel] Arithmetic

2020-11-23 Thread Erich Steinböck
Different results for a-b and a+(-b) may well be a bug. ~~~ numeric digits 3 say (1005 - 1004) (1005 + (-1004)) -- 0 10 ~~~ On Mon, Nov 23, 2020 at 11:46 AM WalterPachl wrote: > Thanks > > so 370 == ooRexx <> Regina > > arithaa > REXX370 4.02 01 Dec 1998 ooRexx Regina > -20.98 + 1005 -> 980 98

[Oorexx-devel] GC detects invalid object size

2020-11-21 Thread Erich Steinböck
When validateObject in MemorySegment.hpp is enabled and our tests are run, I'm seeing (only very few) invalid object size detections, and all of them seem to be related to running rexxc - compiled code. If the trivial Rexx program `return 99` is compiled with rexxc and the output is run, this is t

[Oorexx-devel] Debug printf requires \n

2020-11-21 Thread Erich Steinböck
Not sure if anyone noticed, but since implementation of [feature-requests:#777] "Problems with ANSI Escape Sequences", any debug printf from within our Rexx code has to be coded with an additional \r, like printf("debug\r\n"), otherwise there is no carriage return. A simple printf("debug\n" used to

Re: [Oorexx-devel] Hang issue with current trunk

2020-11-20 Thread Erich Steinböck
nvoked out of order. That >>> is, the StemHandler destructor appears to be invoked BEFORE the ApiContext >>> one for the ThrowException2() call. We may need to continue to rely on >>> using the RaiseExceptionX calls. >>> >>> Rick >>> >>>

Re: [Oorexx-devel] Hang issue with current trunk

2020-11-20 Thread Erich Steinböck
If this is SysFileTree-specific then there must be something unique in SysFileTree. I think it is the only routine where we use try/catch. Might this try/catch interfere with our ThrowExceptionX() ? On Fri, Nov 20, 2020 at 3:02 PM Erich Steinböck wrote: > This is Windows-only. > But i

Re: [Oorexx-devel] Hang issue with current trunk

2020-11-20 Thread Erich Steinböck
rever. I've traced this process in the debugger, and > everything is happening as suspected, but somehow the mutex is still messed > up. Does this fail on any other platforms, or is it just a Windows problem? > > Rick > > On Fri, Nov 20, 2020 at 5:58 AM Erich Steinböck < &

Re: [Oorexx-devel] Hang issue with current trunk

2020-11-20 Thread Erich Steinböck
Replacing ThrowException2 with RaiseException2 in nullStringException() in RexxUtilCommon.hpp makes this piece of code work again. On Fri, Nov 20, 2020 at 10:34 AM Erich Steinböck wrote: > isolate the problem to a single test >> > OK, this piece of code reproduces the hang - both o

Re: [Oorexx-devel] Hang issue with current trunk

2020-11-20 Thread Erich Steinböck
> > isolate the problem to a single test > OK, this piece of code reproduces the hang - both on 32- and 64-bit Windows ~~~ signal on syntax call SysFileTree "", f. syntax: m = ""~start("HELLO") r = m~result ~~~ ___ Oorexx-devel mailing list Oorexx-devel

Re: [Oorexx-devel] Hang issue with current trunk

2020-11-19 Thread Erich Steinböck
I suspect there might have been an > error in the dispatched message object such that the thread died without a > the message completing. > > Rick > > On Thu, Nov 19, 2020 at 12:00 PM Erich Steinböck < > erich.steinbo...@gmail.com> wrote: > >> With the current tru

[Oorexx-devel] Hang issue with current trunk

2020-11-19 Thread Erich Steinböck
With the current trunk we have a hang issue on Windows when running the tests that I cannot track down. I have no idea what may have introduced (or surfaced) the issue, and the issue seems elusive as if it were related to GC. The fastest way to reproduce is by running testoorexx -s -S -f SysFileT

[Oorexx-devel] The Largest Whole Number Club

2020-11-10 Thread Erich Steinböck
Armed with our newly acquired knowledge how NUMERIC DIGITS works, let's boldly go where no Rexx has gone before: calculate the largest Rexx whole number ever created! And best of all: each of you who runs this code will be their own record holder - for a few seconds! ~~~ numeric digits 10 -- wave

Re: [Oorexx-devel] Quirk of the Day

2020-11-09 Thread Erich Steinböck
> > Who on earth (except "us nasty testers") would ever issue ND 1 > This is from some math code doing arbitrary-precision calculations. ~~~ numeric digits x~length -- use full argument precision ... does some argument reduction here numeric digits self~package~digits -- revert back to package

[Oorexx-devel] Quirk of the Day

2020-11-09 Thread Erich Steinböck
This one stunned me! ~~~ numeric digits 1 numeric digits 18 -- Error 26.5: DIGITS value must be a positive whole number; found "18". ~~~ ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx

Re: [Oorexx-devel] Building ooRexx on OS/2?

2020-10-30 Thread Erich Steinböck
Hi P.O., > cc.exe: schwerwiegender Fehler: Øemxomfld.exeÆ kann nicht ausgefÅhrt > werden: spawnvp: No such file or directory > to me ths clearly looks like an OS/2 tool chain issue and not something that can be fixed from ooRexx's side. ___ Oorexx-de

Re: [Oorexx-devel] Fwd: Rexx forum

2020-10-13 Thread Erich Steinböck
> > Should I expect sigl to be available in the context of a ::method? > SIGL is only set for a transfer of control *to a label* (that is, any SIGNAL, CALL, internal function call, or trapped condition). To get the line number of a method's caller you can use .Context~stackFrames[2]~line (This ass

Re: [Oorexx-devel] looking for ooSqlite source

2020-09-27 Thread Erich Steinböck
Hi Dave, Where can I find the source for the ooSqlite package? > you will find the ooSQLite souirce at https://sourceforge.net/p/oorexx/code-0/HEAD/tree/incubator/ooSQLite/ Btw I have also built ooRexx Version 5.0.0 r12113 for Ubuntu 20.04 (s390x) > as well and have made a *.deb package > Who sho

Re: [Oorexx-devel] Short cutting logical operators

2020-09-06 Thread Erich Steinböck
Hi Thom, I believed the computer did the short circuiting automatically on these > boolean expressions. > In ooRexx expressions are wholly evaluated, unless an error occurs during evaluation, no short-cut evaluation like in C. Seems like var++ might be more a useful shortcut than var = var + 1 >

[Oorexx-devel] EXTERNAL name string parsing

2020-09-06 Thread Erich Steinböck
Our LanguageParser uses words() to break up the name string of an EXTERNAL option into an Array of words. A comment for words() says "The first word will be uppercased, and all of the strings will be added to the common string pool." The loop (see code below) that intends to add the second and fu

Re: [Oorexx-devel] Short cutting logical operators

2020-09-04 Thread Erich Steinböck
You're right. I've often wondered whether a method call really *must* evaluate all its arguments upfront. What about lazy evaluation? Only evaluate an argument when it is actually required, i. e. accessed for the first time? On Fri, Sep 4, 2020 at 3:17 PM Rick McGuire wrote: > Hmmm, I found an a

Re: [Oorexx-devel] Short cutting logical operators

2020-09-04 Thread Erich Steinböck
I'm in favor of this proposal. To follow our existing shortcut-style with commas (note that although almost all of our current comma-shortcuts are AND-style, we also have an OR-style comma-shortcut for a WHEN in a SELECT CASE) we might use and-comma (&,) and or-comma (|,) as operators. On Fri, Sep

Re: [Oorexx-devel] MacOSX, Linux: questions ad install locations for ooRexx

2020-08-17 Thread Erich Steinböck
Linux ooRexx builds should default to /usr/local Enrico promised to provide CMake patches to introduce include(GNUInstallDirs) logic so that our build would follow the current GNU standard. Enrico, do you think you can still provide this? ___ Oorexx-dev

Re: [Oorexx-devel] Fwd: [oorexx:bugs] #1713 Virus in future (beta) version

2020-07-02 Thread Erich Steinböck
Hi René, I've removed the build files flagged by Sourceforge as suspicious. They were all Trojan.GenericKD, a heuristic detection which sometimes gives a false positive. I don't think we can do much to prevent this. Sourceforge's Bitdefender doesn't flag ooRexx-5.0.0-12096.windows.x86_32.exe that

Re: [Oorexx-devel] A partial doc review.

2020-06-10 Thread Erich Steinböck
Rick, I'll do. So your annotations are proposed changes to what we have, right? On Wed, Jun 10, 2020 at 8:16 PM Rick McGuire wrote: > Over a year ago, I started making an annotated version of the rexxref.pdf > file with the intent of doing a full top down review. As with all items of > this size

Re: [Oorexx-devel] A surprise with Date('T')

2020-04-29 Thread Erich Steinböck
Hi Walter, > DATE('T') returns apparently the same number as time('T') without > mentioning that in the reference > both DATE("T") and TIME("T") correctly state "returns the number of seconds since 00:00:00.00 on 1 January 1970". Say date(T,20200427,S) uses today's time 00:00:00 > rexxref say

[Oorexx-devel] Are Strings unique?

2020-04-18 Thread Erich Steinböck
The interpreter doesn't guarantee that String objects are unique, i. e. at most one copy of e. g. a string "FUNCTION" can exist, does it? Most of the interpreter code uses strCompare(GlobalNames::NNN), but there are rare exceptions doing a direct compare like == GlobalNames::NULLSTRING or == Globa

[Oorexx-devel] Windows compile to at least Vista

2020-04-16 Thread Erich Steinböck
Commit 12064 adds a compiler define _WIN32_WINNT 0x0600 to our CMake for Windows. This means that we build for Vista or higher, and only APIs already present in Vista can be used. With this define use of a later-than-Vista API will give an "undefine

Re: [Oorexx-devel] Changes in rev 12051

2020-04-13 Thread Erich Steinböck
> > Don't you also have to ensure rxapi is stopped/started when switching > between different versions? > I guess you're right. Sure, I have my killrxapi batch file available all the time, but I really almost never (have to) use it. That may be because there's only very little change happening wit

Re: [Oorexx-devel] Changes in rev 12051

2020-04-12 Thread Erich Steinböck
> > provide Linux installers for an *alternative installation location* for > those who really need it, say to /opt or /usr/local/ rather than to /usr? > While I agree that our installers should not install to /usr but to /usr/local instead (which I think was what Enrico suggests and what CMake GNU

Re: [Oorexx-devel] New rexxpg draft, request for proofreading (Re: rexxpg test rendering (Re: DocBook 4.5 tagging

2020-04-09 Thread Erich Steinböck
Rony, I'd rather avoid introducing new terminology like "specializes", "constructor" or "destructor" - none of our ooRexx docs use it. When changing docs, I always try to keep the new wording similar to the current style and terminology. Using hard-coded cross-book references like below doesn't se

Re: [Oorexx-devel] Changes in rev 12051

2020-04-08 Thread Erich Steinböck
> > Try installing an older build (rpm module) after removing the newer build I don't think I can as the two RPM-based slaves CentOS and SLES390 I have access to don't have full sudo access. Enrico, can you maybe test what P.O. asks for? ___ Oorexx-deve

Re: [Oorexx-devel] Changes in rev 12051

2020-04-08 Thread Erich Steinböck
Hi P.O., you may have copies of old builds hanging around, or build from an outdated SVN working copy. Our build machine builds fine on all slaves, including the CentOS slave, and uploads packages with the correct SVN build numbers. (see the console log of the sourceforge-upload job).

Re: [Oorexx-devel] Changes in rev 12051

2020-04-07 Thread Erich Steinböck
> > I think some changes introduced at a later stage was mistakenly removed by > that rollback > Should not some of these settings be restored? > The roll back was done with a simple svn merge -c -11900,-11899 . So I'd assume it to be correct .. can you please specify which change you think was rol

Re: [Oorexx-devel] [Oorexx-svn] SF.net SVN: oorexx-code-0:[12051] main/trunk/platform/unix

2020-04-06 Thread Erich Steinböck
Hi P.O, yes, the update-alternatives stuff is gone. For the other changes please check the diff. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx-code-0:[12051] main/trunk/platform/unix

2020-04-06 Thread Erich Steinböck
Hi P.O. this removes the CMake changes by Mark Hessling which were committed by René. They had been causing a bunch of issues, where the code duplication you've seen with oorexx.spec.in is one of them. René confirmed that the best option was to roll them back. _

Re: [Oorexx-devel] rexxpg test rendering (Re: DocBook 4.5 tagging

2020-04-05 Thread Erich Steinböck
Rony, as before: I don't think fonts and emphasis should be used within a heading (classname tag etc.) - none of our books do. The class hierarchy still doesn't show (e. g.) Array indented below OrderedCollection - as said, compare this with the easy to understand 4.2 layout. And the hierarchy refe

Re: [Oorexx-devel] Test suite fails on Fedora 31

2020-04-03 Thread Erich Steinböck
Hi Enrico, rexx testOORexx .. It should have returned .. Failure during initialization > How ooRexx searches for external files is documented in rexxref section "Locating External Rexx Files" or the well known Rexx extension CLS,cls,REX,rex ..Is reasonable .. to > search for upper and lower cas

Re: [Oorexx-devel] DocBook 4.5 tagging

2020-04-01 Thread Erich Steinböck
Rony, you find the DocBook reference at https://tdg.docbook.org/tdg/4.5/docbook.html Each tag lists its allowed parents and children (if any). You can find ooRexx 4.2 documentation at https://sourceforge.net/projects/oorexx/files/oorexx-docs/4.2.0/ ___ O

[Oorexx-devel] DocBook 4.5 tagging

2020-03-31 Thread Erich Steinböck
Rony, we're on Docbook 4.5. xref's within classname (or filename) are not allowed. You may want to check with the docs or our existing xml's before using any special xml tagging. Please revert this change. Also the rexxpg modification to the class hierarchy now fails to show Array being an Ordere

Re: [Oorexx-devel] Documentation: using less bold font for some elements ?

2020-03-24 Thread Erich Steinböck
ooRexx only accepts Common Public License v1.0 You are providing your rgf_util2.rex under ASF 2.0 On Mon, Mar 23, 2020 at 7:14 PM Rony G. Flatscher wrote: > Hi Erich, > > On 22.03.2020 11:56, Erich Steinböck wrote: > > I agree with Gil. Let's stay with our current codi

Re: [Oorexx-devel] Documentation: using less bold font for some elements ?

2020-03-24 Thread Erich Steinböck
- > > have classnames, literals and the like marked up with the methodname tag > in title elements to see its effect on the TOC formatting? > Is it o.k. to use the methodname tag for marking up keywords, subkeywords > and directives? - I totally disagree with intentional mis-tagging. - - Only tag

Re: [Oorexx-devel] Question on documentation, Rexxref, 8.74. SysTempFileName

2020-03-23 Thread Erich Steinböck
Hi P.O., yes, SysTempFileName is expected to now work identically on all platforms. Providing a test case would be great ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Documentation: using less bold font for some elements ?

2020-03-22 Thread Erich Steinböck
Rony, I agree with Gil. Let's stay with our current coding/tagging style and the typographic conventions. Also, rgf_util2.rex is unacceptable for inclusion in our svn. Please fix the copyright or remove it from the svn, and please also do so for any other of your current or future commits. _

Re: [Oorexx-devel] Errors in Linux builds

2020-03-13 Thread Erich Steinböck
Hi P.O., recently committed additional tests have uncovered this issue (and you've already opened a bug report for that). ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Inconsistent names in .rexxinfo and .file classes for the operating system dependent separator characters

2020-03-08 Thread Erich Steinböck
No. RexxInfo and File both use "pathSeparator". For the directory separator, File is using separator, but for the new RexxInfo a decision was made to use directorySeparator. On Sun, Mar 8, 2020 at 6:58 PM Rony G. Flatscher wrote: > The new RexxInfo class uses the name "directorySeparator" wherea

Re: [Oorexx-devel] rexxpg.pdf: using svg instead of png graphics?

2020-03-06 Thread Erich Steinböck
Rony, the SVG images work fine when building for PDF, but last time I tried building for HTML, I found that they displayed much worse than PNG. This was with the old Publican build, not Gil's new tool chain, so I'm not sure how our current results are with building for HTML, but you might want to w

Re: [Oorexx-devel] Ad empty line problem (Re: New Process for Building the ooRexx Documentation

2020-02-23 Thread Erich Steinböck
Gil, with your new doc tools build chain, do you still see those (maybe thousands) of "Content overflows the viewport of the fo:region-after on page ... in block-progression direction by 77 millipoints." (and lots of other) warnings that current doc builds with fop 1.1 generate? ___

Re: [Oorexx-devel] Ad empty line problem (Re: New Process for Building the ooRexx Documentation

2020-02-23 Thread Erich Steinböck
Removal of unwanted leading/trailing whitespace from a DocBook element with a "fop preprocessing" script was just my bad hack and should be abandoned. Please add the following code to the xsl style sheet - this should take care of what we want. The script invocation should be removed. ~~~

Re: [Oorexx-devel] ooRexx on Fedora

2020-02-06 Thread Erich Steinböck
gt; > On 18 Nov 2019, at 21:41, Erich Steinböck > wrote: > > Would you want to provide a CMakeLists.txt patch that changes our build to > a setup using `include(GNUInstallDirs)` as you once proposed? > > > Hi Erich, > I will be glad to do it, it will take a bit of

Re: [Oorexx-devel] ooRexx on CentOS 8

2020-02-06 Thread Erich Steinböck
Hi P.O. Question 1: Is it normal that cpack installs the successful build or not? > No, cpack just creates the rpm. Question 2: is it necessary to uninstall before installing a never version > or is this taken care of in the installer for Linux? (pre and post scripts) > Should not be necessary.

Re: [Oorexx-devel] Build error on macOS Catalina in r11975

2020-02-06 Thread Erich Steinböck
That's nothing to worry about. The test was too strict - I've relaxed it On Wed, Feb 5, 2020 at 5:35 PM P.O. Jonsson wrote: > When I try to run the test suite for build 11975 I have one error when > running it on a Mac with the latest OS, Catalina (10.15), it does not > matter if I build locally

Re: [Oorexx-devel] New Process for Building the ooRexx Documentation

2020-01-21 Thread Erich Steinböck
> > Is there further mail exchange after this mail? I would like to have a > copy > Hi P.O., you should be able to find all mails through this route: https://sourceforge.net/p/oorexx/mailman/oorexx-devel/, then click on the month (here e. g. Dec 2018), then click Showing 250, and Threaded. which

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

2019-12-17 Thread Erich Steinböck
Gil, can you give one example of a required change? Do you expect that any of the required changes will break the ability to build with Publican? ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo

Re: [Oorexx-devel] ooRexx Test failing on macOS High Sierra that passes on Mojave

2019-11-26 Thread Erich Steinböck
> > svn:r11614 Change date: 2018-12-15 22:05:03 +0100 > svn:r11614 Change date: 2018-12-15 22:05:03 +0100 > Hi P.O., these are outdated testgroups - run svn update ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.

Re: [Oorexx-devel] File missing in build on Fedora?

2019-11-18 Thread Erich Steinböck
> > I get two errors that are related to a missing file dateparser.cls > Hi P.O., I just committed a change to the RPM spec file (untested) Can you please check (you need to rerun cmake) if this is fixed? Thanks! ___ Oorexx-devel mailing list Oorexx-de

Re: [Oorexx-devel] ooRexx on Fedora

2019-11-18 Thread Erich Steinböck
Hi Enrico, The proper default install directory for all the unix like systems should > be /usr/local > The /usr directory should be updated only and I confirm ONLY by rpms / > debs BUILT and CERTIFIED by the system maintainers > I agree (though it should still be possible to override the defaul

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

2019-11-16 Thread Erich Steinböck
> > Processing file tmp/en-US/xml_tmp/Feedback.xml -> > tmp/en-US/xml/Feedback.xml > As I wrote you will need to issue the publican build command from within one of the ooRexx docs directories, like rexxpg or rexxref. None of our ooRexx docs has a Feedback.xml __

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

2019-11-16 Thread Erich Steinböck
u did it (it's difficult because you'll stumble from issue to issue and lose track - at least this is what happened to Rick and me). On Sat, Nov 16, 2019 at 8:55 PM P.O. Jonsson wrote: > > Am 16.11.2019 um 20:27 schrieb Erich Steinböck >: > > Can I download

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

2019-11-16 Thread Erich Steinböck
> > Can I download the common contents from Sourceforge? > Just check out https://svn.code.sf.net/p/oorexx/code-0/docs/trunk This checks out all ooRexx docs and also the oorexx directory, which is the common content There are no *.spec files in the Publican directory at all. Did you follow the thr

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

2019-11-16 Thread Erich Steinböck
Hi P.O., Can someone send me the file *publican-oorexx.spec* used in the brand? > I know it should go into C:/Program Files (x86)/Publican/Common_Content/ > oorexx/ > I don't have a publican-oorexx.spec on my system, and also no oorexx directory in Publican\Common_Content\ When building, I call

Re: [Oorexx-devel] Bug gone away of it's own accord - should I log it?

2019-11-14 Thread Erich Steinböck
Hi Jon, I have a small test program at home which demonstrates this > Yes, please provide it the interpreter exits immediately. > What is the return code when it exits? ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourc

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

2019-11-07 Thread Erich Steinböck
> > I guess you mean in addition to signal on halt? > Yes. surely *signal on any* will capture ANY condition? > Yes, but you typically will only want to capture those conditions you're interested in. Capturing HALT and SYNTAX should be sufficient for the case you have presented. __

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

2019-11-07 Thread Erich Steinböck
> > The only difference is your signal handler will also trap the error > condition > To be technically correct it'll be a SYNTAX condition that will be trapped for your untrapped HALT condition. So you might want to use SIGNAL ON SYNTAX in addition to what you have. __

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

2019-11-02 Thread Erich Steinböck
> > markup that gets used is dictated by the team's normal practices, rather > than a formal definition? Yes, our ooRexx docs use plain Docbook, nothing more specific. > > ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.s

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

2019-10-30 Thread Erich Steinböck
> > Is the issue with the first stage of the processing or the the PDF > generation? Yes, in the first stage, before fop starts. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

2019-10-30 Thread Erich Steinböck
> > I'm not really that comfortable with relying on an old version of tools > that don't really have any support any more > The issue has become even more serious since switching over to Windows 10. All ooRexx docs still build (with slightly less appealing fonts) except for rexxref. Tested on two W

Re: [Oorexx-devel] Development Tools Required

2019-10-11 Thread Erich Steinböck
Hi taf, https://sourceforge.net/p/oorexx/wiki/how-to-build-oorexx gives an overview of the toolchain required for building ooRexx. Rexx/DW may need a different toolchain to build. You'll have to check their readmes and/or makefiles. On Thu, Oct 10, 2019 at 11:27 PM taf wrote: > I'd like to work

[Oorexx-devel] MutableBuffer []= method

2019-10-05 Thread Erich Steinböck
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 last argument. But []= doesn't actually accept the third pad argument and the source code has a comment "this is just repla

Re: [Oorexx-devel] dependency on svn

2019-09-17 Thread Erich Steinböck
> if( EXISTS ${CMAKE_SOURCE_DIR}/.svn ) I don't think this is a good solution, as it depends on how you check out sources. If you check out main/trunk, main/trunk/.svn will exist But if you check out main, no main/trunk/.svn will exist (only main/.svn) __

[Oorexx-devel] ooSQLite Blob handling

2019-09-06 Thread Erich Steinböck
To be able answer Paul Higgins' recent question regarding retrieval of BLOB data, I checked ooSqlite's BLOB handling - see incubator/ooSQLite. It seems that ooSQLite will return BLOBs as ooRexx Buffer objects only. This means that its content cannot be accessed through ooRexx unless there was a he

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

2019-08-24 Thread Erich Steinböck
Hi Terry, according to https://www.gtk.org/download/windows.php there seems to be a pre-configured MSVC 64 bit project to compile from source. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oo

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

2019-08-23 Thread Erich Steinböck
Hi Terry, on Windows ooRexx uses LoadLibrary() to load the dll. LoadLibrary first searches the directory where ooRexx is installed, so that would be the suggested place to put your rexxgtk.dll. rexxgtk.dll should be named in all lowercase, as rexxgtk.cls uses this name to reference it. libgtk-win

Re: [Oorexx-devel] At revision r11880

2019-05-04 Thread Erich Steinböck
Sure .. should have been Windows-only Fixed with revision 11883 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad SysFile->open( (int) handle) ...

2019-05-04 Thread Erich Steinböck
I don't think so. See bug 1357. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] At revision r11880

2019-05-04 Thread Erich Steinböck
Hi Enrico, thanks. I just committed a fix with revision 11881 ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Segfault in ooRexx 5 beta

2019-05-01 Thread Erich Steinböck
Bob, we'd need a minimal piece of code which reproduces the issue. Failing that, a stacktrace at the point of failure might also help. Do you build your own ooRexx version on Mint? On Wed, May 1, 2019 at 9:59 AM rvm--- via Oorexx-devel < oorexx-devel@lists.sourceforge.net> wrote: > I'm running a

[Oorexx-devel] Windows commands change console window title

2019-04-27 Thread Erich Steinböck
On Windows, our default command handler changes the console window title to "path-to-cmd\cmd.exe /c executing-command" and after the command finishes, reverts it to what it was before. Is there a good reason we're doing this? Windows batch files don't do it, and most commands won't run long enough

Re: [Oorexx-devel] OpenIndiana r11836 new testGroup error

2019-03-11 Thread Erich Steinböck
Jason, I've committed a fix for the issue. Can you please build the latest trunk and confirm whether this works? Thanks! ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] OpenIndiana r11836 new testGroup error

2019-03-11 Thread Erich Steinböck
> > answer 0 may apply to OpenIndiana > Jason, that's why I asked for the output of readlink -f /proc/$$/path/a.out Please provide the output of *exactly* this command, don't change " path/a.out" to "usr/bin/rexx" please ___ Oorexx-devel mailing list Oor

Re: [Oorexx-devel] OpenIndiana r11836 new testGroup error

2019-03-11 Thread Erich Steinböck
What is the output of these commands? ($$ should resolve to your shell's pid; if it doesn't, please manually insert the pid) echo /proc/$$/path/a.out readlink -f /proc/$$/path/a.out ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https:/

Re: [Oorexx-devel] OpenIndiana r11836 new testGroup error

2019-03-11 Thread Erich Steinböck
Hi Jason, to retrieve the current executable's path, we expect getexecname() to be available for Solaris. Can you please give us the cmake build output (displayed when you run cmake) for -- Looking for getexecname What is the output of these commands? ($$ should resolve to your shell's pid; if it

Re: [Oorexx-devel] At revision r11833

2019-03-11 Thread Erich Steinböck
> > what test was being run? > The exception happens (on all Jenkins build slaves we have) after all tests are finished and the final stats have been printed. ___ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/

<    1   2   3   4   5   6   7   >