Re: [Oorexx-devel] Generating the documentation

[Jon Wolfers]

Yes, Brilliant - thank you so much.

Jon

On Wed, 10 Jun 2020 at 15:18, Mike Cowlishaw  wrote:

> Excellent work by all!!!
>
> Mike
>
>
> > Back at the end of October last year, a discussion started
> > about finding a replacement for our process to build our
> > documentation. The reason being "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 Win 10 machines, any
> > rexxref build fails with a c005 exception about 99% of
> > the time, but eventually successfully builds in 1 out of a
> > 100 tries.� A real pain."
> > This quote from Erich summarized the issues he was
> > experiencing using the Publican tools that have been our only
> > method of getting our documentation built.
> >
> > I volunteered to "slog" through the process starting with
> > investigating using the Pandoc tool as a potential
> > replacement for Publican. When that effort didn't "pan" out,
> > I started looking for other tools and in early December I
> > reported the first build of one of our documents using some
> > other tools. There were issues still to be resolved (and many
> > still to be discovered!) but the approach seemed worth
> > pursuing. As a result I stated "My goal is to develop a
> > package containing the tools that anyone can download and
> > install that will allow them to build our docs on Windows 10
> > from a fresh checkout from SourceForge with minimal changes
> > to those files."
> >
> > I am happy to report that this goal has now been achieved! In
> > addition, with the help of P.O. Jonsson and Rony Flatcher, we
> > now also have packages that run on Mac and Ubuntu Linux.
> > These produce documents that are indistinguishable from those
> > produced on Windows. All three packages are available on
> > SourceForge in the tools folder of the docs section -
> > .../docs/trunk/tools/.
> >
> > In addition to having no reliance on Publican, the packages
> > use the most recent versions of the Docbook DTDs and style
> > sheets and Apache FOP.
> > However, the source files remain usable by Publican so we
> > have not "burned any bridges" in developing these packages.
> >
> > For anyone interested in trying one of these packages, I
> > strongly suggest you download and read the file "read1st.txt"
> > in the Windows package as a first step. It fully documents
> > what is involved in generating our documents using the package.
> >
> > As the packages are now in SVN, please report bugs and
> > request enhancements through the ooRexx ticket process.
> >
> > --
> > Gil Barmwater
>
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Ping

[Jon Wolfers]

I'm still here - well and with all we need.

Currently furloughed from my work which I hope means I will get a chance to
look at that paragraph from Rexxpg that I left hanging on 9th March, but so
far the days are very full with little jobs around the flat I've neglected
for far too long.

Stay Safe (& Kudos to Rick for Mask making)

Jon

On Wed, 22 Apr 2020 at 15:35, Gil Barmwater  wrote:

> Good to hear from folks again! I was worried that sf might be having
> problems with the mailing lists.
>
> One item on the documentation building process: while I have uploaded the
> "non-external" parts of the package to sf, I still would like to put the
> seven zip files of the "external" parts somewhere as a backup. I would
> suggest a folder in the Files section, possibly named "bldoc_packages". I
> can supply the files if someone can set up the folder and put the files in
> it.
>
> Gil
> On 4/22/2020 9:48 AM, René Jansen wrote:
>
> Hi Gil,
>
> I too hope that everyone is well, and just busy. I need to thank you for
> the great looking documentation, and I would like to be able to build it
> myself, and on the Jenkins machine. I will replace the old documents on the
> oorexx.org server, but we need to be able to point to places where people
> can get version 5.
>
> It seems the open source world is a bit more relaxed about ‘golden’
> releases, but unfortunately some corporate entities still require us to
> call it ‘GA’ before their people are allowed to touch it. I hope we can
> reach that point somewhere and are able to get ooRexx into the repositories
> at SLES, RHEL and Ubuntu, also homebrew would not be bad. I am going to try
> to find that email with things that needed to be done, documentation was
> one, Apple installer was one; we are much closer now I guess.
>
> best regards,
>
> René.
>
> On 22 Apr 2020, at 15:17, Gil Barmwater  wrote:
>
> Things have been very quiet; hope everyone is well.
>
> --
> Gil Barmwater
>
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
>
>
> ___
> Oorexx-devel mailing 
> listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
> --
> Gil Barmwater
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Fwd: SF.net SVN: oorexx-code-0:[12018] main/trunk

[Jon Wolfers]

Hi P.O.,

Are you subscribed to the OoRexx-svn list
?  That wasn't
one of the ones that I moderated for you the other day.

(Due to world madness - Moderators can no longer see the names of
subscribers to sourceforge mailing lists)

Jon

On Sun, 29 Mar 2020 at 16:43, P.O. Jonsson  wrote:

> Ok, thanks for the hint, I cannot see that the info gets through myself.
> Sorry.
>
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se
>
>
>
> Am 29.03.2020 um 17:32 schrieb Rick McGuire :
>
> Please DO NOT FORWARD these messages. The other messages indicating a
> commit is made gets through and includes a link to the relevant commit
> information if we need to see it. You taking an extra step to forward them
> defeats the filters I have set up for dealing with commit messages. The
> extra noise is not appreciated.
>
> Rick
>
> On Sun, Mar 29, 2020 at 11:05 AM P.O. Jonsson  wrote:
>
>> Dear all,
>>
>> For some reason my (automated) messages to oorexx-svn list are rejected.
>> The committed items go through but until this issue is solved I will
>> forward the messages here. Sorry for spamming but I do not know what else
>> to do, I am subscribed to the list afaik.
>>
>> Hälsningar/Regards/Grüsse,
>> P.O. Jonsson
>> oor...@jonases.se
>>
>>
>>
>> Anfang der weitergeleiteten Nachricht:
>>
>> *Von: *oorexx-svn-ow...@lists.sourceforge.net
>> *Betreff: **SF.net  SVN: oorexx-code-0:[12018]
>> main/trunk*
>> *Datum: *29. März 2020 um 17:01:08 MESZ
>> *An: *perolovjons...@users.sf.net
>>
>> Your message has been rejected, probably because you are not
>> subscribed to the mailing list and the list's policy is to prohibit
>> non-members from posting to it.  If you think that your messages are
>> being rejected in error, contact the mailing list owner at
>> oorexx-svn-ow...@lists.sourceforge.net.
>>
>>
>> *Von: *perolovjons...@users.sf.net
>> *Betreff: **SF.net  SVN: oorexx-code-0:[12018]
>> main/trunk*
>> *Datum: *29. März 2020 um 17:01:05 MESZ
>> *An: *oorexx-...@lists.sourceforge.net
>>
>>
>> Revision: 12018
>>  http://sourceforge.net/p/oorexx/code-0/12018
>> Author:   perolovjonsson
>> Date: 2020-03-29 15:01:05 + (Sun, 29 Mar 2020)
>> Log Message:
>> ---
>> adding factor.rex from 4.2; amending copyright; amending CMakeLists.txt
>>
>> Modified Paths:
>> --
>>main/trunk/CMakeLists.txt
>>
>> Added Paths:
>> ---
>>main/trunk/samples/factor.rex
>>
>> Modified: main/trunk/CMakeLists.txt
>> ===
>> --- main/trunk/CMakeLists.txt 2020-03-28 20:30:31 UTC (rev 12017)
>> +++ main/trunk/CMakeLists.txt 2020-03-29 15:01:05 UTC (rev 12018)
>> @@ -1703,6 +1703,7 @@
>> configure_build_file(rexxtry.rex ${build_samples_dir})
>> configure_build_file(rexxcps.rex ${build_samples_dir})
>> configure_build_file(ccreply.rex ${build_samples_dir})
>> +configure_build_file(factor.rex ${build_samples_dir})
>> configure_build_file(greply.rex ${build_samples_dir})
>> configure_build_file(guess.rex ${build_samples_dir})
>> configure_build_file(ktguard.rex ${build_samples_dir})
>> @@ -1773,6 +1774,7 @@
>> # common sample programs
>> install(PROGRAMS ${CMAKE_SAMPLES_OUTPUT_DIRECTORY}/rexxcps.rex COMPONENT
>> Samples DESTINATION ${INSTALL_SAMPLES_DIR})
>> install(PROGRAMS ${CMAKE_SAMPLES_OUTPUT_DIRECTORY}/ccreply.rex COMPONENT
>> Samples DESTINATION ${INSTALL_SAMPLES_DIR})
>> +install(PROGRAMS ${CMAKE_SAMPLES_OUTPUT_DIRECTORY}/factor.rex COMPONENT
>> Samples DESTINATION ${INSTALL_SAMPLES_DIR})
>> install(PROGRAMS ${CMAKE_SAMPLES_OUTPUT_DIRECTORY}/greply.rex COMPONENT
>> Samples DESTINATION ${INSTALL_SAMPLES_DIR})
>> install(PROGRAMS ${CMAKE_SAMPLES_OUTPUT_DIRECTORY}/guess.rex COMPONENT
>> Samples DESTINATION ${INSTALL_SAMPLES_DIR})
>> install(PROGRAMS ${CMAKE_SAMPLES_OUTPUT_DIRECTORY}/ktguard.rex COMPONENT
>> Samples DESTINATION ${INSTALL_SAMPLES_DIR})
>>
>> Added: main/trunk/samples/factor.rex
>> ===
>> --- main/trunk/samples/factor.rex(rev 0)
>> +++ main/trunk/samples/factor.rex 2020-03-29 15:01:05 UTC (rev 12018)
>> @@ -0,0 +1,70 @@
>> +#!@OOREXX_SHEBANG_PROGRAM@
>>
>> +/**/
>> +/*
>>*/
>> +/* Copyright (c) 1995, 2004 IBM Corporation. All rights reserved.
>> */
>> +/* Copyright (c) 2005-2020 Rexx Language Association. All rights
>> reserved.*/
>> +/*
>>*/
>> +/* This program and the accompanying materials are made available under
>>   */
>> +/* the terms of the Common Public License v1.0 which accompanies this
>> */
>> +/* distribution. A copy is also available at the following address:
>>   */
>> +/* 

Re: [Oorexx-devel] Fwd: SF.net SVN: oorexx-code-0:[12016] main/trunk

[Jon Wolfers]

Hi P.O.

I don't think that subscribing you to the list will fix this problem.
It just means that you will *receive *an email when a commit is done.
These posts are triggered by the commit process.
I'm not sure why your commits do not trigger a post.
One thing I notice is that you are the only developer who also appears in
the members group.  I'm going to remove you from there and see if that
helps.

Jon

On Sat, 28 Mar 2020 at 16:17, P.O. Jonsson  wrote:

> This problem should have been fixed by now, I just received a message from
> Jon that he added me to the list.
>
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se
>
>
>
> Am 28.03.2020 um 16:55 schrieb Rony G. Flatscher  >:
>
> Dear P.O.,
>
> for unknown reasons I do not get your commits via the oorexx-svn e-mail
> list. E-mails to "oorexx-svn" should be automatically be generated by
> Sourceforge upon a commit, which also contain the first 100KB of diff text.
> On 27.03.2020 21:26, P.O. Jonsson wrote:
> ... cut ...
>
> Here is the commit info, for some reason I can not post to oorexx-svn yet,
> unclear why (I did subscribe to it twice).
>
> You should not post to oorexx-svn yourself, Sourceforge is supposed to
> post to that list upon a "svn commit".
>
> Not sure, why I do not get those automatically generated mails with your
> commits. (I do get them e.g. from Erich.)
>
> Cheers
>
> ---rony
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] RFB: rexxpg book: changed rexxc documentation

[Jon Wolfers]

Thanks Rick

I've got it now.  That is how one would want it to work.
Not sure what should go in the rexxpg but will sleep on it.

Jon

On Sun, 8 Mar 2020 at 22:05, Rick McGuire  wrote:

> Still not right. It is actually the opposite of that. A program compiled
> with 5.0 should still continue to work with 5.1, but programs compiled with
> 5.1 will also work with 5.0 as long as they don't require any of the new
> language features in 5.1.
>
> Rick
>
> On Sun, Mar 8, 2020 at 5:59 PM Jon Wolfers  wrote:
>
>> Having pressed send, I realise that I spoke to soon.
>>
>> Rick, if I understand you rightly, any module compiled with 5.0 would
>> work with subsequent releases - unless a feature was removed.So a piece of
>> code written for 5.0 and compiled with the 5.0 rexxc would work with 5.1 &
>> 5.2 and so on unless features were dropped.
>>
>> It would not work with 4.2, but it would be unreasonable to expect it to.
>>
>> If that is correct, then this is a good solid no-astonishment scenario
>> and I don't think anything needs to appear in the manual, because there is
>> no surprise waiting.
>>
>> I hope I got it right this time.
>>
>> Jon
>>
>> On Sun, 8 Mar 2020 at 21:51, Jon Wolfers  wrote:
>>
>>> Hi,
>>>
>>> I'm sorry to have caused this difficulty.  Rick - thanks for doing the
>>> compatibility work.  If I understand correctly, the 'feature level' is not
>>> a number held somewhere.  Just that if you use features introduced after
>>> the rexxc program was created they won't be handled.
>>>
>>> Perhaps it is best to go back to Rony's serial approach and say that
>>> compiled modules may need to be compiled when used with a different
>>> language level interpreter or bitness.
>>>
>>> Jon
>>>
>>> On Sun, 8 Mar 2020 at 20:51, Chip Davis  wrote:
>>>
>>>> OK, I understand that the limiting factor is the language *feature**
>>>> level* employed by the program, not the *language level* of the
>>>> interpreter.  Unfortunately, many (most?) programmers are probably not
>>>> going to be aware of that level of granularity.  That leaves us with the
>>>> more accurate but somewhat unhelpful ...
>>>>
>>>> "Binary programs produced by 'rexxc' can be run only on a Rexx
>>>> interpreter of the same architecture (32/64-bit) that supports the highest
>>>> feature level used in the program."
>>>>
>>>> ... because most of us won't have any idea what that "highest feature
>>>> level" is.  Are feature levels documented in the Reference?  Is there a
>>>> flag to tell the interpreter to display the highest feature level being
>>>> employed in the program?
>>>>
>>>> -Chip-
>>>>
>>>> On 3/8/2020 3:44 PM, Rick McGuire wrote:
>>>>
>>>> Except for the fact it is not at all correct. The ability for a program
>>>> to run does not depend at all on the interpreter it is compiled with, but
>>>> just by the language features used by the program. For example, assuming
>>>> there is a new 5.1 release available, a program that will run on 5.0
>>>> recompiled with the 5.1 interpreter will run just fine on either 5.0 or
>>>> 5.1. However, if it is updated to take advantage of a new language feature
>>>> that has been introduced by version 5.1, then the compiled image will be
>>>> marked as requiring a 5.1 level of the interpreter.
>>>>
>>>> Rick
>>>>
>>>> On Sun, Mar 8, 2020 at 3:31 PM Rony G. Flatscher <
>>>> rony.flatsc...@wu.ac.at> wrote:
>>>>
>>>>> On 08.03.2020 19:55, Chip Davis wrote:
>>>>>
>>>>> Well, as a grammar-nerd I must point out the misplaced "only" and to
>>>>> being confused by the last clause.
>>>>>
>>>>> My re-cast would be:
>>>>>
>>>>> "Binary files produced by rexxc can be run only on an interpreter of
>>>>> the same bitness and the same (or higher) language level as that of the
>>>>> rexxc that created them."
>>>>>
>>>>> Grammatically it is cleaner; I'm just not sure why the phrase "the
>>>>> interpreter that compiling copy of rexxc was supplied with" is necessary.
>>>>>
>>>>> Your version simplifies it even more and thereby making it clearer it
>>>>> seems! Not

Re: [Oorexx-devel] RFB: rexxpg book: changed rexxc documentation

[Jon Wolfers]

Having pressed send, I realise that I spoke to soon.

Rick, if I understand you rightly, any module compiled with 5.0 would work
with subsequent releases - unless a feature was removed.So a piece of code
written for 5.0 and compiled with the 5.0 rexxc would work with 5.1 & 5.2
and so on unless features were dropped.

It would not work with 4.2, but it would be unreasonable to expect it to.

If that is correct, then this is a good solid no-astonishment scenario and
I don't think anything needs to appear in the manual, because there is no
surprise waiting.

I hope I got it right this time.

Jon

On Sun, 8 Mar 2020 at 21:51, Jon Wolfers  wrote:

> Hi,
>
> I'm sorry to have caused this difficulty.  Rick - thanks for doing the
> compatibility work.  If I understand correctly, the 'feature level' is not
> a number held somewhere.  Just that if you use features introduced after
> the rexxc program was created they won't be handled.
>
> Perhaps it is best to go back to Rony's serial approach and say that
> compiled modules may need to be compiled when used with a different
> language level interpreter or bitness.
>
> Jon
>
> On Sun, 8 Mar 2020 at 20:51, Chip Davis  wrote:
>
>> OK, I understand that the limiting factor is the language *feature**
>> level* employed by the program, not the *language level* of the
>> interpreter.  Unfortunately, many (most?) programmers are probably not
>> going to be aware of that level of granularity.  That leaves us with the
>> more accurate but somewhat unhelpful ...
>>
>> "Binary programs produced by 'rexxc' can be run only on a Rexx
>> interpreter of the same architecture (32/64-bit) that supports the highest
>> feature level used in the program."
>>
>> ... because most of us won't have any idea what that "highest feature
>> level" is.  Are feature levels documented in the Reference?  Is there a
>> flag to tell the interpreter to display the highest feature level being
>> employed in the program?
>>
>> -Chip-
>>
>> On 3/8/2020 3:44 PM, Rick McGuire wrote:
>>
>> Except for the fact it is not at all correct. The ability for a program
>> to run does not depend at all on the interpreter it is compiled with, but
>> just by the language features used by the program. For example, assuming
>> there is a new 5.1 release available, a program that will run on 5.0
>> recompiled with the 5.1 interpreter will run just fine on either 5.0 or
>> 5.1. However, if it is updated to take advantage of a new language feature
>> that has been introduced by version 5.1, then the compiled image will be
>> marked as requiring a 5.1 level of the interpreter.
>>
>> Rick
>>
>> On Sun, Mar 8, 2020 at 3:31 PM Rony G. Flatscher 
>> wrote:
>>
>>> On 08.03.2020 19:55, Chip Davis wrote:
>>>
>>> Well, as a grammar-nerd I must point out the misplaced "only" and to
>>> being confused by the last clause.
>>>
>>> My re-cast would be:
>>>
>>> "Binary files produced by rexxc can be run only on an interpreter of the
>>> same bitness and the same (or higher) language level as that of the rexxc
>>> that created them."
>>>
>>> Grammatically it is cleaner; I'm just not sure why the phrase "the
>>> interpreter that compiling copy of rexxc was supplied with" is necessary.
>>>
>>> Your version simplifies it even more and thereby making it clearer it
>>> seems! Not being a native English speaker I leave it for others to judge
>>> whether the phrase "the interpreter ..." should remain or not. The rexxpg
>>> book now reflects Chip's suggestion without the phrase.
>>>
>>> ---rony
>>>
>>>
>>>
>>> On 3/8/2020 1:13 PM, Rony G. Flatscher wrote:
>>>
>>> How about formulating Jon's suggestion then as follows:
>>>
>>> Binary files produced by a version of rexxc can only be run on an
>>> interpreter of the same or higher language level and the same bitness as
>>> the interpreter that compiling copy of rexxc was supplied with.
>>>
>>> Would that be understandable and correct?
>>>
>>> ---rony
>>>
>>>
>>> On 08.03.2020 17:58, Rick McGuire wrote:
>>>
>>>
>>>
>>> On Sun, Mar 8, 2020 at 12:50 PM Jon Wolfers  wrote:
>>>
>>>> Hi Rony,
>>>>
>>>> The created binary file is dependent on the Rexx language level and the
>>>>> bitness (32 or 64 bit) of the Rexx interpreter used for creating the 
>>>>> binary
>

Re: [Oorexx-devel] RFB: rexxpg book: changed rexxc documentation

[Jon Wolfers]

Hi,

I'm sorry to have caused this difficulty.  Rick - thanks for doing the
compatibility work.  If I understand correctly, the 'feature level' is not
a number held somewhere.  Just that if you use features introduced after
the rexxc program was created they won't be handled.

Perhaps it is best to go back to Rony's serial approach and say that
compiled modules may need to be compiled when used with a different
language level interpreter or bitness.

Jon

On Sun, 8 Mar 2020 at 20:51, Chip Davis  wrote:

> OK, I understand that the limiting factor is the language *feature**
> level* employed by the program, not the *language level* of the
> interpreter.  Unfortunately, many (most?) programmers are probably not
> going to be aware of that level of granularity.  That leaves us with the
> more accurate but somewhat unhelpful ...
>
> "Binary programs produced by 'rexxc' can be run only on a Rexx interpreter
> of the same architecture (32/64-bit) that supports the highest feature
> level used in the program."
>
> ... because most of us won't have any idea what that "highest feature
> level" is.  Are feature levels documented in the Reference?  Is there a
> flag to tell the interpreter to display the highest feature level being
> employed in the program?
>
> -Chip-
>
> On 3/8/2020 3:44 PM, Rick McGuire wrote:
>
> Except for the fact it is not at all correct. The ability for a program to
> run does not depend at all on the interpreter it is compiled with, but just
> by the language features used by the program. For example, assuming there
> is a new 5.1 release available, a program that will run on 5.0 recompiled
> with the 5.1 interpreter will run just fine on either 5.0 or 5.1. However,
> if it is updated to take advantage of a new language feature that has been
> introduced by version 5.1, then the compiled image will be marked as
> requiring a 5.1 level of the interpreter.
>
> Rick
>
> On Sun, Mar 8, 2020 at 3:31 PM Rony G. Flatscher 
> wrote:
>
>> On 08.03.2020 19:55, Chip Davis wrote:
>>
>> Well, as a grammar-nerd I must point out the misplaced "only" and to
>> being confused by the last clause.
>>
>> My re-cast would be:
>>
>> "Binary files produced by rexxc can be run only on an interpreter of the
>> same bitness and the same (or higher) language level as that of the rexxc
>> that created them."
>>
>> Grammatically it is cleaner; I'm just not sure why the phrase "the
>> interpreter that compiling copy of rexxc was supplied with" is necessary.
>>
>> Your version simplifies it even more and thereby making it clearer it
>> seems! Not being a native English speaker I leave it for others to judge
>> whether the phrase "the interpreter ..." should remain or not. The rexxpg
>> book now reflects Chip's suggestion without the phrase.
>>
>> ---rony
>>
>>
>>
>> On 3/8/2020 1:13 PM, Rony G. Flatscher wrote:
>>
>> How about formulating Jon's suggestion then as follows:
>>
>> Binary files produced by a version of rexxc can only be run on an
>> interpreter of the same or higher language level and the same bitness as
>> the interpreter that compiling copy of rexxc was supplied with.
>>
>> Would that be understandable and correct?
>>
>> ---rony
>>
>>
>> On 08.03.2020 17:58, Rick McGuire wrote:
>>
>>
>>
>> On Sun, Mar 8, 2020 at 12:50 PM Jon Wolfers  wrote:
>>
>>> Hi Rony,
>>>
>>> The created binary file is dependent on the Rexx language level and the
>>>> bitness (32 or 64 bit) of the Rexx interpreter used for creating the binary
>>>> file. Each time the Rexx language level gets increased by a new release of
>>>> Rexx or each time you switch the bitness of the Rexx interpreter you need
>>>> to run rexxc again.
>>>
>>>
>>> I think the English in this sentence is great, but I think it approaches
>>> the situation serially.  Ie through time you have one language level &
>>> bitness interpreter and then you move to another.  Having used ooRexx in a
>>> production environment this is not always what is going on.  For much of
>>> the time, I had my test machine on a newer release than my clients as I was
>>> testing and making changes to support the upgrade as well as stepwise
>>> improvements to the program suite and coping with changes in the business.
>>> Most of my suite was deployed uncompiled, but for security & license
>>> reasons there were some modules that needed to be compiled.  When I
>>> upgraded my programs and the languag

Re: [Oorexx-devel] RFB: rexxpg book: changed rexxc documentation

[Jon Wolfers]

Hi Rony,

The created binary file is dependent on the Rexx language level and the
> bitness (32 or 64 bit) of the Rexx interpreter used for creating the binary
> file. Each time the Rexx language level gets increased by a new release of
> Rexx or each time you switch the bitness of the Rexx interpreter you need
> to run rexxc again.


I think the English in this sentence is great, but I think it approaches
the situation serially.  Ie through time you have one language level &
bitness interpreter and then you move to another.  Having used ooRexx in a
production environment this is not always what is going on.  For much of
the time, I had my test machine on a newer release than my clients as I was
testing and making changes to support the upgrade as well as stepwise
improvements to the program suite and coping with changes in the business.
Most of my suite was deployed uncompiled, but for security & license
reasons there were some modules that needed to be compiled.  When I
upgraded my programs and the language levels I had to be mindful to replace
not only the modules where the source had changed, but also all the
compiled ones where there was a change of interpreter.

I think your sentence is good enough, but wonder if it would be better to
say something like

Binary files produced by a version of rexxc can only be run on (?with?by?)
an interpreter of the same language level and bitness as the interpreter
that compiling copy of rexxc was supplied with.  The language level changes
with each release of ooRexx.

what do you think?

Jon

On Sun, 8 Mar 2020 at 16:13, Rony G. Flatscher 
wrote:

> Hi Jon,
>
> thank you very much for your fast feedback!
>
> On 08.03.2020 17:04, Jon Wolfers wrote:
>
> I think it reads well, but the last paragraph on the page about rxmigrate
> needs to be replaced imho.
>
> My understanding is that a new version of rexxc is provided with each
> release and programs compiled with rexxc will only run on the release of
> the interpreter that they were compiled for.  That is my experience - is it
> correct?  If so then I think it would be good to say so.
>
> Hmm, excellent point! Also, one should mention that there is a difference
> between 32- and 64-bit images.
>
> How about some text like:
>
> The created binary file is dependent on the Rexx language level and the
> bitness (32 or 64 bit) of the Rexx interpreter used for creating the binary
> file. Each time the Rexx language level gets increased by a new release of
> Rexx or each time you switch the bitness of the Rexx interpreter you need
> to run rexxc again.
>
> How does that sound?
>
> ---rony
>
> On Sun, 8 Mar 2020 at 15:53, Rony G. Flatscher 
> wrote:
>
>> "RFB" is meant to mean "request for feedback"!
>>
>> Changed the rexxpg book in the section "Appendix A. Distributing Programs
>> without Source" (i.e. "rexxc") to reflect changes that have occurred:
>>
>>- It would be great to get brief feedback whether this is
>>understandable the way it is now.
>>
>>
>>- Also, please note that I have changed "RexxC" and "REXXC" to
>>"rexxc" (all in lowercase as one has to enter it on case-dependent
>>operating systems on the command line). To emphasize that one is supposed
>>to write the name as is "rexxc" gets formatted as a computeroutput-element
>>(monotype font, bold). Is that change o.k. with everyone?
>>
>>If that is o.k. I would like to change the names of the Rexx programs
>>in "Appendix B. Sample Rexx Programs" accordingly, i.e. show the names in
>>exact case and as computeroutput-elements to make them stand out in the
>>text.
>>
>> Temporarily "rexxpg.pdf" can be loaded from:
>> <https://www.dropbox.com/sh/gxvvgskb04gdsqf/AACRo_ZLeFOdoBXUHroPY_-Ca?dl=0>
>> <https://www.dropbox.com/sh/gxvvgskb04gdsqf/AACRo_ZLeFOdoBXUHroPY_-Ca?dl=0>
>> .
>>
>> ---rony
>>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] RFB: rexxpg book: changed rexxc documentation

[Jon Wolfers]

Hi Rony,

I think it reads well, but the last paragraph on the page about rxmigrate
needs to be replaced imho.

My understanding is that a new version of rexxc is provided with each
release and programs compiled with rexxc will only run on the release of
the interpreter that they were compiled for.  That is my experience - is it
correct?  If so then I think it would be good to say so.

Jon

On Sun, 8 Mar 2020 at 15:53, Rony G. Flatscher 
wrote:

> "RFB" is meant to mean "request for feedback"!
>
> Changed the rexxpg book in the section "Appendix A. Distributing Programs
> without Source" (i.e. "rexxc") to reflect changes that have occurred:
>
>- It would be great to get brief feedback whether this is
>understandable the way it is now.
>
>
>- Also, please note that I have changed "RexxC" and "REXXC" to "rexxc"
>(all in lowercase as one has to enter it on case-dependent operating
>systems on the command line). To emphasize that one is supposed to write
>the name as is "rexxc" gets formatted as a computeroutput-element (monotype
>font, bold). Is that change o.k. with everyone?
>
>If that is o.k. I would like to change the names of the Rexx programs
>in "Appendix B. Sample Rexx Programs" accordingly, i.e. show the names in
>exact case and as computeroutput-elements to make them stand out in the
>text.
>
> Temporarily "rexxpg.pdf" can be loaded from:
> 
> 
> .
>
> ---rony
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Jon Wolfers]

IIRC I created those images - I can't remember why - I think the source was
unavailable or the previous lot were unusable.

Anyhow, I have no idea why I chose PNGs - I was probably asked to - and the
SVGs look better to me so my vote is to go ahead and replace them.

Jon

On Fri, 6 Mar 2020 at 18:51, P.O. Jonsson  wrote:

> Dear Rony,
>
> I cannot see any difference in the output, can you point to a place where
> you notice a difference?
>
> I found a typo in rexxpg-svg.pdf, on page 35 in item 4.2.2 that is not
> there in rexxpg-png-original.pdf (a stray character)
>
> the Class class ^is unique among Rexx classes in that
>
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se
>
>
>
> Am 06.03.2020 um 18:57 schrieb Rony G. Flatscher  >:
>
> The "Programming Guide" (rexxpg.pdf) uses png-bitmaps created from
> OpenOffice odg graphics that look somewhat faint making the book look
> somehow unfinished, like a draft.
>
> After experimenting with different formats the best results seem to be
> with svg (scalable vector graphics) graphics.
>
> To see the difference I placed both versions temporarily at my Dropbox
> 
> 
> :
>
>- rexxpg-png-original.pdf
>- rexxpg-svg.pdf
>
> There is a little caveat, however, in that the svg version is almost twice
> the size (appr. 1.7MB) of the png version (appr. 0,91 MB). Still, as the
> overall appearence looks nicer I would like to replace the png graphics
> with the svg renderings if no one objects.
>
> ---rony
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] About experimentally splitting 'rexxpg.pdf' into 'rexxprimer.pdf' and into 'rexxapi.pdf'

[Jon Wolfers]

+1

This makes sense to me.

Jon

On Mon, 2 Mar 2020 at 18:54, Rony G. Flatscher 
wrote:

> For almost decades it has irritated me that the "rexxpg.pdf" book would
> contain a primer to ooRexx and the native APIs. The former would be helfpul
> for anyone who wants to learn ooRexx, the latter is only helpful for people
> who have expert knowledge on C++ (and ooRexx) and C.
>
> So I tried to split the book 'rexxpg.pdf' into two different ones, one
> 'rexxprimer.pdf' and another one 'rexxapi.pdf'.
>
> The result can be temporarily looked at my Dropbox (same link as for the
> rexxref.pdf with the EventSemaphore and MutexSemaphore documentation for
> which a patch was supplied yesterday to the ooRexx project):
>
> 
> 
>
> What do you think?
>
> ---rony
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Jon Wolfers]

I would like to add my voice to the chorus of approval.  Great work Gil!

Jon

On Mon, 16 Dec 2019 at 19:13, Rony G. Flatscher 
wrote:

> Gil:
>
> that is really a *great* achievement, thank you very much for all of your
> efforts! This is really great for the ooRexx project!
>
> Whenever you want "nit-picking" feedback, please let us know, the overall
> documentation is looking very professional and attractive already!
>
> Also, whenever you are ready to share how you did this and what we need to
> do to do that also, I will try to create the documenation as well. This
> will allow us to try to help with the documentation as we would become able
> to test whether our changes would lead to successful creation and
> attractive documentation, relieving Rick and Erich in that corner a bit!
>
> Best regards,
>
> ---rony
>
>
> On 16.12.2019 16:40, Gil Barmwater wrote:
>
> As a result of Jon's request, I have now done the RxMath PDF as well.
> Doing another document helped me formalize the process so that I can
> automate it and it identified another small issue which I thought had been
> corrected. You can download the PDF here
>  for
> comparison to the rxmath.pdf that is in the docs folder of your 5.0.0
> ooRexx installation or the Files section on SourceForge. The differences I
> found are 1) the Copyright dates on the second page now show -2019, and 2)
> the flow of the text in some sections is slightly different due to extra
> blank lines in the code examples. This issue was identified and fixed by
> Erich with a preprocess Rexx program when building our docs using Publican
> so it can be adapted to my process if I am unable to find the cause and
> change it. His program also needed to fix blank lines in the Index area but
> that looked OK to me in my build. Comments welcome.
>
> Gil
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Jon Wolfers]

Hi Gil,

Looks good to me, but I'm not sure what to look for.  Any chance of a doc
with railroad diagrams?

Jon

On Wed, 11 Dec 2019, 19:00 Gil Barmwater,  wrote:

> Thanks for the feedback Rony. Anyone else have any comments? If not, I
> will start posting comments on the issues I have found shortly. My goal is
> to develop a package containing the tools that anyone can download and
> install that will allow them to build our docs on Windows 10 from a fresh
> checkout from SourceForge with minimal changes to those files.
> On 12/10/2019 12:45 PM, Rony G. Flatscher wrote:
>
> Wow, that is *fantastic* news!! Also, looking at your readme.pdf it looks
> terrific IMHO!
>
> Very curious what you have come up with to be able to generate the ooRexx
> 5.0 documentation yourself� (and also about the questions that you will
> pose in order to learn about the current problems from them and become able
> to build the ooRexx documentation in the near future and in a future-safe
> way)!
>
> Kudos!
>
> ---rony
>
> On 10.12.2019 18:17, Gil Barmwater wrote:
>
> I know it has been over a month since I posted the note below but I now
> have a lot of progress to report! I have obtained the tools needed to build
> our docs - they are open source and seem well supported - and have
> successfully built one document using them on Windows 10. There are no
> dependencies on Publican other than three files I chose to retain to
> simplify the transition. Installing and using the tools was pretty painless
> but in doing so I uncovered a number of issues with our documents, most of
> which are due to our use of Publican and what it does "under the covers".
> Rather than turning this email into a "book", I will send separate notes on
> each issue and the changes needed in order to use the new tools. In the
> meantime, here 
> is a link to a file in my Dropbox for the readme.pdf that I built. Once the
> link opens in your browser, you can click on the ... icon on the right
> which will open a menu that will allow you to download the file. If you
> then compare it to the readme.pdf that is in the docs folder of your 5.0.0
> ooRexx installation or the Files section on SourceForge, you will see it is
> (almost) identical. The differences are 1) the text has been updated in
> section 2.2, 2) the Copyright dates on the first page now show -2019, 3)
> the flow of the text in some sections is slightly different, in some cases
> causing text to flow to the next page, and 4) the Table of Contents has
> more levels listed. I did not feel that either of the last two items were
> worth pursuing. Let me know what you think after you've had a look.
>
> Gil B.
>
>
> --
> Just so everyone doesn't think I've abandoned this effort, I am pursuing
> another approach to building the docs. You can expect an update when I've
> made some more progress.
>
> On 11/4/2019 4:16 PM, Gil Barmwater wrote:
>
> ?I will go back to docbook.org and do some more reading before proceeding
> any further with Pandoc.
>
> --
> Gil Barmwater
>
>
>
>
> ___
> Oorexx-devel mailing 
> listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
> --
> Gil Barmwater
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

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

[Jon Wolfers]

>
> Hi all,

I notice a bug with Open Object Rexx Version 5.0.0 r11888 which I don't see
in the current version, but neither do I see what may have fixed it
browsing the subsequent commits.

The symptom is that when you call the ooDialog listchoice routine the
interpreter exits immediately.
I have a small test program at home which demonstrates this and also shows
it is not a problem in the current release.

Should I raise a bug report when I get home this evening or should I just
ignore it?

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

Re: [Oorexx-devel] Windows commands change console window title

[Jon Wolfers]

I have found this a nuisance in the past, sometimes revealing passwords to
users on net use commands.  Glad to see it go!

Jon


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sat, 27 Apr 2019 at 19:59, Erich Steinböck 
wrote:

> 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 for a user to actually be able to
> read the new title.
>
> I intend to make the new SYSTEM and PATH command environments skip this
> title change.
>
> Do we want to keep the console title changing for commands running in our
> existing environments CMD and "" ?
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Build for XP

[Jon Wolfers]

I would vote to keep XP support a while yet if we can.   Windows embedded
PosReady 2009 is a less known XP variant that has not quite yet been
end-lifed by Microsoft (The axe falls in April I think).

Jon


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Thu, 24 Jan 2019 at 21:50, P.O. Jonsson  wrote:

> If there is an interest I have a (32 bit) Windows XP machine that could be
> hooked up as a Jenkins slave.
>
> Hälsningar/Regards/Grüsse,
> P.O. Jonsson
> oor...@jonases.se
>
>
>
>
> Am 24.01.2019 um 22:40 schrieb Erich Steinböck  >:
>
> Currently our Windows builds are XP compatible only because I manually
> patch all built Windows executables before packing them into an NSIS
> installer and uploading the installer to the SF files section.
> Patching is done with commands similar to this (but vary between 32- and
> 64-bit, and console and windowed executables)
> editbin /subsystem:console,5.02 /osversion:5.2 bin\rexx.exe
>
> I remember this was a quick fix that I found when Rony had asked for XP
> compatibility.
>
> I wouldn't know how to tweak our native build to allow for XP.
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] New 5.0.0 Beta Build for Windows

[Jon Wolfers]

Is it possible and sensible for the Windows installers to have 'Windows' in
their name ie:
   ooRexx.5.0.0.11579-Windowsx86_32.exe

 ?

Jon

On Thu, 6 Dec 2018 at 22:53, Erich Steinböck 
wrote:

> Gil,
> I've uploaded Windows 32- and 64-bit [r11579] installers to
> https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/
>
> (32-bit is still uploading, 5 min ETA)
>
> On Thu, Dec 6, 2018 at 10:25 PM Gil Barmwater 
> wrote:
>
>> Any chance we can get one put up on the SF site?
>>
>> --
>> Gil Barmwater
>>
>>
>>
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx 5.0 / ooDialog 4.2.4

[Jon Wolfers]

Hi Erich,

first of all, sorry.  I accidentally sent my last post to you directly
instead of to the list.  It is below.

This problem does not seem as straightforward as I first thought.  I built
a test dialog and copied all the menu setting code from my original script
into it and it runs fine.
In the context of my original code on the other hand it always hangs at the
setMenu and never returns.  If I no-op the setMenu then everything else
seems to work from a dialog point of view (though of course one cannot
access the menus).

I will keep playing, and if I can get the test dialog to fail I will submit
a bug report.

Other than that, it looks good.

Jon


On Sun, 14 Oct 2018 at 16:05, Jon Wolfers  wrote:

> Hi Erich,
>
> Thanks.  I have installed the 32 bit version.
>
> Testing with my current work, all seems fine.
>
> I have done a quick install of work from the times I was writing about
> before.  I don't have access to all the infrastructure that I had then (the
> company no longer exists), and my data is atrociously old, so I may hit
> errors to do with that, but the first thing I notice is that the userdialog
> setMenu method hangs.  I don't get an error, but Windows grabs the process
> and says that it is not responding.
>
> My newer work also has menus, but these use Marks more recent menu class
> and this seems to work fine.
>
> The menus that I was invoking with setMenu were extensive and may have
> used up all resource.  SetMenu is a deprecated method, but as Mark tried to
> maintain backward capabilities it is probably out there in a lot of code.
>
> I'm fairly limited for time, but will try to knock up a test script using
> the old menu system for testing purposes.  It may take a day or two.
>
> Jon
>
> On Sun, 14 Oct 2018 at 11:00, Erich Steinböck 
> wrote:
>
>> Any chance of a Windows installer?
>>>
>> Hi Jon,
>> I just uploaded 32-bit and 64-bit installers
>> ooRexx.5.0.0.11501-x86_32.exe and ooRexx.5.0.0.11501-x86_64.exe
>> to https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/
>>
>> Erich
>>
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx 5.0 / ooDialog 4.2.4

[Jon Wolfers]

Hi Erich,

I'm not set up to do a build.  I did do a few some years ago with a *lot*
of help from Rick and Mark.  I don't have access to that setup any more, so
would need to start from scratch.  Any chance of a Windows installer?

Jon

On Wed, 10 Oct 2018, 17:43 Erich Steinböck, 
wrote:

> Just committed remaining fixes.
> This could now be ready to merged back into trunk.
>
> Jon, would you be able to build from this sandbox branch and test with any
> ood code you've written before we do the actual merge?
>
> On Mon, Oct 1, 2018 at 4:44 PM Erich Steinböck 
> wrote:
>
>> Excellent, thanks! I tested a few ood samples .. things seem to work
>> I'll weed out some compiler warnings introduced by the new ood code test
>> all ood samples
>>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Problems with bug-tracker mailing list

[Jon Wolfers]

Hi Rony,

I have the permissions to look into this, but I'm away from home without my
laptop and unfamiliar with the settings (which I have never touched, as far
as I'm aware they are as David Ashley left them).  I think Erich & Les also
have permissions here, so if neither of them has fixed these by the time I
get home next weekend I will see what I can do.

Jon



On Sat, 29 Sep 2018, 12:41 Rony G. Flatscher, 
wrote:

> This is the answer I got from Sourceforge, which indicates that forwarding
> bug-tickets to the 
>  mailing list would not be
> configured, which would be strange as I used to get such e-mails up to
> three days ago whenever a bug tracking posting took place. Its archive is
> at 
> , which seems to be
> incomplete (no feedback on that one yet).
>
> If it is only me who is affected, then I would answer accordingly. So are
> others also affected by not receiving e-mails anymore (e.g. getting the
> [bugs:#1557] as <1...@bugs.oorexx.p.re.sourceforge.net>
> <1...@bugs.oorexx.p.re.sourceforge.net>)?
>
> If indeed the bug-tracker forwarding to the mailing list got deactivated
> in the meantime (there seem to be sometimes problems at Sourceforge), then
> I would kindly ask anyone able to see and change ooRexx options to look
> into it; link given in the below e-mail answer).
>
> ---rony
>
>
>  Forwarded Message 
> Subject: [forge:site-support] #18514 Not getting messages about bug in
> tracker item, e.g. "https://sourceforge.net/p/oorexx/bugs/1557/;
> 
> Date: Fri, 28 Sep 2018 18:58:24 -
> From: John Mikhael 
> 
> Reply-To: [forge:site-support]
> <18...@site-support.forge.p.re.sourceforge.net>
> <18...@site-support.forge.p.re.sourceforge.net>
> To: [forge:site-support] <18...@site-support.forge.p.re.sourceforge.net>
> <18...@site-support.forge.p.re.sourceforge.net>
>
> Hello,
>
> We have escalated the first part of your issue to our engineering team.
>
> The settings at https://sourceforge.net/p/oorexx/admin/bugs/options are
> not configured to go to the mailing list. The following link contains
> guidelines on how to configure the mailing list.
> https://sourceforge.net/p/forge/documentation/Tickets/#options
>
> Sincerely,
>
> SourceForge Support
>
>
>
> On 28.09.2018 14:23, Rony G. Flatscher wrote:
>
> Experiencing problems with the bug tracker list, so I opened a ticket with
> sourceforge: 
> :
> --
>
> * [site-support:#18514]
>  Not getting messages
> about bug in tracker item, e.g.
> "https://sourceforge.net/p/oorexx/bugs/1557/;
> *
>
> *Status:* open
> *Created:* Fri Sep 28, 2018 12:21 PM UTC by Rony G. Flatscher
> *Last Updated:* Fri Sep 28, 2018 12:21 PM UTC
> *Owner:* nobody
>
> Since two days I do not get e-mails via
> "n...@bugs.oorexx.p.re.sourceforge.net"
>  list for at least two bugs that I
> have opened, altough my account is registered to get such e-mails.
>
> Here are the two bugs for which I do not get e-mails (and not for the
> follow-ups that I wrote):
>
> * https://sourceforge.net/p/oorexx/bugs/1557/
>  *
> https://sourceforge.net/p/oorexx/bugs/1558/
>
> Also, the mailing list archive at
> https://sourceforge.net/p/oorexx/mailman/oorexx-bugs/?page=0 seems to
> have lost all entries between the end of 2014 and today !
> --
>
> ---rony
>
>
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx 5.0 / ooDialog 4.2.4

[Jon Wolfers]

I sent my reply to Mark G instead of the list - sorry.  Anyhow, that is now
outdated...

Actually, I think I may have got this wrong.  I always believed that Mark
had disabled the legacy methods, but playing around with my install of
4.2.3 I can mix the old methods with the new.

So, maybe it will be alright to distribute 4.2.4 with 5.0.0.

Jon

On Tue, 28 Aug 2018 at 22:32, Jon Wolfers  wrote:

> Hi Mark,
>
> I'm sure it could be made to work, but it is a bit of a daunting task
> because the two collaborators who designed the changes are both dead and
> the differences are big and the user base is startlingly small.
>
> If it were just a case of substituting one method name for another then a
> wrapper or even a conversion tool could be produced, but some of the tasks
> that used to be handled by methods, now require one to get 'helper' class
> instances.
>
> ooDialog is big and I don't know whether anyone is familiar with all of
> it, both old and new (I have used maybe 80% of the old ooDIalog and maybe
> 50% of the new).
>
> on 5th April 2007 Mark Wrote to me:
>
>> I am interested in ooDialog and have slowly been getting acquainted with
>> it.  There are several things I want to do (along with fix the open bugs
>> and work on some of the RFEs.)  I have discovered in the past week / 10
>> days that there is a fair amount of code that was used to try and give
>> ooDialog on Windows 3.0 and 3.1 a better look, that is now hindering
>> things on XP.  Since ooRexx can't run on Windows 3.1 anymore (I don't
>> think) that stuff needs to be removed.  So, the sort of big areas I am
>> interested in are:
>>
>> 1.) Bring ooDialog up to date with Windows XP
>>
>> 2.) Add in some (most?) of the new controls that you have in XP.  For
>> instance, it would be nice to have the RichEdit control.  That would allow
>> you to display hi-lighted / colored text much easier in your dialogs.
>>
>> 3.) Fix the .rc file parsing so that it works with the major resource
>> editors / add examples and better documentation on how to use ooDialog with
>> resource editors, and where you can get resource editors.
>>
>> The one thing I am a little undecided on, is that for 4.0, it might be a
>> good idea to move to using wxWidgets and develop a cross-platform GUI
>> interface for ooRexx.  Maybe the time would be better spent working on
>> that, rather than on improving ooDialog.  But, ooDialog works and works
>> now.There is that old saying of a bird in the hand is worth 2 in
>> the bush.
>
>
> Over 1000 commits, just over 7 years later he got it to the point it is
> before being unexpectedly hospitalised.
>
> Oliver Sims worked on the early GUI systems, if I understood what he said
> correctly, he built his own OO framework before OO languages were available
> to support his work.  He critiqued ooDialog as not being suitable for large
> scale developments and did a lot of work (which can be seen in the ooDialog
> user guide) envisaging what was needed and providing a lot of it.  Oliver
> sparked Mark off to go in some exciting new directions.  Sadly Oliver had
> Mesothelioma and did not survive Mark by long.
>
> I think (and I could be wrong about this) a wrapper would be more work
> than allowing legacy users an opportunity to remain with an earlier version.
>
> Hope this helps and is interesting too.
>
> Jon
>
> On Tue, 28 Aug 2018 at 22:02, Mark L. Gaubatz 
> wrote:
>
>> Jon:
>>
>> On a prior contract project during the design stage and before the
>> contract was canceled, the project architect and I were tossing around the
>> idea of writing a legacy wrapper package to permit the 5+ million lines of
>> existing code to work with newer code. Would such an approach work with
>> ooDialog?
>>
>> Mark L. Gaubatz
>>
>> On 08/28/2018 01:49 PM, Jon Wolfers wrote:
>>
>> Hi Erich and Rick,
>>
>> I'm not sure that this is a good idea.
>>
>> Mark & Oliver we're overhauling ooDialog, and as I recall, Mark
>> deprecated a lot of what most users would consider basic ooDialog
>> fuctionality in the latest release or perhaps last few releases.
>>
>> This means that if my memory serves me right, at the point that Mark was
>> no longer able to work:
>>
>> 1) A lot of written code will not run with the newest version
>> 2) The overhaul was not complete, so there may be bits of old and bits of
>> new in there
>> 3) I'm not sure how complete the documentation is
>>
>> I think it might be safer if we can do it to work out a way that users
>> can choose a version of ooDialog to use with 

Re: [Oorexx-devel] ooRexx 5.0 / ooDialog 4.2.4

[Jon Wolfers]

Hi Erich and Rick,

I'm not sure that this is a good idea.

Mark & Oliver we're overhauling ooDialog, and as I recall, Mark deprecated
a lot of what most users would consider basic ooDialog fuctionality in the
latest release or perhaps last few releases.

This means that if my memory serves me right, at the point that Mark was no
longer able to work:

1) A lot of written code will not run with the newest version
2) The overhaul was not complete, so there may be bits of old and bits of
new in there
3) I'm not sure how complete the documentation is

I think it might be safer if we can do it to work out a way that users can
choose a version of ooDialog to use with 5.0.0, because the changes needed
to legacy code were not small.

Using a ComboBox control as an example the 'new' userdialog class had
methods named like 'CreateComboBox' where the old userdialog class had
methods named like 'addComboBox'.  The old methods would not run in the new
version.  Proxies were obtained in the old userdialog with methods name
'getComboBox' and in the new userdialog with methods named like
'newComboBox'.

A considerable number of helper classes were introduced where the previous
functionality had been 'under the covers'.

All in all,it increased the power of ooDialog and ironed out a lot of
historic irregularities, but migration required some considerable work.

I'm not sure without checking at which version the change happened, but I
will try to research it over the next couple of days and get back to you on
this.

Jon


On Tue, 28 Aug 2018 at 21:23, Rick McGuire  wrote:

>
>
> On Tue, Aug 28, 2018 at 3:26 PM Erich Steinböck <
> erich.steinbo...@gmail.com> wrote:
>
>> I'm thinking of integrating the latest standalone ooDialog code into
>> main/trunk for 5.0.
>>
>> ooDialog standalone code (which should be 4.2.4 with some delta to the
>> last released 4.2.4 standalone-preview) has not yet been branched and is
>> still nmake-based (not CMake).  I do not intend to convert / maintain it,
>> but I'm thinking of merging the 4.2.4 trunk back into main/trunk.  ooDialog
>> docs in main/trunk are already at the 4.2.4 level, while main/trunk
>> ooDialog code is still at 4.2.3.
>>
>
> I think this is a good idea.
>
>
>>
>> Merging will have to be done carefully, because different changes seem to
>> have been made to both trunks.
>>
>> What's the suggested SVN command to merge back ooDialog-standalone code
>> into main/trunk, keeping its SVN revision history?
>>
>
> I used this guide when I did the merge:
>
> http://svnbook.red-bean.com/en/1.7/svn.branchmerge.basicmerging.html
>
> The first step of merging changes back into the trunk seemed to miss
> updates on some files, and the pattern made no sense, such as missing
> portions of individual commits. I never figured out what the problem was,
> but I had to fix up a lot of things manually. I found it useful to do an
> SVN diff between the two branches and take a close look at the deltas to
> make sure that nothing was getting backed out from the trunk version when
> the merge happened. It helped that I was familiar with all of the changes,
> not a luxury we have with the oodialog code.
>
> I don't know if this is a factor or not, but that branch is very old and
> the newer SVN branch merge features might predate that branch getting
> taken, so it might not have all of the information used for tracking the
> merges.  It might be impossible to keep the revision history.
>
> There's a lot of information available by doing "svn help merge".
>
>
>>
>> Rick, you said SVN gave you fits, when you merged the "address with"
>> changes back into trunk .. what are the pitfalls to avoid?
>>
>
> SVN diff is your friend for double checking that something is not
> accidentally backed of. Generate an SVN diff for both branches so you know
> what the state of everything is before you start merging, then use that
> information to double check everything before committing.
>
> Rick
>
>
>>
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___

Re: [Oorexx-devel] Fwd: Address With and variable references in 5.0.0

[Jon Wolfers]

Sorry it's taken me a while to get back to the list.

I would really like to see address with in ooRexx.  I don't mind if it is
5.0.0 or the next release, but it does bring us closer to ANSI and regina.

I can't get excited about variable references, but that might be a lack of
imagination on my part.

Thank you Rick and Gil and Erich for your efforts here

Jon

On 21 July 2018 at 20:43, Rick McGuire  wrote:

> Not of a lot of discussion on this, but also not a lot of objection
> either. If nothing changes, then I will start merging these features back
> into trunk on Monday.
>
> Rick
>
> On Thu, Jul 19, 2018 at 6:30 AM Rony G. Flatscher 
> wrote:
>
>> Forwarding to this list as Gil seems to not be able to post currently.
>>
>> ---rony
>>
>>
>>  Forwarded Message 
>> Subject: Re: [Oorexx-devel] Address With and variable references in 5.0.0
>> Date: Wed, 18 Jul 2018 14:06:30 -0400
>> From: Gil Barmwater  
>> To: Rony G. Flatscher  
>>
>> While I agree that merging the two sandboxes into trunk would probably
>> give them more exposure, assuming beta builds are available, the "stumbling
>> block" remains the documentation.  I have looked at the reference material
>> for Address With for Regina and it is extensive.  Other than Rick and
>> Erich, I know of no one who has the capability to create that
>> documentation.  While I am willing to help, the DocBook learning curve is
>> non-trivial, to say nothing of the requirements for actually building a
>> document.  I would definitely not want the code merged into trunk without
>> the documentation being available.  So we must wait for Erich to return
>> from vacation it appears.
>>
>> My initial feeling was we should release 5.0.0 as it now exists in trunk
>> and then do a 5.1.0 with the new features - Address With and
>> variableReference - after the documentation and testing are finished.
>> Unfortunately, this approach also requires Erich's time which has been
>> limited recently.  So I now think we should get the documentation done as
>> described above, allow for some more beta testing of those features and
>> then, finally release 5.0.0.
>>
>> Just my two cents worth...
>> Gil B.
>>
>> PS I have sent this off-list as I am still unable to post to the list -
>> my IP address has been flagged for sending spam.  Please feel free to post
>> this to the list for me.  Thanks.
>>
>> On 7/18/2018 11:25 AM, Rony G. Flatscher wrote:
>>
>> Adding both, addressWith and variableReference to trunk would help expose
>> it to a much wider audience for experimenting with it once new betas got
>> created from trunk. Both features are a real boon for ooRexx, IMHO.
>>
>> ---rony
>>
>>
>> On 18.07.2018 12:35, Erich Steinböck wrote:
>>
>> I'd really value this addition. With RFE#4 it's almost the oldest request
>> for enhancement that we have in our tracker.
>>
>> I'll start doing the required changes for rexxref and rexxpg when
>> returning from vacation.  Finishing will take some time as there are quite
>> a few API changes.
>>
>> Rick McGuire  schrieb am Di., 17. Juli 2018 22:08:
>>
>>> I'm not sensing that there is much interest in these features being in
>>> 5.0.
>>>
>>> Rick
>>>
>>> On Mon, Jul 9, 2018 at 4:12 PM Rick McGuire 
>>> wrote:
>>>
 Things have been very quiet about these new features, so I don't really
 know if anybody is actually playing around with them or not. The code is
 done, tests are written. The biggest outstanding item is getting the docs
 written. So, we need to reach a consensus on whether either of these
 features should be in 5.0.0 so the process of merging can start.

 Rick

>>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot__
>> _
>> Oorexx-devel mailing list
>> Oorexx-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Address With and variable references in 5.0.0

[Jon Wolfers]

Hi Rick,

Can you (or someone else) explain in simple layman's terms what a variable
reference is and when one would want to use it, what's neat about it.

In order to test/use play with these do we just need the latest release of
5.0.0 or something more or different.

Sorry if either or both of these questions have been asked before - I
missed them.

thanks,

Jon


On 9 July 2018 at 21:12, Rick McGuire  wrote:

> Things have been very quiet about these new features, so I don't really
> know if anybody is actually playing around with them or not. The code is
> done, tests are written. The biggest outstanding item is getting the docs
> written. So, we need to reach a consensus on whether either of these
> features should be in 5.0.0 so the process of merging can start.
>
> Rick
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Unexpected behaviour after bad syntax use of call

[Jon Wolfers]

with 5.0.0 (build from March 28th) I made the old rooky mistake of using
the call keyword before a function call with parenthesis.

   call myFunction(a,b,c)

and was surprised that within the function

use arg a, b, c

set the variable a to an array [a,b,c].

I'm not sure if this counts as a bug, as obviously the call syntax is
illegal, but I was nonetheless surprised that
a) it still called the function
b) The arguments were wrapped into an array despite this being a function
call.

It's possible that this has been flagged before - I haven't been following
that closely, in which case apologies.

Jon
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Might be out of touch for a while

[Jon Wolfers]

Sorry to hear this Rick,

Good luck putting things back together.

Jon

On Wed, 16 May 2018, 11:58 Erich Steinböck, 
wrote:

> Wish you and your neighbors the very best to recover from this, Rick ..
>
> On Wed, May 16, 2018 at 12:38 PM, Rick McGuire 
> wrote:
>
>> A tornado touched down near me last night doing extensive damage and
>> knocking out power for a wide area. I’m probably going to be without power
>> for a while and internet for even longer.  My place did not get much
>> damage...others in my neighborhood were not as lucky.
>>
>> Rick
>>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] rxsock6

[Jon Wolfers]

Thank you Rick!

Jon

On 28 April 2018 at 14:40, Rick McGuire  wrote:

> I discovered this week that David Ashley's rxsock6 was in the 5.0.0 build,
> but there were no tests or docs for the new version. So I set out to make
> sure things were working ok and do a little cleanup. I immediately ran into
> some major issues that are going to require a bit of rework.
>
> Unfortunately, David did this work in the 5.0.0 trunk rather than as a
> side project, so for now, I'm going to disable the build of the rxsock6
> stuff until I get things a little more stable and clean. I'm particularly
> concerned that there might be some build problems on the variety of
> unix-like platforms we're supporting. This will also allow me to make
> incremental checkins even if the code is not working.
>
> Rick
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Ad debugging ooRexx on Windows with MS Visual Studio

[Jon Wolfers]

Hi Rony,

thank you for taking the trouble to do this.  It is quite a while since I
had ooRexx open in the debugger, but my memory is that the most confusing
bit was understanding the data structures revealed, many containing
recursive attributes, to do with the underlying structure of the ooRexx
objects.

Jon

On 28 November 2017 at 19:50, Rony G. Flatscher 
wrote:

> In the past weeks and months I have become a little bit accustomed to
> debugging ooRexx with MS Visual Studio (MSVS).
>
> In order to ease the "learning curve" for anyone else, here are my notes:
>
>
> Debugging ooRexx with MS Visual Studio (MSVS)
> -
>
> Two scenarios:
>
> 1) while running an ooRexx program a crash occurs: it may be the case that
> in the case of a crash MSVS takes over and asks whether to debug the
> crashed program
>
> 2) while running an ooRexx program, before a crash occurs (e.g. having
> "parse pull ." before a section that is known to crash): start up MSVS then
> do
>
> - Debug -> Attach To Process ...
> - search for the rexx.exe process where your Rexx program waits,
> select it, double-click or press the Attach-button
>
> - either: continue to run the Rexx program such that it crashes, which
> will fill MSVS debug windows
> - or: in case of a hang: Debug -> Break all (Ctl-Alt-Break)
>
> In both scenarios then do the following to display some important debug
> related windows in MSVS:
>
> - make sure the the "Call stack" window gets displayed: "Debug ->
> Windows -> Call Stack" (Ctl-Alt-C)
> - make sure the "Locals" window gets displayed: "Debug -> Windows ->
> Locals" (Ctl-Alt-V,L)
> - make sure the "Threads" window gets displayed: "Debug -> Windows ->
> Threads" (Ctl-Alt-H)
>
> 
>
> Then:
>
> - in the "Threads" window double-click on a thread with a "Location" that
> contains "rexx" (e.g. "rexx.dll"), which then will display that particular
> thread's "Call Stack"
>
> - double-clicking on a stack-frame in the "Call Stack" window having a
> debug version of ooRexx will display the source-code and place the cursor
> at the position of the double-clicked stack-frame
>
> - moving the cursor over any variables will show its value
>
> Copying values:
>
> - in windows like "Threads" or "Call Stack", select any entry, then
> CTL-A (select all), then CTL-C (copy to clipboard), insert into any editor
> with CTL-V
>
> - in "Locals": place the cursor in the name that you wish to copy,
> then CTL-C (copy to clipboard), insert into any editor with CTL-V
>
> - in C++ source code move over variable until a pop-up window occurs,
> then CTL-C (copy to clibpoard), insert into any editor with CTL-V
>
> If anything is not understandable/clear or if anything is missing, please
> let me know and I try to clarify/research.
>
> HTH,
>
> ---rony
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Multiple Rexx interpreter instances and .local, a problem

[Jon Wolfers]

Hi,

Respectfully.

I can't comment on the difficulties or dangers solving this, but as for the
importance:

If JavaFX could work with ooRexx it would solve a long standing problem of
not having a well supported, fully functioned, object oriented,
cross-platform GUI package always up to date with the new widgets for
ooRexx and could be a boon to many of the 99.9%.

Jon




Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On 11 October 2017 at 17:03, Rick McGuire  wrote:

>
>
> On Wed, Oct 11, 2017 at 10:10 AM, Rony G. Flatscher <
> rony.flatsc...@wu.ac.at> wrote:
>
>> On 11.10.2017 15:33, Rick McGuire wrote:
>>
>>
>>
>> On Wed, Oct 11, 2017 at 9:10 AM, Rony G. Flatscher <
>> rony.flatsc...@wu.ac.at> wrote:
>>
>>>
>>> On 21.09.2017 16:41, Chip Davis wrote:
>>> > If I don't understand this issue, it won't be the first time. Just
>>> ignore me.  ;-|
>>> *Very* unlikely that you do  not understand any Rexx-related issue!
>>> :-)
>>>
>>> > It sounds as if Rony is talking about a Rexx program that, through no
>>> fault of its own, is
>>> > dispatched on a different Rexx execution instance from the one on
>>> which it initialized its
>>> > variables.
>>> Exactly!
>>>
>>> > (Possibly as a result of running in one of those densely woven
>>> interface packages he's fond of
>>> > creating. :-)
>>> :)
>>>
>>> > In essence, there's now a need for a new .LOCAL, residing in the
>>> execution space somewhere between
>>> > the classic .LOCAL and .GLOBAL.
>>> Hmm.
>>>
>>> If a Rexx object would gain an attribute "local" (let us say in the root
>>> class Object), which gets a
>>> reference to the Rexx interpreter instance's (RII) .local environment at
>>> its object creation time,
>>> then one might solve this subtle (and therefore nasty) problem: if an
>>> access is made to .local it
>>> would first lookup the object's local attribute and if not found and the
>>> current RII's .local is
>>> different, then that would be looked up next.
>>>
>>> What do you think?
>>>
>>
>>
>> I think it is one seriously bad idea, and not just because this increases
>> the size of every object instance for a feature that would be rarely used.
>> .local is a reference to an object an a method is executing in at the time
>> it is invoked, no more, no less. If an object author wises to keep
>> persistent data that exists across multiple instances, then there are many
>> better ways to this, such as stashing information in variables contained by
>> a class object.
>>
>>
>> Well, "rarely" used is quite relative. :)
>>
>> E.g. in the case of JavaFX programs any FXML-file (containing the GUI in
>> XML) that defines "rexx" to be its controller language will cause at
>> runtime a separate Rexx interpreter instance (RII) to be created by JavaFX.
>> If one has five different GUIs then at least five ooRexx interpreter
>> instances will get created!
>>
>> With the advent of BSF4ooRexx ability to create - as ooRexx allows for
>> that really great feature! - multiple Rexx interpreter instances (RII), one
>> for each Java language-reference (in the Apache BSF scripting framework
>> that was originally developed at IBM and now in the javax.script
>> framework), the Rexx programmer will be confronted with a problem, if she
>> has used .local in the past years to store Rexx-package related data and
>> its routines and/or methods are dependent on that data to be present in
>> .local.
>>
>> This is actually the case for the BSF4ooRexx package (but also for
>> rgf_util2.rex and other pure ooRexx packages) where BSF-related classes got
>> stored in .local.  And I expect, from seeing quite some ooRexx programs in
>> the form of student's work, Bachelor, Master theses where they sometimes
>> create real-world solutions for their parent's or their own businesses,
>> especially now, that JavaFX is easily available to them.
>>
>> The alternative for BSF4ooRexx would have been .environment which is
>> global to all RIIs, but which I thought should be mainly left to the ooRexx
>> runtime itself and only in rare cases should it be used for application
>> purposes.
>>
>> Of course, I could change BSF4ooRexx (and all my Rexx packages) to use
>> .environment, but it would not solve the principal problem at hand: the
>> dependency of ooRexx objects on the .local directory that was around when
>> the object got created. But what if Rexx packages get deployed in such an
>> environment where the authors are not available anymore (left the
>> organization for different reasons)?
>>
>> A real world example: the RexxScript (javax.script) implementation
>> redirects by default the ooRexx .input, .output, .error, .debugInput and
>> .traceOutput monitors to the javax.script supplied Java Writer/Reader
>> objects (the Rexx programs do not realize it 

[Oorexx-devel] Fwd: SourceForge Project Upgrade Notification

[Jon Wolfers]

Hi Guys,

I received this from sourceforge.

Jon
-- Forwarded message --
From: SourceForge.net 
Date: 14 August 2012 at 19:32
Subject: SourceForge Project Upgrade Notification
To: nore...@in.sf.net


Your project, Open Object Rexx, has been upgraded.

Your source code repositories are currently being migrated to the new
setup. You will recieve another email when that import is complete. That
means that you and any other developers should do a fresh checkout using
the new repository location when it is ready (see the "code" tab). Please
be aware that large repositories may take a long time.

Please report any issues to us as at https://sourceforge.net/p/
forge/site-support/new/  Thanks!
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Calling Programs in a .dll

[Jon Wolfers]

Rexx-GCI

I've not used it myself, but it can be downloaded here




On 11 July 2017 at 20:24, Michael Lueck  wrote:

> Greetings Terry
>
> Terry Fuller wrote:
>
>> Is there a comparable mechanism for ooRexx on windows?
>>
>> Is this possible?  Can someone point to documentation?
>>
>
>
>
> I can recall some developer building an interface to bridge Rexx to any
> Windows DLL.
>
> Otherwise the DLL must be special coded to allow Rexx to automatically
> load functions in it.
>
> I cannot seem to find the correct keywords to locate what I am recalling.
>
> The solution involved I believe a Rexx loadable DLL as well as perhaps a
> configuration file to assist with function mapping in the native Windows
> DLL.
>
> I am thankful,
>
> --
> Michael Lueck
> Lueck Data Systems
> http://www.lueckdatasystems.com/
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Memory Problems ooRexx 5.0

[Jon Wolfers]

Hi Erich,

you wrote

For best performance, use stream~arrayIn(), which is by far preferable to
> any other means.


I wonder if this is something that has changed and been established through
comparisons using 5.0.0.

I ask, because sometime ago there was a lot of discussion on the rexxla
list (or perhaps it was comp.lang.rexx) where after much trial and error it
was established that using charin to read the entire file into a string
followed by a makearray on the string offered the best performance.

It would be good to know authoritatively.

Jon

On 5 July 2017 at 20:00, Erich Steinböck  wrote:

> Hi P.O.
>
> DO WHILE qfileIn~lines <> 0
>>
> Never use Stream method lines() in a loop.  Other than the LINES()
> built-in function, it's argument defaults to "count" which is very
> expensive.  Use stream~lines("normal") or DO stream~lines()or SIGNAL ON
> NOTREADY instead.
>
> For best performance, use stream~arrayIn(), which is by far preferable to
> any other means.
>
> The second time it takes 50 MINUTES to finish!
>>
> I can confirm the performance hit you're observing. I really have no good
> answer what is causing this .. I have opened [bugs:#1467]
> .
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Are there any problems with ssh and Sourceforge at the moment?

[Jon Wolfers]

This is what I get using Tortoise

Updating: C:\oorexx\svn\code-0
Error: Unable to connect to a repository at URL
Error:  'svn+ssh://sahana...@svn.code.sourceforge.net/p/oorexx/code-0'
Error: To better debug SSH connection problems, remove the -q option from
'ssh' in the
Error:  [tunnels] section of your Subversion configuration file.
Error: Network connection closed unexpectedly

There is a message about a change on the Sourceforge Status page here
 which occured 2 days
ago.  Sounds like one now needs to use https to access the svn.

I'm a bit of a naive SVN user.  Rick helped me set up tortoise and it has
more or less worked ever since.

Guidance would be appreciated.

Jon



On 19 February 2017 at 15:33, Rony G. Flatscher 
wrote:

> Hi there,
>
> have tried to update the oorexx source code using "svn update", but
> unfortunately, this does not work all of a sudden for me.
>
> Here is the Windows copy & paste of the "svn update" with the error
> messages.
>
> F:\work\svn\oorexx>svn update
> Updating '.':
> svn: E170013: Unable to connect to a repository at URL 
> 'http://svn.code.sf.net/p/oorexx/code-0'
> svn: E730061: Error running context: Es konnte keine Verbindung hergestellt 
> werden, da der Zielcomputer die Verbindung verweigerte.
>
> The last message translates into English as: "Connection could not be
> established, because the server refused it."
>
> Trying an "svn update" on my Mac yields E170012 as above, the second
> message reads:
>
> svn: E120108: Error running context: The sever unexpectedly closed the 
> connection.
>
> ---
>
> However, using plink.exe from PuTTY allows me to get a shell on
> sourceforge using the ssha-2 keys that I have been using successfully in
> the past and which are stored on Sourceforge, so I would expect "svn
> update" to work as well.
>
> Here is the plink.exe output on Windows (replaced my login id with "abc"):
>
> E:\cygwin\home\Administrator\.ssh>plink -v -t a...@shell.sourceforge.net
> create
> Looking up host "shell.sourceforge.net"
> Connecting to 216.34.181.119 port 22
> We claim version: SSH-2.0-PuTTY_Release_0.67
> *Server version: SSH-2.0-OpenSSH_6.6.1*
> *We believe remote version has SSH-2 channel request bug*
> Using SSH protocol version 2
> Doing Diffie-Hellman group exchange
> Doing Diffie-Hellman key exchange with hash SHA-256
> Host key fingerprint is:
> ssh-rsa 2048 80:1c:ee:50:14:cd:ef:28:3e:82:c6:ef:44:55:d7:74
> Initialised AES-256 SDCTR client->server encryption
> Initialised HMAC-SHA-256 client->server MAC algorithm
> Initialised AES-256 SDCTR server->client encryption
> Initialised HMAC-SHA-256 server->client MAC algorithm
> Pageant is running. Requesting keys.
> Pageant has 2 SSH-2 keys
> Using username "abc".
> Trying Pageant key #0
> Authenticating with public key "imported-openssh-key" from agent
> Sending Pageant's response
> Access granted
> Opening session as main channel
> Opened main channel
> Allocated pty (ospeed 38400bps, ispeed 38400bps)
> Started a shell/command
>
> Requesting a new shell for "abc" and waiting for it to start.
> queued... creating... starting...
>
> This is an interactive shell created for user abc,users
> Use the "timeleft" command to see how much time remains before shutdown.
> Use the "shutdown" command to destroy the shell before the time limit.
> For path information and login help, type "sf-help".
>
> abc@shell-23008:~[abc@shell-23008 ~]$ timeleft
> Time remaining before shutdown: 240 minutes.
> abc@shell-23008:~[abc@shell-23008 ~]$ shutdown
> Requesting that your shell be shut down.
> This request will be processed soon.
> abc@shell-23008:~[abc@shell-23008 ~]$
> Broadcast message from root@shell-23008
> (unknown) at 15:10 ...
>
> The system is going down for halt NOW!
> Server sent command exit status 255
> Connection to shell-23008 closed by remote host.
> Connection to shell-23008 closed.
> Disconnected: All channels closed
>
> It seems that Sourceforge would use an old SSH-2 server, namely version
> SSH-2.0-OpenSSH_6.6.1, where the latest version is 7.4 (from December 19,
> 2016). There is some older information about that bug (if it is the same)
> from 2014-07-07:  wishlist/ssh-close-vs-request.html>
> 
> .
>
> As I would like to create a debug version of oorexx on my Windows machine,
> I would need the latest (at least a newer) version of the sources.
>
> So, is Sourceforge (doing a "svn update" for oorexx) working for you?
>
> Sorry for the noise.
>
> ---rony
>
> P.S.: Also, today, my ability to commit to bsf4oorexx on Sourceforge
> stopped. (Did update cygwin, Tortoise svn, etc., to no avail.)
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, 

Re: [Oorexx-devel] Unable to Install ooDialog 4.2.3 with ooRexx 5.0.0

[Jon Wolfers]

Yes, the installer for the independent ooDialog (ooDialog.nsi) has a bad
logic decision in it.

  StrCpy $ooRexxVersion "$R2.$R3.$R4.$R5"
>   ${If} $R2 >= 4
>   ${AndIf} $R3 >= 1
> StrCpy $isMinimumRequiredRexx "true"
>   ${Else}
> StrCpy $isMinimumRequiredRexx "false"
>   ${EndIf}


If I understand the above correctly, this facility will become re-available
when we get to v5.4.0.0 :-(

As the problem is with the released ooDialog versions's installers rather
than with the 5.0 code I don't know how we should address it.

The NSI script is plain text, so it might be the case that we could just
hack it?
I see some nested logic in the script, so perhaps we could replace the
above with

  StrCpy $ooRexxVersion "$R2.$R3.$R4.$R5"
  ${If} $R2 = 4
 ${If} $R3 >= 1
StrCpy $isMinimumRequiredRexx "true"
 ${Else}
StrCpy $isMinimumRequiredRexx "false"
 ${EndIf}
  ${Else}
 ${If} $R2 > 4
StrCpy $isMinimumRequiredRexx "true"
 ${Else}
StrCpy $isMinimumRequiredRexx "false"
 ${EndIf}
  ${EndIf}

Jon

On 8 August 2016 at 20:17, Terry Fuller  wrote:

> Not sure whether I'm doing something wrong or if its a bug... I get an
> exclamation warning dialog box titled "ooDialog 4.2.3.9853 Setup" when I
> try to install ooDialog with ooRexx 5.0.0
>
> The text of the warning says:
>
> A version of ooRexx, greater than or equal to
> version 4.1.0, must be installed prior to the
> installation of ooDialog 4.2.3.9852(beta).
>
> The installed ooRexx appears to be 5.0.0.0.
>
> The installer is aborting.
>
> And the only available action is "OK" :-(
>
> Is it me or is it Memorex?
>
> --
> taf
>
>
> 
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. http://sdm.link/zohodev2dev
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] [Announce] Welcome Erico Mendonca as a committer on the ooRexx project

[Jon Wolfers]

Erico has been working consistently on the build team for the project.
The Committers and the RexxLa have invited him to become a committer and
I'm very happy to say that he has accepted.

Please welcome him.

Jon
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] to do list

[Jon Wolfers]

Hi René,

I'm not sure who amongst the committees has the experience with svn to 'do'
a release.  Mark did the last ones and David before that i think.  Also i
don't think anyone knows what (if anything) needs to happen with the
independent ooDialog package.

Jon
On Jul 4, 2016 12:09 AM, "Michael Lueck" 
wrote:

> René Jansen wrote:
> > 1) document which platforms are going to be in the core list of
> supported platforms (of which we have binary installer packages):
> >
> > this is a matrix of:
> >
> > ISA  - OS name - Distribution - version
>
> I would still like to assist with the following builds:
>
> ISA - Linux - Ubuntu - 16.04 AMD64
> ISA - Linux - Ubuntu - 16.04 I386
> ISA - Linux - Ubuntu - 14.04 AMD64
> ISA - Linux - Ubuntu - 14.04 I386
> ISA - Linux - Ubuntu - 12.04 AMD64
> ISA - Linux - Ubuntu - 12.04 I386
>
> I am thankful,
>
> --
> Michael Lueck
> Lueck Data Systems
> http://www.lueckdatasystems.com/
>
>
> --
> Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Malware Flag on 5.0.0 files

[Jon Wolfers]

Ok.  It looks to me like the Malware flags have cleared.

Nice one Erich.

Jon

On 17 June 2016 at 09:19, Erich Steinböck 
wrote:

> I've tested each individual file in the flagged oorexx5_win32_r11047.zip
> with virustotal.com (Moritz, thanks for sharing this useful service).
> It shows that Bitdefender doesn't like rexxinstance.exe and callrxnt.exe.
> As the former is just a testbinary and the latter a sample, I've simply
> removed both from the zip, and uploaded it as oorexx5_win32_r11047_av.zip.
>
> I've also removed the other flagged 32-bit zip and cleaned up older
> versions.
>
> Depending on how often sf runs its AV-service against our files, we'll see
> whether this fixes the flagging.  I haven't done anything regarding the
> supposedly "damaged" Mac archive.
>
> P.S. I'm running an enterprise version of Symantec Endpoint Protection and
> I'm very confident that no infected file will ever be uploaded by me.
>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> reports. http://sdm.link/zohomanageengine
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://sdm.link/zohomanageengine___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Malware Flag on 5.0.0 files

[Jon Wolfers]

Hi,

I would be happier to do this if someone with a full strength paid for
anti-virus could confirm that Nsis_longstrings.zip and
oorexx5_win32_r11047.zip  are false positives.  It shouldn't be more than
10 minutes work.

thanks,

Jon

On 16 June 2016 at 10:33, René Jansen <rvjan...@xs4all.nl> wrote:

> I checked the MacOSX disk image and it is fine. Jon, can you report this
> to the SF admins? I gather the other files are harmless too.
>
> best regards,
>
> René.
>
>
>
> On 16 jun. 2016, at 10:33, Jon Wolfers <sahana...@gmail.com> wrote:
>
> I got access to wifi.  Here is the info provided by sourceforge
> PathScan DateVulnerability FoundWhitelisted
> oorexx-buildutils/1.2.0/Nsis_longStrings.zip
> <https://sourceforge.net/projects/oorexx/files/oorexx-buildutils/1.2.0//>
> 2016-02-21 Win.Adware.Oneinstaller FOUND -
> oorexx/5.0.0alpha/oorexx5_win32_r11024.zip
> <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0alpha//>
> 2016-04-24 infected: Gen:Variant.Razy.19005 -
> oorexx/5.0.0alpha/oorexx5_win32_r11047.zip
> <https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0alpha//>
> 2016-06-14 infected: Gen:Variant.Razy.19005 -
> windows-build-tools/1.0/Nsis_longStrings.zip
> <https://sourceforge.net/projects/oorexx/files/windows-build-tools/1.0//>
> 2016-02-21 Win.Adware.Oneinstaller FOUND -
>
> also sourceforge reports this archive damaged.
> oorexx/3.2.0/ooRexx-3.2.0-2-i386-MacOSX.dmg
> <https://sourceforge.net/projects/oorexx/files/oorexx/3.2.0//> 2016-05-29 
> archive
> damaged
>
>
> I downloaded the above 4 zip files and scanned them with Avast which found
> no threats.  Sourceforge uses bitdefender, but does not reveal which member
> of the archive the supposed threat is found in.
>
> Scanning my working copy I see that Avast reports that
> incubator\samples\ooDialog\ResourceEditors\openWatcom.dll has a suspected
> threat Win32:evo-gen[Susp]:
>
> Perhaps someone with another virus scanner could download and check the
> above files.
>
> Hth
>
> Jon
>
>
>
> On 15 June 2016 at 22:17, Moritz Hoffmann <antig...@gmail.com> wrote:
>
>> It seems quite a few scanners actually detect something [1]. Someone
>> interested could now go off and check every individual exe/dll file in the
>> archive...
>> Moritz
>>
>>
>>
>> [1]
>> https://www.virustotal.com/en/file/eb98e666930e73dbb7f2652a143d7715109547c15ea47c740d6853056e7d5731/analysis/
>>
>> On Wed, Jun 15, 2016 at 1:06 PM, Jon Wolfers <sahana...@gmail.com> wrote:
>>
>>> Hi Erich,
>>>
>>> I'm away from home till Sunday night with only access through my phone.
>>> Can Les answer this one?
>>>
>>> Thanks
>>> Jon
>>> On Jun 15, 2016 8:31 PM, "Erich Steinböck" <erich.steinbo...@gmail.com>
>>> wrote:
>>>
>>>> | Which location are you getting these from, Gil?
>>>> Flags show up in the "files" oorexx/5.0.0alpha folder
>>>>
>>>> All files were uploaded by me - they're just the raw zipped contents
>>>> from a build.
>>>>
>>>> Seems that sourceforge scans files since a few weeks:
>>>>
>>>> https://sourceforge.net/blog/sourceforge-now-scans-all-projects-for-malware-and-displays-warnings-on-downloads/
>>>>
>>>> Jon, do you as an admin see what is described here,
>>>> "Project admins will get an additional dashboard that will provide more
>>>> in-depth details on why a file was flagged and how to address it. Project
>>>> admins will also be able to submit a support request related to any issue
>>>> detected by the scanners, and they’ll also be able to request a file be
>>>> whitelisted once we’ve reviewed it."
>>>>
>>>> Erich
>>>>
>>>> On Wed, Jun 15, 2016 at 8:40 PM, René Jansen <rvjan...@xs4all.nl>
>>>> wrote:
>>>>
>>>>> Which location are you getting these from, Gil?
>>>>>
>>>>> René.
>>>>>
>>>>> > On 15 jun. 2016, at 16:18, Gil Barmwater <gbarmwa...@alum.rpi.edu>
>>>>> wrote:
>>>>> >
>>>>> > Two of the 5.0.0 Alpha zip files have a malware flag on them. Any
>>>>> idea why?
>>>>> >
>>>>> > --
>>>>> >
>>>>> > Gil Barmwater
>>>>>
>>>>
>>>>
>>>> --
>&

Re: [Oorexx-devel] Malware Flag on 5.0.0 files

[Jon Wolfers]

Hi Erich,

I'm away from home till Sunday night with only access through my phone.
Can Les answer this one?

Thanks
Jon
On Jun 15, 2016 8:31 PM, "Erich Steinböck" 
wrote:

> | Which location are you getting these from, Gil?
> Flags show up in the "files" oorexx/5.0.0alpha folder
>
> All files were uploaded by me - they're just the raw zipped contents from
> a build.
>
> Seems that sourceforge scans files since a few weeks:
>
> https://sourceforge.net/blog/sourceforge-now-scans-all-projects-for-malware-and-displays-warnings-on-downloads/
>
> Jon, do you as an admin see what is described here,
> "Project admins will get an additional dashboard that will provide more
> in-depth details on why a file was flagged and how to address it. Project
> admins will also be able to submit a support request related to any issue
> detected by the scanners, and they’ll also be able to request a file be
> whitelisted once we’ve reviewed it."
>
> Erich
>
> On Wed, Jun 15, 2016 at 8:40 PM, René Jansen  wrote:
>
>> Which location are you getting these from, Gil?
>>
>> René.
>>
>> > On 15 jun. 2016, at 16:18, Gil Barmwater 
>> wrote:
>> >
>> > Two of the 5.0.0 Alpha zip files have a malware flag on them. Any idea
>> why?
>> >
>> > --
>> >
>> > Gil Barmwater
>>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> reports.
> http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421=/41014381___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx Release 5.0 - OLE

[Jon Wolfers]

Hi Sanford,
Are these issues that you have found to occur with 5.0 code base but not
with previous releases of ooRexx?
On Jun 14, 2016 4:04 PM, "Sanford Geiger"  wrote:

> *I was wondering if anyone is working on OLE for Release 5.0.  I found
> some issues with creating Outlook contact lists and also issues with
> changing fonts using Word. Has anyone else also found issues with OLE or
> experienced any of these issues? *
>
> *Thanks,*
>
> *Sandy Geiger*
>
>
>
>
>
>
>
>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
>
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need help reading/writing to a "com" port...

[Jon Wolfers]

Jacques Bouchard was having trouble posting to this thread.
Here is his post.
Jon

Hello
Long ago I wrote a REXX program to read a counter connected to my PC via a
port com. Recently this program was no longer working.

I used the forum entry
https://sourceforge.net/p/oorexx/discussion/408478/thread/34d1c298/ to
develop my code.

In fact when reading the counter on COM20 I was receiving the previous
writeS to the counter. The list of writeS was extended after each run of
the failing program. This list was not reset by a boot of my PC. I deduced
that this was a file and I found the file.
In fact, the STREAM(name, 'C', 'OPEN BOTH') was opening a* file* instead of
a comport.
I dug a little further and found the reason :
https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247%28v=vs.85%29.aspx#namespaces

Here they say :
*For example, if you want to open the
system's serial communications port 1, you can use "COM1" in the call to
the CreateFile function. This works because COM1–COM9 are part of the
reserved names in the NT namespace, although using the "\\.\" prefix will
also work with these device names. By comparison, if you have a
100 port serial expansion board installed and want to open COM56, you
cannot open it using "COM56" because there is no predefined NT namespace
for COM56. You will need to open it using "\\.\COM56" because "\\.\" goes
directly to the device namespace without attempting to locate a predefined
alias.*

This is what I did and now my code work nice. I changed COM20 to \\.\COM20

I have not been able to add this comment to the forum entry. Can you please
do so for completeness on this topic.

Thanks and regards,
Jacques Bouchard
La difficulté du business n'exclut pas la bonne humeur


This email has been sent from a virus-free computer protected by Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On 13 February 2016 at 04:32, J. Leslie Turriff  wrote:

> On Friday 12 February 2016 16:39:16 Erico Mendonca wrote:
> > That sounds odd. Device allocation on most distros is dynamic, and has
> been
> > for quite some time, including openSUSE. The device names are regulated
> by
> > LANANA, and follow the Unix major/minor notation. A full listing can be
> > found here: http://www.lanana.org/docs/device-list/devices-2.6+.txt
> >
> > In this case, /dev/ttyUSBx is a char device, major 188:
> >
> > # ls -ld /dev/ttyUSB0
> > crw-rw 1 root dialout 188, 0 Feb 12 20:29 /dev/ttyUSB0
> >
> >
> > The device ttyUSB0 starts with minor 0, ttyUSB1 is minor 1, and so on.
> > Whenever the kernel detects a new device being plugged in, the UDEV
> > subsystem allocates the next available major/minor pair for the device
> type
> > and creates the proper /dev file entry. So, it’s not really hardcoded.
> Plug
> > three different serial USB devices, and they may get either ttyUSB0,
> > ttyUSB1 or ttyUSB3 for each one depending on the order they’re connected.
> >
> > If what you want is a fixed device name, there are ways around it. You
> > could create an UDEV rule to make a symbolic link to a device, for
> example
> > /dev/modem pointing to /dev/ttyUSBx, no matter the order you plugged it.
> > Any of the device’s properties can be used to filter it, from the
> > vendor/product down to the serial number of the device. I can help you
> > write one if you wish.
>
> That was several years ago, when I was trying to connect my old
> RS-232 serial
> Wacom tablet to my laptop, which has no RS-232 port.  I have since given
> away
> the tablet, so I no longer care to pursue the issue.
>
> --
> A Caution to Everybody
>
> Consider the Auk;
> Becoming extinct because he forgot how to fly, and could only walk.
> Consider man, who may well become extinct
> Because he forgot how to walk and learned how to fly before he
> thinked.
>
> -- Ogden Nash
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net

Re: [Oorexx-devel] State of 5.0 ?

[Jon Wolfers]

Hi Rony,

I know that I should know the answer to both of those fine questions, but I
don't.

Erich was completing some documentation
Some people were completing testing (including me).  I know I haven't
managed my test case, but I'm not sure about anyone else.

Perhaps people can give a shout.

Jon

On 28 January 2016 at 13:29, Rony G. Flatscher 
wrote:

> Wondering what the state of the current trunk, aka ooRexx 5.0, is? Is it
> feature-complete, such that
> one can think of making ready a beta test version?
>
> What would be necessary to get the ball rolling towards an official
> release?
>
> ---rony
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] And we are back... (testing testing 1, 2, 3)

[Jon Wolfers]

If the sourceforge status page is to be believed, the mailing lists are
back up and running after five days of silence...
--
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Ad higher resolution image of the ooRexx logo (Re: ooRexx doc and builds

[Jon Wolfers]

Hi All,

the 'original' logo was designed by Julian Choy, and I didn't have anything
to do with it's adoption.  Personally I like Rony's logo with the
interlinked 'O's better, but it may be that others are more attached to the
old one, in which case they should say so here.  I don't know where the
resources for the old one would be now, and I'm not keen to disturb Mark
for this.

Jon

On 28 June 2015 at 13:02, René Jansen rvjan...@xs4all.nl wrote:

 Hi Rony,

 this is a nice on, thanks! I will speak to Jon about this; I see them as a
 very viable alternative.

 Thanks!

 best regards,

 René.

  On 28 jun. 2015, at 13:46, Rony G. Flatscher rony.flatsc...@wu.ac.at
 wrote:
 
  On 25.06.2015 17:47, Rony G. Flatscher wrote:
  On 25.06.2015 17:01, René Jansen wrote:
  The good news is, I can build the ooRexx documentation now in an
 automated way with Jenkins (with help from Jean-Louis, altough I decided to
 build on Linux in the end because of too much hassle on MacOSX - but I
 needed all his tips anyway). So somewhere this weekend we will have nightly
 builds of the docs on the website.
 
  My first (1) question is, do we have a higher resolution image of the
 ooRexx logo? This one is not print resolution (it is not even screen
 resolution and has artifacts) and it needs to be replaced. Also (2), we
 need a keep-together on the word “documentation because it is being split
 on the title pages.
  Did you find any in the meantime? Originally the logo got created by a
 friend of Mark Hessling,
  whose name escaped me (an Australian if I am not mistaken), maybe Mark
 still has a copy of them.
 
  If not, I can offer the ooRexx icons I have been using for the
 BSF4ooRexx project, which are
  availabe in all sort of renderings (have to research where I placed his
 originals, which included
  svg, if not mistaken; I attach oorexx_256.png). They got created by
 Graham Wilson (South Africa)
  who made them freely available for the Rexx/ooRexx project as a support
 measurement for the Rexx
  project(s). As a result I have
 
  ---rony
 
 
 oorexx_256.png--
  Monitor 25 network devices or servers for free with OpManager!
  OpManager is web-based network management software that monitors
  network devices and physical  virtual servers, alerts via email  sms
  for fault. Monitor 25 devices for free with no restriction. Download now
 
 http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___
  Oorexx-devel mailing list
  Oorexx-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/oorexx-devel



 --
 Monitor 25 network devices or servers for free with OpManager!
 OpManager is web-based network management software that monitors
 network devices and physical  virtual servers, alerts via email  sms
 for fault. Monitor 25 devices for free with no restriction. Download now
 http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical  virtual servers, alerts via email  sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] news on the build machine

[Jon Wolfers]

Hi Rene,

I am also really impressed and hope that we can find people who can
contribute machine time.

This morning the build.netrexx.org link brings up a Jenkins dashboard (with
both netrexx and ooRexx builds), but the build.ooRexx.org link returns An
internal server error occurred. Please try again later. though with the
Jenkins favIcon.

hopefully a temporary glitch.

Jon

On 20 June 2015 at 23:47, Erich Steinböck erich.steinbo...@gmail.com
wrote:

 René, seeing the Jenkins stuff on build.oorexx.org, I can only say: what
 you have done is absolutely amazing!  Thanks!!

 Regarding the built images: where would we find those?

 Erich

 On Sat, Jun 20, 2015 at 7:57 PM, René Jansen rvjan...@xs4all.nl wrote:

 In the past few weeks there have been some improvements in the automatic
 building of Rexx source. There is a Jenkins instance, reachable via
 build.netrexx.org and build.oorexx.org, which coordinates the activity.
 Jenkins is a tool for Continuous Integration, which can run build and test
 jobs, preserve the output and make it visible, and act upon the results. We
 distinguish two types of activity, which is a rebuild of the system
 (netrexx or oorexx) on every commit, on the various platforms, and a
 once-a-day rebuild from scratch, which includes making a distribution
 package and running all tests, and rebuilding the documentation. In the
 near future, we will also keep performance baselines, so we can see if a
 change has regressed these for a specific platform.

 In this manner, the “build machine” has become a distributed process in
 which one coordinating image farms out work to build nodes. This is visible
 at the above mentioned locations. At the moment, we have six nodes, which
 all have their own role and can build different parts of our products.

 I want to invite you to have a look and to think about whether you, or a
 company you are affiliated to, can contribute to this setup, or not. What
 we need at the moment are (machines that are up and running, and reachable,
 or at least up at a predictable timeframe for us to schedule the jobs). If
 you have such a machine, and can make a separate userid for RexxLA, we can
 schedule building activity on it. At the moment, the most urgent need is
 for the various types of MS-Windows, and the current Linux versions. Dave
 Woodman has come forward to contribute the first Linux with OpenJDK image,
 and we are very thankful for this.

 Also, I have setup a push message facility so a committer (and other
 interested parties) can be informed of breaking builds or failing tests, by
 email or phone alerts.

 There is enough work to be done. If you want to participate, for example
 by donating machine time, or help to set up the right testing jobs, please
 be in touch. I will follow up with detailed requirements for work to be
 done for different platforms, and I will be revisiting the oorexx.org (and
 netrexx.org) websites to contain the results of the jobs fired off by
 the build machine, so both products will have nightly builds and fresh
 documentation.

 We have a small group focusing on building oorexx already, so only
 donating machine time on platforms we need is fine. Send me a private email
 to discuss the details.

 best regards,

 René Jansen.


 --

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




 --

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


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

Re: [Oorexx-devel] news on the build machine

[Jon Wolfers]

And now it works :-) , but intermittently :-(.

Jon

On 21 June 2015 at 06:59, Jon Wolfers sahana...@gmail.com wrote:

 Hi Rene,

 I am also really impressed and hope that we can find people who can
 contribute machine time.

 This morning the build.netrexx.org link brings up a Jenkins dashboard
 (with both netrexx and ooRexx builds), but the build.ooRexx.org link
 returns An internal server error occurred. Please try again later.
 though with the Jenkins favIcon.

 hopefully a temporary glitch.

 Jon

 On 20 June 2015 at 23:47, Erich Steinböck erich.steinbo...@gmail.com
 wrote:

 René, seeing the Jenkins stuff on build.oorexx.org, I can only say: what
 you have done is absolutely amazing!  Thanks!!

 Regarding the built images: where would we find those?

 Erich

 On Sat, Jun 20, 2015 at 7:57 PM, René Jansen rvjan...@xs4all.nl wrote:

 In the past few weeks there have been some improvements in the automatic
 building of Rexx source. There is a Jenkins instance, reachable via
 build.netrexx.org and build.oorexx.org, which coordinates the activity.
 Jenkins is a tool for Continuous Integration, which can run build and test
 jobs, preserve the output and make it visible, and act upon the results. We
 distinguish two types of activity, which is a rebuild of the system
 (netrexx or oorexx) on every commit, on the various platforms, and a
 once-a-day rebuild from scratch, which includes making a distribution
 package and running all tests, and rebuilding the documentation. In the
 near future, we will also keep performance baselines, so we can see if a
 change has regressed these for a specific platform.

 In this manner, the “build machine” has become a distributed process in
 which one coordinating image farms out work to build nodes. This is visible
 at the above mentioned locations. At the moment, we have six nodes, which
 all have their own role and can build different parts of our products.

 I want to invite you to have a look and to think about whether you, or a
 company you are affiliated to, can contribute to this setup, or not. What
 we need at the moment are (machines that are up and running, and reachable,
 or at least up at a predictable timeframe for us to schedule the jobs). If
 you have such a machine, and can make a separate userid for RexxLA, we can
 schedule building activity on it. At the moment, the most urgent need is
 for the various types of MS-Windows, and the current Linux versions. Dave
 Woodman has come forward to contribute the first Linux with OpenJDK image,
 and we are very thankful for this.

 Also, I have setup a push message facility so a committer (and other
 interested parties) can be informed of breaking builds or failing tests, by
 email or phone alerts.

 There is enough work to be done. If you want to participate, for example
 by donating machine time, or help to set up the right testing jobs, please
 be in touch. I will follow up with detailed requirements for work to be
 done for different platforms, and I will be revisiting the oorexx.org (and
 netrexx.org) websites to contain the results of the jobs fired off by
 the build machine, so both products will have nightly builds and fresh
 documentation.

 We have a small group focusing on building oorexx already, so only
 donating machine time on platforms we need is fine. Send me a private email
 to discuss the details.

 best regards,

 René Jansen.


 --

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




 --

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



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

Re: [Oorexx-devel] Upload doc builds to http://build.oorexx.org/builds/docs/

[Jon Wolfers]

Hi Moritz,

I'm sure you are right about the SVN being a bad idea.

That was a misunderstanding on my part.  I will try to get my head around
the sourceforge FILES  section later in the week and see if we can't come
up with a better interim solution.

Jon

On 2 June 2015 at 20:37, Moritz Hoffmann antig...@gmail.com wrote:

 Hi,
 I'm not convinced storing build results in SVN is a good idea. SVN is not
 meant to store binaries - it would be better to store them elsewhere, for
 example in the files section on Sourceforge. Regarding the build machine we
 should start thinking about a solution. I guess David's build machine was
 run on his own pocket, so in the long run we cannot rely on that anymore.
 So we'd need a volunteer who sponsors a build machine. Also, there exist
 several free cloud offerings for open source projects providing build
 services. For example, Atlassian Bamboo is free, only the Amazon VM
 instance needs to be payed.
 Cheers,
 Moritz

 On Tue, Jun 2, 2015 at 7:26 AM Jon Wolfers sahana...@gmail.com wrote:

 It would seem that we are not ready to provide a replacement environment
 for the build machine at this point.

 I have created a folder on the SVN tree  for development snapshot builds
 where successful builds can be left for review and/or testing by others.

 It is at the head of the tree, so that bandwidth concerned developers do
 not have to update all builds to their working copies.

 Please keep it tidy by removing builds when you replace them.

 thanks,

 Jon


 On 1 June 2015 at 15:37, David Ashley w.david.ash...@gmail.com wrote:

  I would rather that you find another server. Mine is rather stressed at
 the moment with some testing for the Fedora project.

 David Ashley


 On 06/01/2015 09:33 AM, Erich Steinböck wrote:

   Sorry, but I do not have FTP available at my server.

 David, what other options do we have regarding uploading to
 build.oorexx.org?
  Or would you rather not want us to keep using your oorexx.org server?
  Erich

 On Mon, Jun 1, 2015 at 3:10 PM, David Ashley w.david.ash...@gmail.com
 wrote:

  Sorry, but I do not have FTP available at my server.

 David Ashley

 On 05/30/2015 03:46 PM, Erich Steinböck wrote:

  Until we get back our nighty builds, can I (or someone else) manually
 upload preliminary doc builds to http://build.oorexx.org/builds/docs/ ?

  How would that work?  FTP?  Any special authorization needed?


  
 --



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --

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




 --



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --

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



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



 --

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


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

Re: [Oorexx-devel] Upload doc builds to http://build.oorexx.org/builds/docs/

[Jon Wolfers]

It would seem that we are not ready to provide a replacement environment
for the build machine at this point.

I have created a folder on the SVN tree  for development snapshot builds
where successful builds can be left for review and/or testing by others.

It is at the head of the tree, so that bandwidth concerned developers do
not have to update all builds to their working copies.

Please keep it tidy by removing builds when you replace them.

thanks,

Jon

On 1 June 2015 at 15:37, David Ashley w.david.ash...@gmail.com wrote:

  I would rather that you find another server. Mine is rather stressed at
 the moment with some testing for the Fedora project.

 David Ashley


 On 06/01/2015 09:33 AM, Erich Steinböck wrote:

   Sorry, but I do not have FTP available at my server.

 David, what other options do we have regarding uploading to
 build.oorexx.org?
  Or would you rather not want us to keep using your oorexx.org server?
  Erich

 On Mon, Jun 1, 2015 at 3:10 PM, David Ashley w.david.ash...@gmail.com
 wrote:

  Sorry, but I do not have FTP available at my server.

 David Ashley

 On 05/30/2015 03:46 PM, Erich Steinböck wrote:

  Until we get back our nighty builds, can I (or someone else) manually
 upload preliminary doc builds to http://build.oorexx.org/builds/docs/ ?

  How would that work?  FTP?  Any special authorization needed?


  
 --



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --

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




 --



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --

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


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

Re: [Oorexx-devel] Upload doc builds to http://build.oorexx.org/builds/docs/

[Jon Wolfers]

Hi Erich,

That is a really good question, and not just for the documentation builds.

I think that the build site is hosted on David Ashley's own server, so we
would need to retrieve that.  I will contact him and ask.

Jon

On 30 May 2015 at 21:46, Erich Steinböck erich.steinbo...@gmail.com wrote:

 Until we get back our nighty builds, can I (or someone else) manually
 upload preliminary doc builds to http://build.oorexx.org/builds/docs/ ?

 How would that work?  FTP?  Any special authorization needed?


 --

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


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

[Oorexx-devel] Recent 5.0.0 windows build (x86_32)

[Jon Wolfers]

Hi,

I'm, looking for a recent 5.0.0 build for Windows (x86_32)
I want to fulfil my promise to provide a test case for the resource
directive.

I have an installer from revision 10820 (06Nov14) taken from the build
machine, but there have been over 100 commits since then.
Does anyone have a more recent build for Windows (installer preferred)?

Failing that, can anyone lead me through building for Windows, pretty much
from scratch?

thanks,

Jon
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Recent 5.0.0 windows build (x86_32)

[Jon Wolfers]

Hi Rick,

I have TortoiseSVN installed, though I'm not sure it is installed correctly
- it does not iconise the files and folders, but seems to work ok apart
from that.

I have visual Studio community 2013 - It has the menues for building c++
projects, though it has not yet been used for C++ so may still need some
components installing.

I also do not mind not building the installer - with the build machine that
was the path of least resistance.

You and Mark led me through a build many years ago - on a previous
machine.  I had hoped to understand and be able to replicate the process,
but at that time we all seemed to be feeling our way and I never mastered
it.  After that the build machine came along and I gave up trying (oh - the
things we take for granted).

I'd be happy to try to keep up with you and Erich.

thanks,

Jon

On 26 May 2015 at 14:26, Erich Steinböck erich.steinbo...@gmail.com wrote:

 can anyone lead me through building for Windows

 I'd also be very much interested in how to build the interpreter

 How much from scratch?  What do you have installed already (svn, cmake,
 visual studio of some flavor, nsis, etc.)?

 Until now I've just installed SVN

 I tend to build things without building the installer and just run things
 from the build directory

 That would be perfect for me

 At the same time I'm of course also interested in how to correctly build
 docs.  I've posted in the buildteam
 https://sourceforge.net/p/oorexx/discussion/buildteam/thread/52d3b56b/
 what my current setup is.  The doc build works (I've only tested rexxref),
 but generates literally thousands of FOP warnings/errors.  So I wonder if
 I'd need to setup something differently.  I'd be grateful, if you could
 share your experience regarding docs too

 Erich


 On Tue, May 26, 2015 at 2:50 PM, Rick McGuire object.r...@gmail.com
 wrote:

 How much from scratch?  What do you have installed already (svn, cmake,
 visual studio of some flavor, nsis, etc.)?

 I tend to build things without building the installer and just run things
 from the build directory using a simple batch file that sets up paths
 appropriately.  That might be simpler for you.  Building the installer gets
 you involved with issues such as doc locations, etc.  I can share that
 batch file with you.

 Rick

 On Tue, May 26, 2015 at 8:35 AM, Jon Wolfers sahana...@gmail.com wrote:

 Hi,

 I'm, looking for a recent 5.0.0 build for Windows (x86_32)
 I want to fulfil my promise to provide a test case for the resource
 directive.

 I have an installer from revision 10820 (06Nov14) taken from the build
 machine, but there have been over 100 commits since then.
 Does anyone have a more recent build for Windows (installer preferred)?

 Failing that, can anyone lead me through building for Windows, pretty
 much from scratch?

 thanks,

 Jon


 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel



--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] An Update

[Jon Wolfers]

Hi Guys,

I realise I've been absent from the list for a while.  I have been
incredibly busy, left my job of 23 years, preparing and attending  job
interviews and some exam preparation.  I'm on a training course for most of
next week.

Not much has changed since I last did an update, except our new committer
Erich has been very productive - well done.

I think the next steps would be for those of you interested in the build
process to get together and see what we can come up with, even if it is not
on the scale of what David provided it would be good if contributors
wanting to test could find builds or installers somewhere.  There is a
forum for the build team here
https://sourceforge.net/p/oorexx/discussion/buildteam/ but as yet it is a
clean slate.

I'm still looking for someone to oversee releases - no luck so far.

thanks,

Jon
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Can anyone rescue me

[Jon Wolfers]

HI All,

Trying to set up TortoiseSVN on my new laptop I have managed to commit a
load of rubbish to the SVN.
Turns out I don't know how to back off a commit.
It was number 10912.
Does anyone know how to do this?

flushed with embarrassment

Jon
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] An Update from Jon - me, skills, builds, Lead Architect

[Jon Wolfers]

Dear All,



I thought I should just report progress.  It’s been quite a week.  I’m
sorry that I’ve got less responsive towards the end of it.  We’re packing
up the company I work for, and once I’d put my desk in a skip and trundled
off my chair for re-sale, it got hard to watch the lists.



We are doing well, but still light on the skills and talents needed,
particularly on the windows side (though good to have John aboard) and
project life-cycle, which will make doing a release hard.  If you have any
ideas where we might find interested developers, please let me know.



We have quite a few people interested in builds.  David has handed over the
build machine software and some notes to me.  I have created a forum on
Sourceforge for the build team use – it was to have been a mailing list,
but there are still some administration wrinkles to iron out.  Rene has
agreed to ‘head-up’ the team and sort out the hosting and see if we can aim
at something like what David provided.   Guys, let me know when you are
ready for Davids material.



We had some development this week and with it some interaction, and Rick
pointed out that one role missing from the grid is the Lead Architect.

I have been giving the whole architecture area some thought.  One important
role of the Architects is to act as a gatekeeper and prevent inconsistency
and ‘unrexxishness’ from creeping in to the language.  This will mean from
time to time turning down commits or patches and requires a thorough
understanding of the language and implementation.  It also means taking
responsibility for any mistakes made in this area.  Another area is guiding
the overall direction of the language development.  Rick has been
performing all of these roles.  We do have an Architectural Review Board
(ARB) appointed by the RexxLa, but it has not sat for some time.  I
understand that within IBM an ARB is a body with control over the project
and has an absolute veto on changes, and that model is probably not helpful
here where we are working with a team of volunteers.  Three Rexx Grandees
Mike, Rene and Rony have indicated a willingness to serve on an ARB that
meets, which would have more of an advice remit than an absolute veto.  I
have not checked this with them, but I think that offer does not mean that
they would be willing to do the gatekeeper role and monitor every commit
and patch.



I think in this area, when problems arise, there is almost always a correct
answer or an optimum answer to be arrived at by discussion, taking into
account the need to keep the Rexx aesthetic whilst enhancing the language
or fixing problems, and this can often be reached by the kind of mature
discussion we saw on the RFE’s this week.  I hope most of these questions
will be handled in this way, but realistically there will occasionally be a
need for someone to exercise authority and take responsibility, and my
proposal in these cases is that I will act as the gatekeeper and make those
decisions and take that responsibility where necessary.  I do not have the
in-depth understanding of the product to spot potential problems so I will
largely be relying on the developers to bring them to my attention and
advise on them where necessary.  Then if I make the wrong decision, and
cannot be reasoned out of it, developers can appeal to the ARB and I will
rely on them to arbitrate.



Other than that, I hope the ARB will meet regularly to review progress and
report back to the development community with their hopes and advice on the
direction that the language takes.


I have a feeling that the week ahead will be just as difficult for me as
the week past, and I also sense that some of you are eagerly getting on
with it, which I applaud, so please carry on.  Just have a bit of patience
with me.



Thanks,



Jon
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Looking Forwards...

[Jon Wolfers]

Hi Chip,

I hear you, and I hear your passion, and I think my personal preference is
for me not to get involved with Facebook, but I wonder if using rexx in
that fight does not have a bit of biting off one's nose to spite one's
face.  Like it or not, it is how many people share information nowadays.  I
would never want a love of rexx to force people to join or to drown
people's in boxes, but at the same time I would not like rexx to be
unrepresented there.

Jon


On 20 April 2015 at 00:29, Enrico Sorichetti enricosoriche...@mac.com
wrote:

 right now building from the cloned GIT repository fails …
 the current CMakeLists.txt gets the revision only for SVN

 I am testing the mods to get the info about the top commit also for
 GIT and Mercurial
 ( I like mercurial because the builtin web server
   that makes possible to navigate the source tree with a browser .)

 I am also testing the mods to silence most of the 187 warnings
 I get when building on Yosemite with CLANG 3.6

 by the way … make install does not work on  APPLE
 because of the logic used to find the LIB directory …
 APPLE does not have libc.so

 testing to fix that one also


 cheers
 enrico sorichetti




 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live
 exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Mirroring ooRexx to github

[Jon Wolfers]

Hi Moritz,

I'm no expert here, but it sounds like this would make things easier for
our developers and there are no disadvantages/costs from it.

If that is the case I would support this,

Jon

On 16 April 2015 at 21:43, Moritz Hoffmann antig...@gmail.com wrote:

 Hi Bruce,
 I'm not suggesting moving the project because we have a well established
 infrastructure on Sourceforge. Providing a mirror would be for the sole
 purpose of making development for non-ooRexx members easier. SVN has no
 built-in notion for brnaches, it's just directories in the repository. With
 git, you can clone a repository and do whatever you want to do inside,
 creating your own branches if you want. Of course, changes would still need
 to go through the SVN master, but it's possible to export changes from git
 as a patch and use our procedure to integrate those patches in SVN. Also,
 most people do not have access to the SVN repo so they can't create
 sandboxes to play with the code while having a backup copy. That can easily
 be solved with git.

 Best,
 Moritz

 On Thu, Apr 16, 2015 at 10:16 PM CVBruce cvbr...@gmail.com wrote:

 I'm not sure what you are suggesting here.  To me a mirror site is a copy
 of the main site, and therefore updates would still have go to the main
 site.  If SourceForge remained as the main site you would still have to use
 SVN to apply your changes to the source code.

 If you are talking about moving the entire project to GitHub, then my
 question is how do we move all the infrastructure, such as mail lists, bug
 reports, and binary file distribution.

 Yours,

 Bruce
 On Apr 16, 2015, at 12:08 PM, Moritz Hoffmann wrote:

  Dear all,
  I think it would be a good idea to have an official mirror of the
 ooRexx main tree on github as a git repository. Working with git for a long
 time now, I figured it's much more user friendly than SVN. Also, having an
 official mirror might allow us to more easily reach mode people -
 Sourceforge doesn't seem to be the open-source hoster #1 anymore. We could
 follow the approach other projects have taken: FreeBSD is mirroring their
 tree to git while development continues on their SVN repo. There will be no
 changes in the git mirror that are not in the SVN tree ensuring consistency.
 
  Please let me know what you think. If there's agreement I'd take
 responsibility and setup the mirroring task, and add a github team for
 ooRexx.
 
  Moritz
 
 --
  BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
  Develop your own process in accordance with the BPMN 2 standard
  Learn Process modeling best practices with Bonita BPM through live
 exercises
  http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_
 
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
  Oorexx-devel mailing list
  Oorexx-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/oorexx-devel


 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live
 exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_

 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel



 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live
 exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Looking Forwards...

[Jon Wolfers]

Hi Jean-Louis,

that's great - thank you all.

I have a naive question - does the fact that we have Linux builds for
several flavours mean that B - Linux expert is redundant - or is there a
lot of build independent stuff we need on Linux - I know on Windows there
is the ole stuff, ooDialog and even a live bug about shelling out.  Are
there equivalent linux things?  When I look in the platform folder it seems
to be mainly (all?) about building.  Can I remove B from the list?

Jon

  A - The interpreter itself Jean-Louis (debugs)  B - Linux expert  C -
Windows expert  D - Project Lifecycle administrator  E - Installer expert
Michael  Rene (MacOSX)  F - Builds Michael (Linux)  Rene (RaspPi MacOSX
z/os)  Jean-Louis (MacOs Yosemiti Ubuntu Win)  G - The test framework Erich  H
- The test suite Erich (5.0)  Jean Louis  I - The documentation processing
(Docbook).   Erich (5.0 RexxRef)  Walter (tickets)  J - ooDialog


On 14 April 2015 at 00:40, Jean-Louis Faucher jfaucher...@gmail.com wrote:

 Hi Jon

 I can build and debug under MacOs Yosemite, Ubuntu 14.04 and Windows 8.1.
 So you can put my name near A for the debugs, near F for the builds and
 near H for the tests associated to a bug fix.

 Best regards
 Jean-Louis

 2015-04-13 21:52 GMT+02:00 Jon Wolfers sahana...@gmail.com:

 Hi Walter,

 I've put you down for I, though there will be other aspects to that
 (unless of course you learn to do the doc build), but I think it is fine to
 have several people to one area - the problem is when we have too few
 rather than too many.

 Rene, that is impressive.  I've marked you down - hopefully correctly in
 installer and builds.  I am also keen to see BSF4ooRexx closer to ooRexx,
 but I think we need to finish the conversation about what resources we have
 before we have the conversation about how we proceed.  But don't let that
 stop you figuring out how to do it in the meantime :)

   A - The interpreter itself  B - Linux expert  C - Windows expert  D -
 Project Lifecycle administrator  E - Installer expert Michael  Rene
 (MacOSX)  F - Builds Michael (Linux)  Rene (RaspPi MacOSX z/os)  G - The
 test framework Erich  H - The test suite (the actual tests written using
 the test framework) Erich (5.0)  I - The documentation processing
 (Docbook).   Erich (5.0 RexxRef)  Walter (tickets)  J - ooDialog
 Jon

 On 13 April 2015 at 19:50, René Jansen rvjan...@xs4all.nl wrote:

 Hi Jon,

 I want to register for:


- MacOSX build, test and package
- Raspberry Pi (Raspian) test and build
- z/OS build and test - I have the machine now so we can start


 It might be good if we could get into repositories, like apt-get, yum
 for the different Linux distributions and instruction set architectures and
 for the Mac, mac brew and mac ports. Mark H might know how to do this, as I
 can install Regina for all of them. I know Bruce did a lot of work on Mac
 installers (after I did that earlier) and Rony’s students also did some Mac
 installers - we should get a 4.2.X installer online quickly. For the
 non-windows versions (that cannot run ooDialog) I suggest we include
 BSF4ooRexx as stopgap. I would not hurt for the windows installers, either.


 best regards,

 René.



 On 13 apr. 2015, at 18:38, Jon Wolfers sahana...@gmail.com wrote:

 Thanks Michael and Erich,

 It's good to get the ball rolling.

 I've seen another omission to the list which is ooDialog - although we
 will later have to have some decisions about what to do with ooDialog, it
 is important to many of our users so I've added it to the list.

 I've put Erich and Michael's name next to the items that they have
 expressed interest in, but that should not prevent others from coming
 forward for the same items - no one is committed yet and many hands make
 light work.

 Erich, thank you for your offer of funds - I believe that RexxLa
 provided a machine for the builds, but that died some time ago, and David
 was kindly hosting the build machine on his own hardware, which he was no
 doubt eager to reclaim.  The RexxLa board had a chat about this last week
 and think they have sufficient funds to host a future build machine on a
 leased server in a proper server farm.  I believe David is going to send a
 zip of the code.

 One other thing I forgot to mention this morning was that I asked Les to
 administer the ooRexx mailing lists as he was keen to contribute.

 Here is the table now, hopefully I'm not misunderstanding or
 misrepresenting anyone's interest.

   A - The interpreter itself  B - Linux expert  C - Windows expert  D -
 Project Lifecycle administrator  E - Installer expert Michael  F -
 Builds Michael (Linux)  G - The test framework Erich  H - The test
 suite (the actual tests written using the test framework) Erich (5.0)  I
 - The documentation processing (Docbook).   Erich (5.0 RexxRef)  J -
 ooDialog

 thanks,

 Jon


 On 13 April 2015 at 12:47, Erich Steinböck erich.steinbo...@gmail.com
 wrote:

 G - The test framework
 H - The test suite

Re: [Oorexx-devel] Looking Forwards...

[Jon Wolfers]

Thanks Rick, Michael,

I will leave the expert there, but rename them *nix

Jon

On 14 April 2015 at 11:43, Michael Lueck mlu...@lueckdatasystems.com
wrote:


 Jon Wolfers wrote:
  I have a naive question - does the fact that we have Linux builds for
 several flavours mean that B - Linux expert is redundant - or is there a
 lot of build independent stuff we need on Linux


 There are major installer differences. Ubuntu is based on the Debian
 system. I only use Ubuntu presently. Other members would be needed for
 other Linux distros.

 Rick McGuire wrote:
  After that, then you need to build a package for each of the specific
 platforms to ensure they are picking up the correct dependent libraries.


 ... and that is what I was offering towards the Ubuntu flavor of Linux.
 Taking care of the Ubuntu build machine, setting up new Ubuntu versions of
 said, and so on.

 Dealing with how Ubuntu runs services, etc... I would need help with that
 as that level deals with the C/C++ code. I am proficient in ooRexx, not
 C/C++! ;-)

 I am thankful,

 --
 Michael Lueck
 Lueck Data Systems
 http://www.lueckdatasystems.com/


 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live
 exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual-
 event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Looking Forwards...

[Jon Wolfers]

Hi Walter,

I've put you down for I, though there will be other aspects to that (unless
of course you learn to do the doc build), but I think it is fine to have
several people to one area - the problem is when we have too few rather
than too many.

Rene, that is impressive.  I've marked you down - hopefully correctly in
installer and builds.  I am also keen to see BSF4ooRexx closer to ooRexx,
but I think we need to finish the conversation about what resources we have
before we have the conversation about how we proceed.  But don't let that
stop you figuring out how to do it in the meantime :)

  A - The interpreter itself  B - Linux expert  C - Windows expert  D -
Project Lifecycle administrator  E - Installer expert Michael  Rene (MacOSX)  F
- Builds Michael (Linux)  Rene (RaspPi MacOSX z/os)  G - The test framework
Erich  H - The test suite (the actual tests written using the test
framework) Erich (5.0)  I - The documentation processing (Docbook).   Erich
(5.0 RexxRef)  Walter (tickets)  J - ooDialog
Jon

On 13 April 2015 at 19:50, René Jansen rvjan...@xs4all.nl wrote:

 Hi Jon,

 I want to register for:


- MacOSX build, test and package
- Raspberry Pi (Raspian) test and build
- z/OS build and test - I have the machine now so we can start


 It might be good if we could get into repositories, like apt-get, yum for
 the different Linux distributions and instruction set architectures and for
 the Mac, mac brew and mac ports. Mark H might know how to do this, as I can
 install Regina for all of them. I know Bruce did a lot of work on Mac
 installers (after I did that earlier) and Rony’s students also did some Mac
 installers - we should get a 4.2.X installer online quickly. For the
 non-windows versions (that cannot run ooDialog) I suggest we include
 BSF4ooRexx as stopgap. I would not hurt for the windows installers, either.


 best regards,

 René.



 On 13 apr. 2015, at 18:38, Jon Wolfers sahana...@gmail.com wrote:

 Thanks Michael and Erich,

 It's good to get the ball rolling.

 I've seen another omission to the list which is ooDialog - although we
 will later have to have some decisions about what to do with ooDialog, it
 is important to many of our users so I've added it to the list.

 I've put Erich and Michael's name next to the items that they have
 expressed interest in, but that should not prevent others from coming
 forward for the same items - no one is committed yet and many hands make
 light work.

 Erich, thank you for your offer of funds - I believe that RexxLa provided
 a machine for the builds, but that died some time ago, and David was kindly
 hosting the build machine on his own hardware, which he was no doubt eager
 to reclaim.  The RexxLa board had a chat about this last week and think
 they have sufficient funds to host a future build machine on a leased
 server in a proper server farm.  I believe David is going to send a zip of
 the code.

 One other thing I forgot to mention this morning was that I asked Les to
 administer the ooRexx mailing lists as he was keen to contribute.

 Here is the table now, hopefully I'm not misunderstanding or
 misrepresenting anyone's interest.

   A - The interpreter itself  B - Linux expert  C - Windows expert  D -
 Project Lifecycle administrator  E - Installer expert Michael  F - Builds 
 Michael
 (Linux)  G - The test framework Erich  H - The test suite (the actual
 tests written using the test framework) Erich (5.0)  I - The
 documentation processing (Docbook).   Erich (5.0 RexxRef)  J - ooDialog

 thanks,

 Jon


 On 13 April 2015 at 12:47, Erich Steinböck erich.steinbo...@gmail.com
 wrote:

 G - The test framework
 H - The test suite (the actual tests written using the test framework)
 I - The documentation processing (Docbook).


 I'd be willing contribute with the following -

- document 5.0 features for ooRexx Reference
- write any needed test cases
- dive into the test framework (though I haven't yet had any look at
it)

 (Any detailed hints regarding above are very welcome, e.g. what and how
 exactly needs to be installed for DocBook in a Windows environment)

 I'd also be willing to participate in any running costs we have, like, if
 maybe cost has been the reason why the build machine was shut down

 Erich

 On Mon, Apr 13, 2015 at 11:56 AM, Jon Wolfers sahana...@gmail.com
 wrote:

 Thanks Rick,
 Absolutely agree - New list (complete with letters):


- A - The interpreter itself
- B - Linux expert
- C - Windows expert
- D - Project Lifecycle administrator
- E - Installer expert
- F - Builds
- G - The test framework
- H - The test suite (the actual tests written using the test
framework)
- I - The documentation processing (Docbook).

 Jon


 On 13 April 2015 at 10:48, Rick McGuire object.r...@gmail.com wrote:

 Some additional major areas:

 The test framework
 The test suite (the actual tests written using the test framework)
 The documentation processing (Docbook

Re: [Oorexx-devel] Looking Forwards...

[Jon Wolfers]

Thanks Michael and Erich,

It's good to get the ball rolling.

I've seen another omission to the list which is ooDialog - although we will
later have to have some decisions about what to do with ooDialog, it is
important to many of our users so I've added it to the list.

I've put Erich and Michael's name next to the items that they have
expressed interest in, but that should not prevent others from coming
forward for the same items - no one is committed yet and many hands make
light work.

Erich, thank you for your offer of funds - I believe that RexxLa provided a
machine for the builds, but that died some time ago, and David was kindly
hosting the build machine on his own hardware, which he was no doubt eager
to reclaim.  The RexxLa board had a chat about this last week and think
they have sufficient funds to host a future build machine on a leased
server in a proper server farm.  I believe David is going to send a zip of
the code.

One other thing I forgot to mention this morning was that I asked Les to
administer the ooRexx mailing lists as he was keen to contribute.

Here is the table now, hopefully I'm not misunderstanding or
misrepresenting anyone's interest.

  A - The interpreter itself  B - Linux expert  C - Windows expert  D -
Project Lifecycle administrator  E - Installer expert Michael  F -
Builds Michael
(Linux)  G - The test framework Erich  H - The test suite (the actual tests
written using the test framework) Erich (5.0)  I - The documentation
processing (Docbook).   Erich (5.0 RexxRef)  J - ooDialog

thanks,

Jon


On 13 April 2015 at 12:47, Erich Steinböck erich.steinbo...@gmail.com
wrote:

 G - The test framework
 H - The test suite (the actual tests written using the test framework)
 I - The documentation processing (Docbook).


 I'd be willing contribute with the following -

- document 5.0 features for ooRexx Reference
- write any needed test cases
- dive into the test framework (though I haven't yet had any look at
it)

 (Any detailed hints regarding above are very welcome, e.g. what and how
 exactly needs to be installed for DocBook in a Windows environment)

 I'd also be willing to participate in any running costs we have, like, if
 maybe cost has been the reason why the build machine was shut down

 Erich

 On Mon, Apr 13, 2015 at 11:56 AM, Jon Wolfers sahana...@gmail.com wrote:

 Thanks Rick,
 Absolutely agree - New list (complete with letters):


- A - The interpreter itself
- B - Linux expert
- C - Windows expert
- D - Project Lifecycle administrator
- E - Installer expert
- F - Builds
- G - The test framework
- H - The test suite (the actual tests written using the test
framework)
- I - The documentation processing (Docbook).

 Jon


 On 13 April 2015 at 10:48, Rick McGuire object.r...@gmail.com wrote:

 Some additional major areas:

 The test framework
 The test suite (the actual tests written using the test framework)
 The documentation processing (Docbook).

 Rick

 On Mon, Apr 13, 2015 at 3:43 AM, Jon Wolfers sahana...@gmail.com
 wrote:

 BCC: RexxLa Board

 Dear Developers,

 whilst I in no way wish to cut short the thanks to Rick and David - and
 goodness, they deserve it, I think the time has come to at least start a
 conversation about the future of the project.

 Rick and David and Mark covered all the bases, but it was a stretch for
 them, and they often wished that they received more assistance.  It is not
 entirely clear what the future holds, but Rick and David have both said
 that whilst they are happy to advise, their period of doing the work is
 over.

 That means that if ooRexx is to remain a live project we are going to
 have to come up with people with the skills who are happy to do the things
 that need to be done, either from within our own ranks or from the Rexx
 community.  Whether or not this is possible is what I want to ascertain
 over the next months.

 For myself, I have few of the technical attributes required for
 administering or even developing this project, but I am a seasoned user of
 ooRexx and I appreciate what a thing of beauty it is, and would like to
 carry on doing whatever I can to keep it alive.  No-one wants to be tied to
 something very demanding if it turns out to be doomed to fail, so I am
 saying that I will give this a year and then review it.  I definitely see
 myself as holding the position against the day that someone better equipped
 comes along.

 It seems to me that there are several major areas that we need active
 participants in:

- The interpreter itself
- Linux expert
- Windows expert
- Project Lifecycle administrator
- Installer expert
- Builds

 Perhaps there are other areas.  I would welcome people coming forward,
 even if only to make tentative commitments in these areas.  That will give
 us some idea of how ambitious or unambitious we need to be.

 Rick and David are no longer project administrators.  I was unhappy
 with the idea

Re: [Oorexx-devel] Class Exists Query

[Sahananda (Jon) Wolfers]

Would this do?

say .string~isa(.class)
1
  ... rexxtry.rex on WindowsNT
say .strung~isa(.class)
0
  ... rexxtry.rex on WindowsNT

Jon

On 11 March 2015 at 14:48, David Ashley w.david.ash...@gmail.com wrote:

 Rick -

 Is there a way to query ooRexx to discover if a class exists? I think
 this would be a good addition if that functionality does not exist.

 David Ashley


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for
 all
 things parallel software development, from weekly thought leadership blogs
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Class Exists Query

[Sahananda (Jon) Wolfers]

Of course - sorry Rick - my brain is on go slow today

Jon

On 11 March 2015 at 16:09, Rick McGuire object.r...@gmail.com wrote:

 A string is NOT a class, it is an instance of the string class.  Testing
 for .object will always return true, but testing for .class will only
 return true if the object in question is a real class object.

 Rick

 On Wed, Mar 11, 2015 at 11:35 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi David,

 That's a good question, if .strung is not a class, then it should just be
 a string which is a .class so I now think it shouldn't work.

 In either case I would not expect an error - just for it to return .true
 all the time.

 Now confused Jon

 On 11 March 2015 at 15:26, David Ashley w.david.ash...@gmail.com wrote:

  So why doesn't Jon's method throw an error? Are you not invoking a
 method on a class that does not exist (the isa method)? Why does that not
 throw an error?

 David Ashley

 On 03/11/2015 10:12 AM, Rick McGuire wrote:

 Jon's method doesn't throw an error either.

  Rick

 On Wed, Mar 11, 2015 at 11:03 AM, David Ashley w.david.ash...@gmail.com
  wrote:

  But I wanted something that queries for the existence of the class. I
 do not want an error thrown if the class does not exist. I just want to
 know whether or not the class actually exists. Your .context method does
 that.

 David Ashley


 On 03/11/2015 09:58 AM, Rick McGuire wrote:



 On Wed, Mar 11, 2015 at 10:55 AM, David Ashley 
 w.david.ash...@gmail.com wrote:

  That works for builtin classes, but not for user defined classes. I
 want something that can query both.



  That method works just fine for any class that is visible in the
 environment.  It is not just restricted to the builtin classes.

  Rick




 David Ashley


 On 03/11/2015 09:52 AM, Sahananda (Jon) Wolfers wrote:

 Would this do?

  say .string~isa(.class)
 1
   ... rexxtry.rex on WindowsNT
 say .strung~isa(.class)
 0
   ... rexxtry.rex on WindowsNT

  Jon

 On 11 March 2015 at 14:48, David Ashley w.david.ash...@gmail.com
 wrote:

 Rick -

 Is there a way to query ooRexx to discover if a class exists? I think
 this would be a good addition if that functionality does not exist.

 David Ashley


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your
 hub for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join
 the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub 
 for all
 things parallel software development, from weekly thought leadership 
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub
 for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join
 the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for 
 all
 things parallel software development, from weekly thought leadership blogs 
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed

Re: [Oorexx-devel] Class Exists Query

[Sahananda (Jon) Wolfers]

Hi David,

That's a good question, if .strung is not a class, then it should just be a
string which is a .class so I now think it shouldn't work.

In either case I would not expect an error - just for it to return .true
all the time.

Now confused Jon

On 11 March 2015 at 15:26, David Ashley w.david.ash...@gmail.com wrote:

  So why doesn't Jon's method throw an error? Are you not invoking a method
 on a class that does not exist (the isa method)? Why does that not throw an
 error?

 David Ashley

 On 03/11/2015 10:12 AM, Rick McGuire wrote:

 Jon's method doesn't throw an error either.

  Rick

 On Wed, Mar 11, 2015 at 11:03 AM, David Ashley w.david.ash...@gmail.com
 wrote:

  But I wanted something that queries for the existence of the class. I do
 not want an error thrown if the class does not exist. I just want to know
 whether or not the class actually exists. Your .context method does that.

 David Ashley


 On 03/11/2015 09:58 AM, Rick McGuire wrote:



 On Wed, Mar 11, 2015 at 10:55 AM, David Ashley w.david.ash...@gmail.com
 wrote:

  That works for builtin classes, but not for user defined classes. I
 want something that can query both.



  That method works just fine for any class that is visible in the
 environment.  It is not just restricted to the builtin classes.

  Rick




 David Ashley


 On 03/11/2015 09:52 AM, Sahananda (Jon) Wolfers wrote:

 Would this do?

  say .string~isa(.class)
 1
   ... rexxtry.rex on WindowsNT
 say .strung~isa(.class)
 0
   ... rexxtry.rex on WindowsNT

  Jon

 On 11 March 2015 at 14:48, David Ashley w.david.ash...@gmail.com
 wrote:

 Rick -

 Is there a way to query ooRexx to discover if a class exists? I think
 this would be a good addition if that functionality does not exist.

 David Ashley


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub
 for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for 
 all
 things parallel software development, from weekly thought leadership blogs 
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub
 for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for 
 all
 things parallel software development, from weekly thought leadership blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub
 for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Class Exists Query

[Sahananda (Jon) Wolfers]

It would appear that the string class does not inherit from the class class.
I wonder if there are other exceptions?

Jon

On 11 March 2015 at 15:35, Sahananda (Jon) Wolfers sahana...@windhorse.biz
wrote:

 Hi David,

 That's a good question, if .strung is not a class, then it should just be
 a string which is a .class so I now think it shouldn't work.

 In either case I would not expect an error - just for it to return .true
 all the time.

 Now confused Jon

 On 11 March 2015 at 15:26, David Ashley w.david.ash...@gmail.com wrote:

  So why doesn't Jon's method throw an error? Are you not invoking a
 method on a class that does not exist (the isa method)? Why does that not
 throw an error?

 David Ashley

 On 03/11/2015 10:12 AM, Rick McGuire wrote:

 Jon's method doesn't throw an error either.

  Rick

 On Wed, Mar 11, 2015 at 11:03 AM, David Ashley w.david.ash...@gmail.com
 wrote:

  But I wanted something that queries for the existence of the class. I
 do not want an error thrown if the class does not exist. I just want to
 know whether or not the class actually exists. Your .context method does
 that.

 David Ashley


 On 03/11/2015 09:58 AM, Rick McGuire wrote:



 On Wed, Mar 11, 2015 at 10:55 AM, David Ashley w.david.ash...@gmail.com
  wrote:

  That works for builtin classes, but not for user defined classes. I
 want something that can query both.



  That method works just fine for any class that is visible in the
 environment.  It is not just restricted to the builtin classes.

  Rick




 David Ashley


 On 03/11/2015 09:52 AM, Sahananda (Jon) Wolfers wrote:

 Would this do?

  say .string~isa(.class)
 1
   ... rexxtry.rex on WindowsNT
 say .strung~isa(.class)
 0
   ... rexxtry.rex on WindowsNT

  Jon

 On 11 March 2015 at 14:48, David Ashley w.david.ash...@gmail.com
 wrote:

 Rick -

 Is there a way to query ooRexx to discover if a class exists? I think
 this would be a good addition if that functionality does not exist.

 David Ashley


 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub
 for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join
 the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for 
 all
 things parallel software development, from weekly thought leadership blogs 
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub
 for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for 
 all
 things parallel software development, from weekly thought leadership blogs 
 to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/



 ___
 Oorexx-devel mailing 
 listOorexx-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Dive into the World of Parallel Programming The Go Parallel Website,
 sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub
 for all
 things parallel software development, from weekly thought leadership
 blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http

Re: [Oorexx-devel] ooDialog

[Sahananda (Jon) Wolfers]

Hi Oliver,

Your suggestion probably arises out of the current discussion on the
open-discussion forum about rebar controls, but what I take from this is
that 4.2.2 has problems.  Much of the documentation is not complete and
there are just markers for future paragraphs, and I think there is a bug in
the rebar class or rebarBandInfo class.

Therefore I would suggest that 4.2.4 should not be distributed with ooRexx
until someone competent to fix, support and document it comes along.

It may be that the bug would have been easy for someone of Mark's
experience to fix, and perhaps there is someone out there who will take it
on, but for now I would say it's probably not ready.

Jon

On 17 January 2015 at 18:36, Oliver Sims oliver.s...@simsassociates.co.uk
wrote:

 Can I suggest that, unless someone picks up ooDialog where Mark left off,
 version 4.2.4 should be considered as being the best version to distribute
 with ooRexx?

 Btw, I have been ill for much of last year, have forgotten a lot, and now
 have to repeat my initial Sourceforge and Tortoise learning curve just to
 commit stuff. So I'm afraid I cannot myself do the work implied by the
 above
 suggestion - at least not without quite a bit of help from someone. My main
 objective at the moment is to complete the ooDialog User Guide, which
 pre-reqs ooDialog 4.2.4.

 Oliver







 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Build Error in latest ooRexx download? Missing Folder in ooDialog Exercises.

[Sahananda (Jon) Wolfers]

Hi Oliver,

Mark 'decoupled' ooDialog from ooRexx so you could upgrade ooDialog without
their needing to be a release of ooRexx.

He released a 4.2.4 Preview version (which I think counts as pre-beta) and
you would appear to have loaded it on your old machine.

You could solve this by downloading the 4.2.4 preview again form here
https://sourceforge.net/projects/oorexx/files/ooDialog/ or you could
download the folder itself from the SVN here
https://sourceforge.net/p/oorexx/code-0/HEAD/tree/ooDialog/trunk/examples/userGuide/exercises/Exercise07/Extras/
.

I don't know (and I don't think anyone else knows) what will be the fate of
ooDialog 4.2.4 and whether it will ever get past it's 'preview' status.

hope that helps,

Jon

On 27 November 2014 at 19:56, Oliver Sims oliver.s...@simsassociates.co.uk
wrote:

 Just got a new computer. Downloaded ooRexx. Then ran a couple of exercises
 in

   c:\Program Files (x86)\ooRexx\samples\oodialog\userGuide\exercises



 Discovered that Exercise07 crashed badly. The reason was that a ::required
 folder was missing.

 However, on my old PC the folder was not missing.



 Checked ooRexx versions on new and old computer – they are the same:
 REXX-ooRexx_4.2.0(MT)_32-bit 6.04 22 Feb 2014.



 Checked the versions of ooDialog and discovered:

   Old PC: ooDialog 4.2.4.9934

   New PC: ooDialog 4.2.3.9852



 So the latest download (on new PC) includes a version of ooDialog that is *
 *older** than the older download (on old PC).



 Btw, I just checked on SVN and the missing folder is NOT missing from the
 latest build of ooDialog (rev 10860).

 How can I fix this problem?



 Many thanks,

 Oliver





 PS: Missing folder is: “Program
 Files\ooRexx\samples\ooDialog\userGuide\exercises\Exercise07\Extras\Wow4”.



 PPS: I have unfortunately been a bit off-colour for the past eight months
 or so, and am just trying to get back in the swing of things.

  So I may have missed something relevant to the problem.






 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Build Error in latest ooRexx download? Missing Folder in ooDialog Exercises.

[Sahananda (Jon) Wolfers]

Hi Dan,

Mark is still in hospital.  As I understand it he is conscious and aware,
but in a very bad way.

He is aware that we are bearing him in our thoughts and/or prayers and I'm
told he was affected when he got the news.

I don't think I can say more than that at this point.

Jon

On 27 November 2014 at 21:27, Dan Carter gwcar...@ezlink.com wrote:

 Sahananda (Jon), have we heard further news about Mark?  The last I heard
 he was in critical condition but still alive.





 *From:* Sahananda (Jon) Wolfers [mailto:sahana...@windhorse.biz]
 *Sent:* Thursday, November 27, 2014 13:56
 *To:* Open Object Rexx Developer Mailing List
 *Subject:* Re: [Oorexx-devel] Build Error in latest ooRexx download?
 Missing Folder in ooDialog Exercises.



 Hi Oliver,



 Mark 'decoupled' ooDialog from ooRexx so you could upgrade ooDialog
 without their needing to be a release of ooRexx.



 He released a 4.2.4 Preview version (which I think counts as pre-beta) and
 you would appear to have loaded it on your old machine.



 You could solve this by downloading the 4.2.4 preview again form here
 https://sourceforge.net/projects/oorexx/files/ooDialog/ or you could
 download the folder itself from the SVN here
 https://sourceforge.net/p/oorexx/code-0/HEAD/tree/ooDialog/trunk/examples/userGuide/exercises/Exercise07/Extras/
 .



 I don't know (and I don't think anyone else knows) what will be the fate
 of ooDialog 4.2.4 and whether it will ever get past it's 'preview' status.



 hope that helps,



 Jon



 On 27 November 2014 at 19:56, Oliver Sims 
 oliver.s...@simsassociates.co.uk wrote:

 Just got a new computer. Downloaded ooRexx. Then ran a couple of exercises
 in

   c:\Program Files (x86)\ooRexx\samples\oodialog\userGuide\exercises



 Discovered that Exercise07 crashed badly. The reason was that a ::required
 folder was missing.

 However, on my old PC the folder was not missing.



 Checked ooRexx versions on new and old computer – they are the same:
 REXX-ooRexx_4.2.0(MT)_32-bit 6.04 22 Feb 2014.



 Checked the versions of ooDialog and discovered:

   Old PC: ooDialog 4.2.4.9934

   New PC: ooDialog 4.2.3.9852



 So the latest download (on new PC) includes a version of ooDialog that is *
 *older** than the older download (on old PC).



 Btw, I just checked on SVN and the missing folder is NOT missing from the
 latest build of ooDialog (rev 10860).

 How can I fix this problem?



 Many thanks,

 Oliver





 PS: Missing folder is: “Program
 Files\ooRexx\samples\ooDialog\userGuide\exercises\Exercise07\Extras\Wow4”.



 PPS: I have unfortunately been a bit off-colour for the past eight months
 or so, and am just trying to get back in the swing of things.

  So I may have missed something relevant to the problem.







 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE

 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Windows Problem

[Sahananda (Jon) Wolfers]

This http://www.kitware.com/blog/home/post/186 blog post suggests it is
possible, but from my reading, you have to install to a path with no spaces
in the name, so not the default c:\Program Files\ooRexx

I haven't tried it.

Jon

On 6 November 2014 02:18, Michael Lueck mlu...@lueckdatasystems.com wrote:

 Greetings David,

 David Ashley wrote:
  Is there a way to uninstall a Windows application (ooRexx) silently from
  the command line?

 I believe that would be dependent on the installer used to install ooRexx
 in the first place...

 The uninstaller program which the installer leaves behind would need to
 support a silent switch to perform the requested operation.

 So does the installer presently used by ooRexx have any flexibility in
 programming the uninstaller?

 I am thankful,

 --
 Michael Lueck
 Lueck Data Systems
 http://www.lueckdatasystems.com/


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

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

[Oorexx-devel] Conditional compilation

[Sahananda (Jon) Wolfers]

Hi,

when testing the 5.0.0 version from the build machine, this line (3239 from
ooDmenu.cpp) causes output to the console

*#ifdef _DEBUG*
*#if 1*
*printf(In UNINIT() of Menu class cMenu=%p\n, cMenu);*
*#endif*
*#endif *

I'm not sure if this is an error or not.

Does the #ifdef _DEBUG refer to something about the build, so in a release
version this line would not be executed?
_DEBUG is not defined in this particular script, nor do I see it being
defined anywhere in the codebase, so I'm guessing it is set by the compiler
or linker.

thanks,

Jon
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Conditional compilation

[Sahananda (Jon) Wolfers]

Thanks Rick.

I thought that was probably the case.

Jon

On 15 October 2014 11:15, Rick McGuire object.r...@gmail.com wrote:

 That is something that gets set by a debug build, which is the style the
 build machine is creating.  The release versions will not have this.

 Rick

 On Wed, Oct 15, 2014 at 6:12 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi,

 when testing the 5.0.0 version from the build machine, this line (3239
 from ooDmenu.cpp) causes output to the console

 *#ifdef _DEBUG*
 *#if 1*
 *printf(In UNINIT() of Menu class cMenu=%p\n, cMenu);*
 *#endif*
 *#endif *

 I'm not sure if this is an error or not.

 Does the #ifdef _DEBUG refer to something about the build, so in a
 release version this line would not be executed?
 _DEBUG is not defined in this particular script, nor do I see it being
 defined anywhere in the codebase, so I'm guessing it is set by the compiler
 or linker.

 thanks,

 Jon


 --
 Comprehensive Server Monitoring with Site24x7.
 Monitor 10 servers for $9/Month.
 Get alerted through email, SMS, voice calls or mobile push notifications.
 Take corrective actions from your mobile device.
 http://p.sf.net/sfu/Zoho
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Comprehensive Server Monitoring with Site24x7.
 Monitor 10 servers for $9/Month.
 Get alerted through email, SMS, voice calls or mobile push notifications.
 Take corrective actions from your mobile device.
 http://p.sf.net/sfu/Zoho
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] 5.0.0 Issue: rxfuncadd CurlLoadFuncs fails

[Sahananda (Jon) Wolfers]

Hi Rick

I can confirm the CurlLoadFuncs was fixed by what you and Mark did at the
weekend.

Jon

On 15 October 2014 13:00, Erich Steinböck erich.steinbo...@gmail.com
wrote:

 How recent is your interpreter version?

 It's most recent: REXX-ooRexx_5.0.0(MT)_64-bit 6.05 15 Oct 2014

 Erich

 On Wed, Oct 15, 2014 at 1:57 PM, Rick McGuire object.r...@gmail.com
 wrote:

 How recent is your interpreter version?  There was a similar issue with
 SQLLoadFuncs that has already been fixed.

 Rick

 On Wed, Oct 15, 2014 at 7:49 AM, Erich Steinböck 
 erich.steinbo...@gmail.com wrote:

 5.0.0. will return 0 (failure) for
 say rxfuncadd('CurlLoadFuncs','rexxcurl','CurlLoadFuncs')
 So a subsequent call CurlLoadFuncs will fail with Could not find
 routine

 Rexx/CURL can be found at http://rexxcurl.sourceforge.net/



 --
 Comprehensive Server Monitoring with Site24x7.
 Monitor 10 servers for $9/Month.
 Get alerted through email, SMS, voice calls or mobile push notifications.
 Take corrective actions from your mobile device.
 http://p.sf.net/sfu/Zoho
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] lost error condition - sorry

[Sahananda (Jon) Wolfers]

Hi Rick,

I had an error with 5.0.0 10720, but I closed the debugger hoping to show
that it was re-creatable, but sadly it wasn't.
I just mention this in case it is useful when something similar comes up.

There was a memory violation in Deadobject.hpp in the inline function
remove() (line 102)
next pointed to an object with VTF 'HEAD', but previous pointed to
0x0002.
attempting to overwrite previous's next attribute caused the memory
violation.

I'm sorry now that I didn't save the call stack etc., but I was pretty sure
I could recreate it, even though I wasn't sure where in my code it was
originating.

Sorry not to be more help.

Jon
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] DISCUSS: [oorexx:feature-requests] #245 Allow message objects to be triggered more than once.

[Sahananda (Jon) Wolfers]

Perhaps this is a naive question:
Do you need a separate method?  Could the start method not just always
return such an instance.  The difference then being whether the instance is
used or not?

Jon

On 14 October 2014 15:01, Rick McGuire object.r...@gmail.com wrote:

 I've just started pounding on the .Message class and decided to revisit
 this one.  Looking at the code, there is nothing in a message object that
 would preclude them being invoked more than once, EXCEPT for the start()
 method.  This is because message objects are actually serving two
 purposes.  The first function is acting as a proxy for invoking a method
 dynamically.  The second purpose is to provide access to methods that have
 been invoked asynchronously.  With 20-20 hindsight, it is obvious this
 should have been implemented as two separate classes, where the start()
 method would return an instance of the second class to track the
 execution.  This is essentially how the Object start() method uses message
 objects.

 I'd like to relax the reuse restriction a bit so that reuse is only
 forbidden once the message object has been used asynchronously.  Send() can
 be called over and over.  Start() can be called only once.  However, I'd
 also like to add another method that that will run the method
 asynchronously and return a new message object instance for running the
 method.  Any suggestions on a name?  spawn() or fork() come to mind,
 although I'm really not that fond of fork(), and not that particularly fond
 of spawn either. Anybody clever enough to come up with a better name?

 Rick
 -- Forwarded message --
 From: Rick McGuire bigr...@users.sf.net
 Date: Tue, Oct 14, 2014 at 9:53 AM
 Subject: [oorexx:feature-requests] #245 Allow message objects to be
 triggered more than once.
 To: [oorexx:feature-requests] 2...@feature-requests.oorexx.p.re.sf.net


 - **status**: open -- accepted
 - **assigned_to**: Rick McGuire
 - **Pending work items**:  -- code+doc+test
 - **Milestone**: None -- 5.0.0



 ---

 ** [feature-requests:#245] Allow message objects to be triggered more than
 once.**

 **Status:** accepted
 **Milestone:** 5.0.0
 **Labels:** Classes
 **Created:** Thu Sep 27, 2007 08:44 PM UTC by Rick McGuire
 **Last Updated:** Wed Aug 22, 2012 07:54 PM UTC
 **Owner:** Rick McGuire

 For some types of applications, it would be useful to have a form of
 message object that can be triggered more than one time.  For example, if
 you wanted to trigger an action whenever an event occurs, it would be more
 useful to attach the message object to an event handler and allow the call
 to be triggered on each event.  Currently, the message object is one use
 and out.


 ---

 Sent from sourceforge.net because you indicated interest in 
 https://sourceforge.net/p/oorexx/feature-requests/245/

 To unsubscribe from further messages, please visit 
 https://sourceforge.net/auth/subscriptions/



 --
 Comprehensive Server Monitoring with Site24x7.
 Monitor 10 servers for $9/Month.
 Get alerted through email, SMS, voice calls or mobile push notifications.
 Take corrective actions from your mobile device.
 http://p.sf.net/sfu/Zoho
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] DISCUSS: #158 Add iteration over a supplier to DO/LOOP

[Sahananda (Jon) Wolfers]

Hi all,
I never tangle with suppliers, but i would find this useful with relations
and tables etc..
I don't think anything more than the comma is needed, as the do..over makes
it clear that you are iterating over something and the comma makes it clear
that there is an index and value involved. I do wonder which order the two
should come in though as many collection methods put the value first then
the index.
Jon
On Oct 11, 2014 6:58 AM, Walter Pachl christel.u.w.pa...@chello.at
wrote:

 Or WITH ?




 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
 http://p.sf.net/sfu/Zoho
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://p.sf.net/sfu/Zoho___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] four testgroups for mutablebuffer

[Sahananda (Jon) Wolfers]

Hi Walter,

If you are using a recent version of windows, zipping is included in
windows explorer.

Select the files you want to zip (ctl+click to add to your selection,
shift+click to extend it, ctl+a to select all)
right click on any of the selected files and choose send to, then
compressed (zipped) folder
The zipped archive will be created in that folder and will be given the
name of the first or last file, so you might want to rename it, though you
should leave the extension of '.zip'.

hope that helps,

Jon

On 8 October 2014 20:03, Walter Pachl christel.u.w.pa...@chello.at wrote:

 Can't zip (never did)
 Copied  posted

 new task?
 --
 Walter Pachl


 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Testing - second step

[Sahananda (Jon) Wolfers]

Hi Walter,

you will find the answers in Marks document
http://sourceforge.net/projects/oorexx/files/oorexxunit/4.2.0.Snapshot.06/
Where you should differ from what Mark wrote is to download the snapshot
from SVN using the link Rick gave (which is what you appear to have done)

Save it in a folder and then run the test suite with that folder as your
current directory, so if you saved it in c:\oorexxTest (assuming Windows)
then from your command prompt you would enter
cd\
then
cd ooRexxTest

You can then (after reading the readme) invoke the suite by typing
rexx testOORexx

hope that helps,

Jon

On 6 October 2014 08:42, Walter Pachl christel.u.w.pa...@chello.at wrote:


 I do have now
   d:\_OOTest\trunk containing the entire test suite (downloaded using SVN)
   d:\_OOTest\Walter.rex (a first little test group)
 Where (else) should I store this program
 and how should I invoke it?
 Any path or classpath adaptations required?
 Rgds
 Walter
  --


 --
 Slashdot TV.  Videos for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Testing - second step

[Sahananda (Jon) Wolfers]

Now I am struggling with this.  I have added the test trunk base and the
directives test folder to my enormous path


C:\evolution\oorexxpath
 PATH=C:\Program Files\ImageMagick;c:\program
 files\imagemagick;C:\Windows\system

 32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.
 0\;c:\ooRexx;C:\Program Files\MySQL\MySQL Server 5.1\bin;C:\Program
 Files\Micros
 oft Dynamics AX\50\Client\Bin\;C:\Program Files\Microsoft SQL
 Server\100\Tools\B
 inn\VSShell\Common7\IDE\;C:\Program Files\Microsoft SQL
 Server\100\Tools\Binn\;C
 :\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\Program
 Files\Publican;C:\
 Program Files\rexx.org\Rexx Extensions;C:\evolution\evolution;C:\Program
 Files\B
 SF4ooRexx;C:\Program Files\Java\jre7\bin\client;C:\Program Files\Microsoft
 Visua
 l Studio 9.0\Common7\IDE\PrivateAssemblies\;C:\Program
 Files\QuickTime\QTSystem\
 ;c:\evolution\oorexx\;C:\Program Files\TortoiseSVN\bin;C:\Program
 Files\ooRexx;


 *C:\Users\sahananda\Documents\oorexxSVN\code-0\test\trunk\ooRexx\base\directives;C:\Users\sahananda\Documents\oorexxSVN\code-0\test\trunk*


trying to run any of the testgroups I receive this message:

C:\evolution\oorexxrexx attribute.testgroup
   1373 *-* test~caseInfo = self~testInfo
 45 *-* group~add(.ATTRIBUTE.testGroup)
 Error. 97 running.
 C:\Users\sahananda\Documents\oorexxSVN\code-0\test\trunk\ooTe
 st.frm line. 1373:  Object method not found.
 Error. 97.1:  Object The ATTRIBUTE.testGroup class does not understand
 message
  CASEINFO=.


I am at revision 10623

Any ideas?

Jon


On 6 October 2014 12:06, Walter Pachl christel.u.w.pa...@chello.at wrote:

 on my way
 How can I test that Novalue is recognized here:

 ::method test_3
   str='ABC'
self~assertSame(str[A],'C')

 it´s this the best way?

 ::method test_3
Signal On Novalue
self~expectSyntax(16.1)
self~assertSame(str[A],'C')

 Can I establish Novalue globally??

 Walter Pachl


 --
 Slashdot TV.  Videos for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Testing - second step

[Sahananda (Jon) Wolfers]

Thanks Rick,
that works.


On 6 October 2014 15:24, Rick McGuire object.r...@gmail.com wrote:

 Don't bother adding the directives directory or any other directory you're
 running tests from to your path.  That shouldn't be necessary.  You can run
 any of the tests by either CDing to the directory or directly by specifying
 the full directory name on the rexx command.

 The directory you DO need however, is the framework subdirectory of the
 test framework...without that, the ::requires in the testgroup file should
 fail because it can't find ooTest.frm.  This suggests it is finding an
 older version of that file somewhere in your path.  I suggest adding the
 two needed directories to the front of your path and see if that works.

 Rick

 On Mon, Oct 6, 2014 at 10:01 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Now I am struggling with this.  I have added the test trunk base and the
 directives test folder to my enormous path


 C:\evolution\oorexxpath
 PATH=C:\Program Files\ImageMagick;c:\program
 files\imagemagick;C:\Windows\system

 32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.
 0\;c:\ooRexx;C:\Program Files\MySQL\MySQL Server 5.1\bin;C:\Program
 Files\Micros
 oft Dynamics AX\50\Client\Bin\;C:\Program Files\Microsoft SQL
 Server\100\Tools\B
 inn\VSShell\Common7\IDE\;C:\Program Files\Microsoft SQL
 Server\100\Tools\Binn\;C
 :\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\Program
 Files\Publican;C:\
 Program Files\rexx.org\Rexx
 Extensions;C:\evolution\evolution;C:\Program Files\B
 SF4ooRexx;C:\Program Files\Java\jre7\bin\client;C:\Program
 Files\Microsoft Visua
 l Studio 9.0\Common7\IDE\PrivateAssemblies\;C:\Program
 Files\QuickTime\QTSystem\
 ;c:\evolution\oorexx\;C:\Program Files\TortoiseSVN\bin;C:\Program
 Files\ooRexx;


 *C:\Users\sahananda\Documents\oorexxSVN\code-0\test\trunk\ooRexx\base\directives;C:\Users\sahananda\Documents\oorexxSVN\code-0\test\trunk*


 trying to run any of the testgroups I receive this message:

 C:\evolution\oorexxrexx attribute.testgroup
   1373 *-* test~caseInfo = self~testInfo
 45 *-* group~add(.ATTRIBUTE.testGroup)
 Error. 97 running.
 C:\Users\sahananda\Documents\oorexxSVN\code-0\test\trunk\ooTe
 st.frm line. 1373:  Object method not found.
 Error. 97.1:  Object The ATTRIBUTE.testGroup class does not understand
 message
  CASEINFO=.


 I am at revision 10623

 Any ideas?

 Jon


 On 6 October 2014 12:06, Walter Pachl christel.u.w.pa...@chello.at
 wrote:

 on my way
 How can I test that Novalue is recognized here:

 ::method test_3
   str='ABC'
self~assertSame(str[A],'C')

 it´s this the best way?

 ::method test_3
Signal On Novalue
self~expectSyntax(16.1)
self~assertSame(str[A],'C')

 Can I establish Novalue globally??

 Walter Pachl


 --
 Slashdot TV.  Videos for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Slashdot TV.  Videos for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Slashdot TV.  Videos for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Testers wanted...

[Sahananda (Jon) Wolfers]

A tutorial on using the test framework is available here
http://sourceforge.net/projects/oorexx/files/oorexxunit/4.2.0.Snapshot.06/
(called
quickstart.pdf)

Mark announced this on the RexxLa list back in February in the context of
this appeal

 A quick announcement that an ooTest-4.2.0-snapshot06 package is now
 available for download from SourcForge:
 https://sourceforge.net/projects/oorexx/files/oorexxunit/4.2.0.Snapshot.06/
 This snapshot represents the current state of the test suite used to test 
 ooRexx
 4.2.0.
 There has been a lot of information written on how to use the test suite
 and that information is available in the ooTest-4.2.0-snapshot06 package.
 If, after reading that information, there are any questions regarding the
 test suite, please post a question on any of the lists where discussions
 concerning ooRexx take place.
 It has always been the hope of the ooRexx development team that users
 would help test ooRexx by running the test suite and participate in
 improving the test suite by writing test cases.
 Any and all questions regarding the test suite, or requests for help in
 writing test case, are welcome and will be addressed by one of the
 developers.
 Thank you,
 The ooRexx Project Team


As I understand it a future new version 5.0.0 is available from the build
machine.

You can find it here http://build.oorexx.org/downloads/.

For windows platforms you download an installer, just like you did when you
last upgraded and you can just install it on your machine.  When you have
finished testing, you can just get the installer for your current version
from sourceforge http://sourceforge.net/projects/oorexx/files/ (or your
download folder) and install it back.  The only exception I am aware of is
if you have installed an independent version of ooDialog, in which case you
will need to reinstall that after you have installed your previous version
of ooRexx.  For other platforms, you will no doubt know what to do.

I assume there is some value in your just downloading the new version and
checking that what you run on the old version still runs on the new version
and raising bug reports http://sourceforge.net/p/oorexx/bugs/ where it
doesn't.

There is more value still in you running the test suite.

What Rick is asking for is for you to read Mark's paper and offer to write
new test cases for the heaps of new and exciting functionality that is in
5.0.0.

Rick, I anticipate having a bit of free time over the next few weeks, could
you suggest something that I might write a test case for?

thanks,

Jon


On 4 October 2014 23:05, Chip Davis c...@aviatrexx.com wrote:

 Well Rick, I find flying a helicopter not that hard to learn too but
 most folks beg to differ.  ;-)

 You need to gently coach Les or Walter through the process and have
 them tell the rest of us mere mortals that it's easier than it looks.

 Is there a tutorial or readily available documentation on the care and
 feeding of the test framework?  Sometimes, getting over the first
 learning curb is the biggest hurdle.

 -Chip-

 On 10/4/2014 5:35 PM, Rick McGuire wrote:
  We have the build machine issues more or less worked out so that we're
  getting daily builds on the trunk version again.  Anybody interested
  in writing test cases for any of the new features?  ...cue the sound
  of crickets chirping :-)
 
  You will need to learn how to write tests using the test framework,
  which seriously, is not that hard to learn and there are lots of
  examples in our test suite to work from.


 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Testers wanted...

[Sahananda (Jon) Wolfers]

OK.  Resource directive is mine.

And the first of no doubt many newbie questions.

The new version is 5.0.0, the latest test framework is 4.2.0

Should I be using the 4.2.0 test framework?
If not, should I create a copy of it in the sourceforge tree and rename it
5.0.0 (and look around for other obvious changes to do with the version)?

Jon

On 5 October 2014 17:40, Sahananda (Jon) Wolfers sahana...@windhorse.biz
wrote:

 Thanks Rick,

 Asset directive is mine.  I'll see what I can do.

 Jon

 On 5 October 2014 17:07, Rick McGuire object.r...@gmail.com wrote:


 On Sun, Oct 5, 2014 at 11:54 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 A tutorial on using the test framework is available here
 http://sourceforge.net/projects/oorexx/files/oorexxunit/4.2.0.Snapshot.06/
  (called
 quickstart.pdf)

 Mark announced this on the RexxLa list back in February in the context
 of this appeal

 A quick announcement that an ooTest-4.2.0-snapshot06 package is now
 available for download from SourcForge:

 https://sourceforge.net/projects/oorexx/files/oorexxunit/4.2.0.Snapshot.06/
 This snapshot represents the current state of the test suite used to
 test ooRexx 4.2.0.
 There has been a lot of information written on how to use the test suite
 and that information is available in the ooTest-4.2.0-snapshot06 package.
 If, after reading that information, there are any questions regarding the
 test suite, please post a question on any of the lists where
 discussions concerning ooRexx take place.
 It has always been the hope of the ooRexx development team that users
 would help test ooRexx by running the test suite and participate in
 improving the test suite by writing test cases.
 Any and all questions regarding the test suite, or requests for help
 in writing test case, are welcome and will be addressed by one of the
 developers.
 Thank you,
 The ooRexx Project Team


 As I understand it a future new version 5.0.0 is available from the
 build machine.

 You can find it here http://build.oorexx.org/downloads/.

 For windows platforms you download an installer, just like you did when
 you last upgraded and you can just install it on your machine.  When you
 have finished testing, you can just get the installer for your current
 version from sourceforge http://sourceforge.net/projects/oorexx/files/
 (or your download folder) and install it back.  The only exception I am
 aware of is if you have installed an independent version of ooDialog, in
 which case you will need to reinstall that after you have installed your
 previous version of ooRexx.  For other platforms, you will no doubt know
 what to do.

 I assume there is some value in your just downloading the new version
 and checking that what you run on the old version still runs on the new
 version and raising bug reports http://sourceforge.net/p/oorexx/bugs/
 where it doesn't.

 There is more value still in you running the test suite.

 What Rick is asking for is for you to read Mark's paper and offer to
 write new test cases for the heaps of new and exciting functionality that
 is in 5.0.0.

 Rick, I anticipate having a bit of free time over the next few weeks,
 could you suggest something that I might write a test case for?


 Well, since you were the one who asked for it, how about some tests for
 the ::asset directive?  You might want to look at what I did some of the
 other directive tests for testing package dynamically.  You might note I
 also made good use of the new array shortcut in writing those tests :-)

 Rick



 thanks,

 Jon


 On 4 October 2014 23:05, Chip Davis c...@aviatrexx.com wrote:

 Well Rick, I find flying a helicopter not that hard to learn too but
 most folks beg to differ.  ;-)

 You need to gently coach Les or Walter through the process and have
 them tell the rest of us mere mortals that it's easier than it looks.

 Is there a tutorial or readily available documentation on the care and
 feeding of the test framework?  Sometimes, getting over the first
 learning curb is the biggest hurdle.

 -Chip-

 On 10/4/2014 5:35 PM, Rick McGuire wrote:
  We have the build machine issues more or less worked out so that we're
  getting daily builds on the trunk version again.  Anybody interested
  in writing test cases for any of the new features?  ...cue the sound
  of crickets chirping :-)
 
  You will need to learn how to write tests using the test framework,
  which seriously, is not that hard to learn and there are lots of
  examples in our test suite to work from.


 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk

Re: [Oorexx-devel] Windows Build Environment Problem

[Sahananda (Jon) Wolfers]

Yes, and did the same for me with the rename command
On Oct 1, 2014 2:51 PM, Rick McGuire object.r...@gmail.com wrote:

 This article might be useful.  Perhaps this is a problem with how you have
 sshd configured...it might not have permission to access that directory.

 Rick

 On Wed, Oct 1, 2014 at 9:31 AM, David Ashley w.david.ash...@gmail.com
 wrote:

 Rick -

 This is a strange one. When I run my script(s) that perform the cmake
 build in the foreground I have no problems. But when I run them through
 an ssh session I get an error from CMake almost right away. Right after
 it discovers the Windows compiler it tries to CD to \cygwin\home\dashley
 \cmake\CMakeFiles\CMakeTmp in order to do a test compile. The CD command
 fails but does not give any indication why. I checked to make sure the
 subdir exists and it does.

 Any idea why this would be different?

 David Ashley



 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Discuss: Embedding data into an ooRexx program.

[Sahananda (Jon) Wolfers]

Looks good,  a few questions though:

Does it always have to be line based?
Are characters that are not permitted in a rexx program normally allowed
here?
If the Terminator has to be at the start of a line, is the final line-end
character(s) part of the resource?

thanks,

Jon

On 24 September 2014 21:24, Rick McGuire object.r...@gmail.com wrote:

 I have an initial stab at implementing this now. I decide on ::RESOURCE
 for the directive name. Here's a short sample of how it works now:

 loop name over .resources~names
say name
 end

 loop name over .resources~namesToo
say name
 end

 ::resource names
 Rick
 Mike
 ::END

 ::resource namesToo end Foo
 Mark
 Jon
 Foo


 The default terminator is ::END, but you can specify any string as a 
 substitute terminator.  The terminator must be at the beginning of the line 
 and any line that begins with the terminator string will terminate the 
 resource section.  Any thing else on the terminator line is not parsed or 
 validated in any way, so you can put commentary on anything else on that 
 line.  The only critical piece is the line must begin with the terminator 
 string.  The terminator comparison is case sensitive.

 I'm not totally certain I like the default string.  Because of the 
 case-sensitive part, it looks a little strange.  I'm waffling a bit on 
 whether this would be better as a caseless comparison, but I think this is a 
 situation where the programmer needs to have absolute control over what the 
 terminator string should be.

 Rick


 On Fri, Jun 20, 2014 at 2:56 PM, Bill Turner, WB4ALM wb4...@arrl.net
 wrote:

 Rick, I like the idea of including a Data directive of this sort.

 Ok, if I understand correctly, the suggestion is to be able to define
 some data in the program with the syntax of

 ::Data data1

 ::enddata
 ::Data data2

 ::enddata

 The examples above define two different groups of data, one called
 data1 and the other is called data2
 I would like to suggest that one (or more) options be exceptionally
 present after the data group name of data1 or data2 in the examples.


 1. Conceptually, I like the idea of the data being made available to the
 programmer as an array of strings, indexed by line number

  If other data formats are needed, the programmer could parse them
 as needed...

  I, for one, use a lot of content addressable arrays, and at the
 moment, I can not think of a way to define
  that without doing a process oriented parsing operation.

 2. I agree that ::enddata is a reasonable default, but would it be
 possible to define a user-specified string to be used as the default?
  For example, maybe I have some data that might start with a pair of
 colons (::) and I don't know if the following text might be enddata?

 The requirement, obviously, is that the string be unique and not be
 present in the data.

 3. I'm also wondering if it might be possible to specify an
 end-of-data-line marker so that a data element could span program
 source lines?
  data from multiple source lines would be concatenated together
 until this marker is found.

  This raises the question of  should the normal cr/lf EOL sequences
 be (a) ignored or (b) treated as data?
  This could be yet another user specified option, with ignored as
 the default.

  Maybe Mike Cowlishaw's idea of a MIME specification is not so bad
 after all!

 4. A suggestion for the statement syntax is:

 ::Data data1  optional-option-list

 ::enddata
 ::Data data2 optional-option-list

 ::enddata

 a) the optional-option-list might be something like
  enddata(::enddata)-- default
  EOL(\cr\lf, ignored) -- default
  EOL(0101x, ignored)
  EOL(0101x, keep)

 the enddata() parm would be case-sensitive
 the ignored in the EOL example would mean to ignore the presence
 of any cr/lf or lf/cr char pairings as part of the data
 if keep were specified than all Cr/lf or lf/cr pairings would be
 kept as data.
 The second and third ELO() examples would use a pair of Ctrl-A
 characters as the end of each data element,
 ...the ignored would mean throw away all normal EOL markers.
 ... the keep would keep the normal EOL marker and treat it as data.

 b) the ::enddata or equivalent must be on a line of its own. (parsing
 restriction)


   - - -

 /s/ Bill Turner, wb4alm







 --
 HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
 Find What Matters Most in Your Big Data with HPCC Systems
 Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
 Leverages Graph Analysis for Fast Processing  Easy Data Exploration
 http://p.sf.net/sfu/hpccsystems
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 

Re: [Oorexx-devel] When should we consider using C++11 features?

[Sahananda (Jon) Wolfers]

Regarding Windows XP,

This is perhaps a moot point in this particular discussion as Rick says

 That said, using C++11 features would not be something that would preclude
 this working on Windows XP.

but I feel I should say it anyway:

I'm using ooRexx on XP posready 2009 on several tills - a slightly cutdown
version of XP sp3 for epos tills which does not reach Microsoft end of
extended support for another five years.

Jon

On 24 September 2014 22:00, Rick McGuire object.r...@gmail.com wrote:



 On Wed, Sep 24, 2014 at 4:39 PM, Michael Lueck 
 mlu...@lueckdatasystems.com wrote:

 David Ashley wrote:
  At this point it really looks like we will need to start with a clean
  slate as far as platforms we support with the ooRexx 5.0 version.


 I agree.

 Our last client we were using Mod_Rexx and DB2 for has been retired, so
 we no longer have a Windows 2000 dependency.

 Hopefully Windows XP will not need to be nuked by the C++11 upgrade.
 How new of MSVC++ are you planning to jump to as the minimum requirement?


 Well, as we've stated in the past, we will only officially support older
 operating systems as long as they are still supported.  Since Windows XP
 support has ended, there's no guarantee that Windows XP will continue to
 work.  That said, using C++11 features would not be something that would
 preclude this working on Windows XP.



 I am thankful,

 --
 Michael Lueck
 Lueck Data Systems
 http://www.lueckdatasystems.com/


 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] DISCUSS: [oorexx:feature-requests] #613 Syntactic sugar for array creation

[Sahananda (Jon) Wolfers]

Re JSON: The concept of the escape character is prevalent in many other
languages and formats, but is imho extremely un-rexxish.

Apart from that, nothing against JSON personally.

Jon

On 23 September 2014 12:05, Erich Steinböck erich.steinbo...@gmail.com
wrote:

 do name over [Mike, Jon, David]
 locs = .directory~of([Rick, USA], [Mike, UK])


 There's a very popular standard that ooRexx could adhere to: JSON

 On Thu, Sep 18, 2014 at 3:57 PM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi Rick,

 I entirely understand your concerns about the square brackets.
 I don't know whether this is the time to spend our gold.  I'm interested
 to hear what others say.

 I like the assignment to map-collections

 A further thought.  I have also seen other languages parsing an array
 into variables thus:

 [var1,var2,var3] = .array~of(value1, value2, value3)

 but I think that is rather un-rexxish and certainly not just syntactic
 sugar and imho is included in the other languages because of their poverty
 of decent collections.

 just my 2p worth

 Jon

 On 18 September 2014 14:24, Rick McGuire object.r...@gmail.com wrote:

 I confess that I've been wanting a shortcut for creating arrays for a
 long time and have even considered submitting this feature request myself.
 This is not something difficult to implement, but my resistance to doing
 this has more to do with the fact that it introduces new syntax.

 Using square brackets for purposes other than message invocations has
 always been one of those back pocket syntax elements that have been held
 in reserve until a use that was good enough to say yes, this is really
 what I want to use this for..  Other uses for brackets I've considered in
 the past have been multi-line literals and creating variable references.
 This has always been a balancing act.  You don't want to use this on
 something trivial, but at the same time, you don't want to be so resistant
 to using it that you have effectively removed from being a possibility.
 Curly braces have been in this category for a VERY long time.  We need to
 consider if syntactic sugar is important enough use for this syntactic
 concept.

 Admittedly, array objects are very important in ooRexx.  They pop up in
 lots of situations as return values and also as arguments to both
 instructions and methods. Are they important enough that they get the
 special syntax rather than some other object type?  That needs to be
 considered.  There are a few obvious places where this might make a lot of
 sense.  Jon shows the obvious assignment case, but this would be fairly
 useful for things like DO OVER

 do name over [Mike, Jon, David]

 looks nicer than

 do name over .array~of(Mike, Jon, David)

 and feels a bit more natural and integrate.

 Being able to create arrays without a lot of extra syntax would make
 something like OF methods for map collections workable.  For example,

 locs = .directory~of([Rick, USA], [Mike, UK])

 where you are using the array syntax to create index/value pairs for
 insertion into the directory.

 Anyway, I've laid out the issues as I see them.  I think this is
 something that needs a bit of discussion before a decision is made because
 of the syntax issues.  The 5.0 release I've been working on would be a good
 place to introduce this concept.

 Rick

 Rick



 -- Forwarded message --
 From: Jon Wolfers sahana...@users.sf.net
 Date: Thu, Sep 18, 2014 at 5:08 AM
 Subject: [oorexx:feature-requests] #613 Syntactic sugar for array
 creation
 To: Ticket 613 6...@feature-requests.oorexx.p.re.sf.net





 ---

 ** [feature-requests:#613] Syntactic sugar for array creation**

 **Status:** unread
 **Milestone:** None
 **Created:** Thu Sep 18, 2014 09:08 AM UTC by Jon Wolfers
 **Last Updated:** Thu Sep 18, 2014 09:08 AM UTC
 **Owner:** nobody

 Just an idea.

 How about a bit of syntactic sugar such that

 ~~
 variable = ['First','Second','Third']
 ~~
 is equivalent to

 ~~
 variable = .array~of('First','Second','Third')
 ~~

 It could also be allowed for cases like

 ~~
 do variable over ['First','Second','Third']
...
 end
 ~~



 I have seen this in other languages and think it is quite neat

 Jon


 ---

 Sent from sourceforge.net because you indicated interest in 
 https://sourceforge.net/p/oorexx/feature-requests/613/

 To unsubscribe from further messages, please visit 
 https://sourceforge.net/auth/subscriptions/



 --
 Want excitement?
 Manually upgrade your production database.
 When you want reliability, choose Perforce
 Perforce version control. Predictably reliable.

 http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

[Oorexx-devel] Windows builds don't

[Sahananda (Jon) Wolfers]

last night both windows builds on the build machine abended with

LINK : fatal error LNK1104: cannot open file
 'C:\cygwin\home\dashley\buildorx\Win32Rel\rxapi.exe'
 NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual
 Studio 9.0\VC\Bin\x86_amd64\link.EXE' : return code '0x450'
 Stop.

This has been happening since build 10456 (Friday morning) which dies
building the kernel image and which was before my changes (phew).

Maybe you know this already - but in case not - just letting you know.

thanks

Jon
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Hi RIck,

I'm a little lost here, I have installed cygwin - but I'm thinking that
that is wrong and I should have installed sshwindows.

What do you have installed?

On 21 September 2014 21:29, Sahananda (Jon) Wolfers sahana...@windhorse.biz
 wrote:

 Thanks Rick,

 out of time now, but I will try this tomorrow if I can.

 Jon

 On 21 September 2014 19:43, Rick McGuire object.r...@gmail.com wrote:

 Jon,

 Just tried this again and got better results this time.  I'm using the
 cygwin ssh implementation, so I followed the OpenSSH instructions.  I don't
 know if this made any difference or not, but I deleted all of my previous
 keys this time so that I only had the single key configured for my
 account.  On my first attempt, I added a password when I created the key,
 and I ended up replacing my account password prompt with a prompt for the
 key password.  I deleted the keys and regenerated with no password
 configured, and I was able to access svn without a prompt.

 I'm using the commandline svn version, not TortoiseSVN, so I don't know
 if that makes a difference.

 Rick

 On Sun, Sep 21, 2014 at 1:41 PM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Thanks Rick,

 I set up the key per the instructions, waited the required 10 minutes,
 then tried a file log check - it asked for my password about 15 times.
 I tried another log request- it only asked once which seemed like a
 result - I felt smug
 I tried yet another log request - it asked for my password 5 times
 I tried yet another log request - it asked for my password 3 times

 crazy!  It seems completely random to me.


 On 21 September 2014 18:04, Rick McGuire object.r...@gmail.com wrote:



 On Sun, Sep 21, 2014 at 11:41 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 that seems to be the case for a few of the files.

 Others you changed to make the build work (rexx64.exe.manifest,
 oodialogMain.rc, ooDialogwinMain.rc, ooDialog.rc)

 on another matter that I'm painfully aware of - Does everyone have to
 type their sourceforge password into tortoise 3 - 7 times every time they
 access the svn?  (I have not edited the subversion server file and every
 line in it is no-opped so passwords should be saved).  I'm sure I didn't
 have to do this in the long-ago past.



 Oops, got distracted while typing the previous reply and forgot to
 answer the second question.

 When sourceforge switched over to Allura, they changed the preferred
 mechanism for accessing the svn server  to svn+ssh access type, which
 requires a shell login to the sourceforge site to function.  If should be
 possible to set up access keys so that the password is not required.  I
 used to have this working before the Allura switch, but I have not had any
 success since then.  Here are the instructions for setting up the keys:

 https://sourceforge.net/p/forge/documentation/SSH%20Keys/

 Rick


 thanks
 Jon

 On 21 September 2014 16:14, Rick McGuire object.r...@gmail.com
 wrote:

 The newer files in the trunk version are probably my fault.  I made a
 few changes while working on my update, but I believe all of my changes
 were associated with comments.

 Rick

 On Sun, Sep 21, 2014 at 11:07 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi Rick,

 OK this makes sense to me.  It looks like the standalone is several
 versions ahead of the full-interpreter, BUT there are some files in the
 full interpreter that are newer than their counterparts in the 
 stand-alone
 as well as a few orphans on both sides.

 I think it is to soon to make big decisions about this, and I am
 applying this change to the trunk of both versions (as both versions
 require it to operate correctly).

 Mark had released a sort of pre-beta peek at a new version, which
 when I tried proved very buggy w.r.t. long-standing functionality, so in
 the end we may decide to fold the newest of the released and proven
 stand-alones into the main version, but I would suggest not today.

 Jon

 On 21 September 2014 15:38, Rick McGuire object.r...@gmail.com
 wrote:

 Ah, ok, this is a situation where Mark's input would be helpful.
 The build machine builds the ooDialog version that is in the full
 interpreter tree, not the version that is in the separate standalone
 ooDialog tree.  Your update was to the standalone code.  I'm not sure 
 what
 steps Mark used to update the main version or even how to build the
 standalone oodialog installer or what state the main tree version is in
 relation to the other branch.

 Rick

 On Sun, Sep 21, 2014 at 10:19 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Still a little stuck here.

 I committed a change to
 ...\code-0\ooDialog\trunk\ooDialog\oodUtilities.cpp in the svn 
 yesterday.

 I asked the user to download the 64bit build, but after he ran the
 installer, although many of the files bore today's date, the ooDialog 
 ones
 all had a date of 29 December last year.

 ie:
 oodialog.dll 859 KB Application extension 12/29

Re: [Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Still a little stuck here.

I committed a change to ...\code-0\ooDialog\trunk\ooDialog\oodUtilities.cpp
in the svn yesterday.

I asked the user to download the 64bit build, but after he ran the
installer, although many of the files bore today's date, the ooDialog ones
all had a date of 29 December last year.

ie:
oodialog.dll 859 KB Application extension 12/29/2013 2:57:04 AM -a


when I look at the log there is plenty of references to compiling
oodutilities.cpp but the path it refers to

C:\cygwin\home\dashley\buildorx\extensions\platform\windows\oodialog\oodUtilities.cpp

which doesn't seem to bear any relation to the version I amended in the SVN
tree,

but I do find in the svn

...\code-0\main\trunk\extensions\platform\windows\oodialog\oodUtilities.cpp

though oddly, that has a modified date of 09Jan2014.

Have I committed my change to the wrong copy? or Is there something extra I
have to do to request that the build machine includes ooDialog in the build?

thanks,

Jon


On 20 September 2014 15:23, Rick McGuire object.r...@gmail.com wrote:

 It should build...provided I haven't broken something :-)

 Rick

 On Sat, Sep 20, 2014 at 9:53 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 Thanks: resizable types sound better.

 Naive question: If I commit that change to trunk, will it get built on
 the build machine overnight?

 If so, I can ask the user to download it on 64bit and test it.

 Jon

 On 20 September 2014 14:06, Rick McGuire object.r...@gmail.com wrote:

 Since the size of this parameter changes with the bitness, you would be
 better off using a parameter type that also changes with bitness.  size_t
 or ssize_t would probably be better choices.  size_t is unsigned, ssize_t
 is signed.

 Rick

 On Sat, Sep 20, 2014 at 8:57 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi all,

 A question about the types of parameters created by rexxMethod.
 This is related to bug 1281
 https://sourceforge.net/p/oorexx/bugs/1281/ which I am looking at in
 Mark's absence.

 Notification messages from windows return values in WPARAM  LPARAM
 which are provided as arguments (rexx string containing a decimal number)
 to ooDialog event handling methods.

 By convention, the 32bit WParam often contains two values, one in the
 hiword and one in the loword.
 There are c++ macros hiword and loword to extract those values.

 With 64 bits, big-endianly the highword is now the third word and the
 lowword is the fourth.

 Mark has supplied wrappers for the hiword and lowword macros, code as
 follows:

 *RexxMethod1(int16_t, dlgutil_shiWord_cls, int32_t, dw) { return
 HIWORD(dw); }*
 RexxMethod1(int16_t, dlgutil_sloWord_cls, int32_t, dw) { return
 LOWORD(dw); }
 RexxMethod1(uint16_t, dlgutil_hiWord_cls, uint32_t, dw) { return
 HIWORD(dw); }
 RexxMethod1(uint16_t, dlgutil_loWord_cls, uint32_t, dw) { return
 LOWORD(dw); }

 accessed as .dlgUtil~hiword  .dlgUtil~loword.


 This works fine on 32bit systems.
 It also works ok on 64bit systems *EXCEPT* if the first two words
 contain anything other than 0s.

 It turns out that some data is placed in those first words in the
 response from at least the WM_VSCROLL Message.
 The rexxMethod throws an overflow error for the dw parameter *int32_t*
 or *uint32_t*.

 I think that all would need to be done to fix oodUtilities.cpp is to
 change the type of the dw parameter to *int64_t* or *uint64_t*.

 Does that sound right?

 I don't have a 64bit system, so even if I remembered how to build
 ooDialog, I wouldn't be able to test it.  Can someone run with this?

 thanks,

 Jon


 --
 Slashdot TV.  Video for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Slashdot TV.  Video for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Slashdot TV.  Video for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Slashdot TV.  Video for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk

Re: [Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Hi Rick,

OK this makes sense to me.  It looks like the standalone is several
versions ahead of the full-interpreter, BUT there are some files in the
full interpreter that are newer than their counterparts in the stand-alone
as well as a few orphans on both sides.

I think it is to soon to make big decisions about this, and I am applying
this change to the trunk of both versions (as both versions require it to
operate correctly).

Mark had released a sort of pre-beta peek at a new version, which when I
tried proved very buggy w.r.t. long-standing functionality, so in the end
we may decide to fold the newest of the released and proven stand-alones
into the main version, but I would suggest not today.

Jon

On 21 September 2014 15:38, Rick McGuire object.r...@gmail.com wrote:

 Ah, ok, this is a situation where Mark's input would be helpful.  The
 build machine builds the ooDialog version that is in the full interpreter
 tree, not the version that is in the separate standalone ooDialog tree.
 Your update was to the standalone code.  I'm not sure what steps Mark used
 to update the main version or even how to build the standalone oodialog
 installer or what state the main tree version is in relation to the other
 branch.

 Rick

 On Sun, Sep 21, 2014 at 10:19 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Still a little stuck here.

 I committed a change to
 ...\code-0\ooDialog\trunk\ooDialog\oodUtilities.cpp in the svn yesterday.

 I asked the user to download the 64bit build, but after he ran the
 installer, although many of the files bore today's date, the ooDialog ones
 all had a date of 29 December last year.

 ie:
 oodialog.dll 859 KB Application extension 12/29/2013 2:57:04 AM -a


 when I look at the log there is plenty of references to compiling
 oodutilities.cpp but the path it refers to


 C:\cygwin\home\dashley\buildorx\extensions\platform\windows\oodialog\oodUtilities.cpp

 which doesn't seem to bear any relation to the version I amended in the
 SVN tree,

 but I do find in the svn

 ...\code-0\main\trunk\extensions\platform\windows\oodialog\oodUtilities.cpp


 though oddly, that has a modified date of 09Jan2014.

 Have I committed my change to the wrong copy? or Is there something extra
 I have to do to request that the build machine includes ooDialog in the
 build?

 thanks,

 Jon


 On 20 September 2014 15:23, Rick McGuire object.r...@gmail.com wrote:

 It should build...provided I haven't broken something :-)

 Rick

 On Sat, Sep 20, 2014 at 9:53 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 Thanks: resizable types sound better.

 Naive question: If I commit that change to trunk, will it get built on
 the build machine overnight?

 If so, I can ask the user to download it on 64bit and test it.

 Jon

 On 20 September 2014 14:06, Rick McGuire object.r...@gmail.com wrote:

 Since the size of this parameter changes with the bitness, you would
 be better off using a parameter type that also changes with bitness.
  size_t or ssize_t would probably be better choices.  size_t is unsigned,
 ssize_t is signed.

 Rick

 On Sat, Sep 20, 2014 at 8:57 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi all,

 A question about the types of parameters created by rexxMethod.
 This is related to bug 1281
 https://sourceforge.net/p/oorexx/bugs/1281/ which I am looking at
 in Mark's absence.

 Notification messages from windows return values in WPARAM  LPARAM
 which are provided as arguments (rexx string containing a decimal number)
 to ooDialog event handling methods.

 By convention, the 32bit WParam often contains two values, one in the
 hiword and one in the loword.
 There are c++ macros hiword and loword to extract those values.

 With 64 bits, big-endianly the highword is now the third word and the
 lowword is the fourth.

 Mark has supplied wrappers for the hiword and lowword macros, code as
 follows:

 *RexxMethod1(int16_t, dlgutil_shiWord_cls, int32_t, dw) { return
 HIWORD(dw); }*
 RexxMethod1(int16_t, dlgutil_sloWord_cls, int32_t, dw) { return
 LOWORD(dw); }
 RexxMethod1(uint16_t, dlgutil_hiWord_cls, uint32_t, dw) { return
 HIWORD(dw); }
 RexxMethod1(uint16_t, dlgutil_loWord_cls, uint32_t, dw) { return
 LOWORD(dw); }

 accessed as .dlgUtil~hiword  .dlgUtil~loword.


 This works fine on 32bit systems.
 It also works ok on 64bit systems *EXCEPT* if the first two words
 contain anything other than 0s.

 It turns out that some data is placed in those first words in the
 response from at least the WM_VSCROLL Message.
 The rexxMethod throws an overflow error for the dw parameter
 *int32_t* or *uint32_t*.

 I think that all would need to be done to fix oodUtilities.cpp is to
 change the type of the dw parameter to *int64_t* or *uint64_t*.

 Does that sound right?

 I don't have a 64bit system, so even if I remembered how to build
 ooDialog, I wouldn't be able to test it.  Can someone run with this?

 thanks,

 Jon

Re: [Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Hi RIck,

that seems to be the case for a few of the files.

Others you changed to make the build work (rexx64.exe.manifest,
oodialogMain.rc, ooDialogwinMain.rc, ooDialog.rc)

on another matter that I'm painfully aware of - Does everyone have to type
their sourceforge password into tortoise 3 - 7 times every time they access
the svn?  (I have not edited the subversion server file and every line in
it is no-opped so passwords should be saved).  I'm sure I didn't have to do
this in the long-ago past.

thanks
Jon

On 21 September 2014 16:14, Rick McGuire object.r...@gmail.com wrote:

 The newer files in the trunk version are probably my fault.  I made a few
 changes while working on my update, but I believe all of my changes were
 associated with comments.

 Rick

 On Sun, Sep 21, 2014 at 11:07 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi Rick,

 OK this makes sense to me.  It looks like the standalone is several
 versions ahead of the full-interpreter, BUT there are some files in the
 full interpreter that are newer than their counterparts in the stand-alone
 as well as a few orphans on both sides.

 I think it is to soon to make big decisions about this, and I am applying
 this change to the trunk of both versions (as both versions require it to
 operate correctly).

 Mark had released a sort of pre-beta peek at a new version, which when I
 tried proved very buggy w.r.t. long-standing functionality, so in the end
 we may decide to fold the newest of the released and proven stand-alones
 into the main version, but I would suggest not today.

 Jon

 On 21 September 2014 15:38, Rick McGuire object.r...@gmail.com wrote:

 Ah, ok, this is a situation where Mark's input would be helpful.  The
 build machine builds the ooDialog version that is in the full interpreter
 tree, not the version that is in the separate standalone ooDialog tree.
 Your update was to the standalone code.  I'm not sure what steps Mark used
 to update the main version or even how to build the standalone oodialog
 installer or what state the main tree version is in relation to the other
 branch.

 Rick

 On Sun, Sep 21, 2014 at 10:19 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Still a little stuck here.

 I committed a change to
 ...\code-0\ooDialog\trunk\ooDialog\oodUtilities.cpp in the svn yesterday.

 I asked the user to download the 64bit build, but after he ran the
 installer, although many of the files bore today's date, the ooDialog ones
 all had a date of 29 December last year.

 ie:
 oodialog.dll 859 KB Application extension 12/29/2013 2:57:04 AM -a


 when I look at the log there is plenty of references to compiling
 oodutilities.cpp but the path it refers to


 C:\cygwin\home\dashley\buildorx\extensions\platform\windows\oodialog\oodUtilities.cpp

 which doesn't seem to bear any relation to the version I amended in the
 SVN tree,

 but I do find in the svn

 ...\code-0\main\trunk\extensions\platform\windows\oodialog\oodUtilities.cpp


 though oddly, that has a modified date of 09Jan2014.

 Have I committed my change to the wrong copy? or Is there something
 extra I have to do to request that the build machine includes ooDialog in
 the build?

 thanks,

 Jon


 On 20 September 2014 15:23, Rick McGuire object.r...@gmail.com wrote:

 It should build...provided I haven't broken something :-)

 Rick

 On Sat, Sep 20, 2014 at 9:53 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 Thanks: resizable types sound better.

 Naive question: If I commit that change to trunk, will it get built
 on the build machine overnight?

 If so, I can ask the user to download it on 64bit and test it.

 Jon

 On 20 September 2014 14:06, Rick McGuire object.r...@gmail.com
 wrote:

 Since the size of this parameter changes with the bitness, you would
 be better off using a parameter type that also changes with bitness.
  size_t or ssize_t would probably be better choices.  size_t is 
 unsigned,
 ssize_t is signed.

 Rick

 On Sat, Sep 20, 2014 at 8:57 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi all,

 A question about the types of parameters created by rexxMethod.
 This is related to bug 1281
 https://sourceforge.net/p/oorexx/bugs/1281/ which I am looking
 at in Mark's absence.

 Notification messages from windows return values in WPARAM  LPARAM
 which are provided as arguments (rexx string containing a decimal 
 number)
 to ooDialog event handling methods.

 By convention, the 32bit WParam often contains two values, one in
 the hiword and one in the loword.
 There are c++ macros hiword and loword to extract those values.

 With 64 bits, big-endianly the highword is now the third word and
 the lowword is the fourth.

 Mark has supplied wrappers for the hiword and lowword macros, code
 as follows:

 *RexxMethod1(int16_t, dlgutil_shiWord_cls, int32_t, dw) { return
 HIWORD(dw); }*
 RexxMethod1(int16_t, dlgutil_sloWord_cls, int32_t, dw) { return
 LOWORD(dw); }
 RexxMethod1

Re: [Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Thanks RIck,

No hurry as far as I am concerned, but I guess it should be done before we
next release, as Mark did a whole lot of work there that is available in
the stand alone version so should be incorporated into the main version.

Thanks for you help

Jon

On 21 September 2014 17:02, Rick McGuire object.r...@gmail.com wrote:



 On Sun, Sep 21, 2014 at 11:41 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 that seems to be the case for a few of the files.

 Others you changed to make the build work (rexx64.exe.manifest,
 oodialogMain.rc, ooDialogwinMain.rc, ooDialog.rc)



 Ah yes, those files were changed as part of the Cmake conversion.  The
 ooDialog branch build has not been converted to cmake yet that I'm aware
 of.  That might actually be a useful exercise for figuring out how to build
 it.  Unfortunately, my plate is a bit overflowing with the work I've got
 going on with the trunk at the moment.  I might bump that up to be the
 next item on my todo list to tackle once I've got the trunk code in a bit
 cleaner state.

 Rick



 on another matter that I'm painfully aware of - Does everyone have to
 type their sourceforge password into tortoise 3 - 7 times every time they
 access the svn?  (I have not edited the subversion server file and every
 line in it is no-opped so passwords should be saved).  I'm sure I didn't
 have to do this in the long-ago past.

 thanks
 Jon

 On 21 September 2014 16:14, Rick McGuire object.r...@gmail.com wrote:

 The newer files in the trunk version are probably my fault.  I made a
 few changes while working on my update, but I believe all of my changes
 were associated with comments.

 Rick

 On Sun, Sep 21, 2014 at 11:07 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi Rick,

 OK this makes sense to me.  It looks like the standalone is several
 versions ahead of the full-interpreter, BUT there are some files in the
 full interpreter that are newer than their counterparts in the stand-alone
 as well as a few orphans on both sides.

 I think it is to soon to make big decisions about this, and I am
 applying this change to the trunk of both versions (as both versions
 require it to operate correctly).

 Mark had released a sort of pre-beta peek at a new version, which when
 I tried proved very buggy w.r.t. long-standing functionality, so in the end
 we may decide to fold the newest of the released and proven stand-alones
 into the main version, but I would suggest not today.

 Jon

 On 21 September 2014 15:38, Rick McGuire object.r...@gmail.com wrote:

 Ah, ok, this is a situation where Mark's input would be helpful.  The
 build machine builds the ooDialog version that is in the full interpreter
 tree, not the version that is in the separate standalone ooDialog tree.
 Your update was to the standalone code.  I'm not sure what steps Mark used
 to update the main version or even how to build the standalone oodialog
 installer or what state the main tree version is in relation to the other
 branch.

 Rick

 On Sun, Sep 21, 2014 at 10:19 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Still a little stuck here.

 I committed a change to
 ...\code-0\ooDialog\trunk\ooDialog\oodUtilities.cpp in the svn yesterday.

 I asked the user to download the 64bit build, but after he ran the
 installer, although many of the files bore today's date, the ooDialog 
 ones
 all had a date of 29 December last year.

 ie:
 oodialog.dll 859 KB Application extension 12/29/2013 2:57:04 AM -a


 when I look at the log there is plenty of references to compiling
 oodutilities.cpp but the path it refers to


 C:\cygwin\home\dashley\buildorx\extensions\platform\windows\oodialog\oodUtilities.cpp

 which doesn't seem to bear any relation to the version I amended in
 the SVN tree,

 but I do find in the svn

 ...\code-0\main\trunk\extensions\platform\windows\oodialog\oodUtilities.cpp


 though oddly, that has a modified date of 09Jan2014.

 Have I committed my change to the wrong copy? or Is there something
 extra I have to do to request that the build machine includes ooDialog in
 the build?

 thanks,

 Jon


 On 20 September 2014 15:23, Rick McGuire object.r...@gmail.com
 wrote:

 It should build...provided I haven't broken something :-)

 Rick

 On Sat, Sep 20, 2014 at 9:53 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 Thanks: resizable types sound better.

 Naive question: If I commit that change to trunk, will it get built
 on the build machine overnight?

 If so, I can ask the user to download it on 64bit and test it.

 Jon

 On 20 September 2014 14:06, Rick McGuire object.r...@gmail.com
 wrote:

 Since the size of this parameter changes with the bitness, you
 would be better off using a parameter type that also changes with 
 bitness.
  size_t or ssize_t would probably be better choices.  size_t is 
 unsigned,
 ssize_t is signed.

 Rick

 On Sat, Sep 20, 2014 at 8:57 AM, Sahananda (Jon) Wolfers 
 sahana

Re: [Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Thanks Rick,

I set up the key per the instructions, waited the required 10 minutes, then
tried a file log check - it asked for my password about 15 times.
I tried another log request- it only asked once which seemed like a result
- I felt smug
I tried yet another log request - it asked for my password 5 times
I tried yet another log request - it asked for my password 3 times

crazy!  It seems completely random to me.


On 21 September 2014 18:04, Rick McGuire object.r...@gmail.com wrote:



 On Sun, Sep 21, 2014 at 11:41 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 that seems to be the case for a few of the files.

 Others you changed to make the build work (rexx64.exe.manifest,
 oodialogMain.rc, ooDialogwinMain.rc, ooDialog.rc)

 on another matter that I'm painfully aware of - Does everyone have to
 type their sourceforge password into tortoise 3 - 7 times every time they
 access the svn?  (I have not edited the subversion server file and every
 line in it is no-opped so passwords should be saved).  I'm sure I didn't
 have to do this in the long-ago past.



 Oops, got distracted while typing the previous reply and forgot to answer
 the second question.

 When sourceforge switched over to Allura, they changed the preferred
 mechanism for accessing the svn server  to svn+ssh access type, which
 requires a shell login to the sourceforge site to function.  If should be
 possible to set up access keys so that the password is not required.  I
 used to have this working before the Allura switch, but I have not had any
 success since then.  Here are the instructions for setting up the keys:

 https://sourceforge.net/p/forge/documentation/SSH%20Keys/

 Rick


 thanks
 Jon

 On 21 September 2014 16:14, Rick McGuire object.r...@gmail.com wrote:

 The newer files in the trunk version are probably my fault.  I made a
 few changes while working on my update, but I believe all of my changes
 were associated with comments.

 Rick

 On Sun, Sep 21, 2014 at 11:07 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi Rick,

 OK this makes sense to me.  It looks like the standalone is several
 versions ahead of the full-interpreter, BUT there are some files in the
 full interpreter that are newer than their counterparts in the stand-alone
 as well as a few orphans on both sides.

 I think it is to soon to make big decisions about this, and I am
 applying this change to the trunk of both versions (as both versions
 require it to operate correctly).

 Mark had released a sort of pre-beta peek at a new version, which when
 I tried proved very buggy w.r.t. long-standing functionality, so in the end
 we may decide to fold the newest of the released and proven stand-alones
 into the main version, but I would suggest not today.

 Jon

 On 21 September 2014 15:38, Rick McGuire object.r...@gmail.com wrote:

 Ah, ok, this is a situation where Mark's input would be helpful.  The
 build machine builds the ooDialog version that is in the full interpreter
 tree, not the version that is in the separate standalone ooDialog tree.
 Your update was to the standalone code.  I'm not sure what steps Mark used
 to update the main version or even how to build the standalone oodialog
 installer or what state the main tree version is in relation to the other
 branch.

 Rick

 On Sun, Sep 21, 2014 at 10:19 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Still a little stuck here.

 I committed a change to
 ...\code-0\ooDialog\trunk\ooDialog\oodUtilities.cpp in the svn yesterday.

 I asked the user to download the 64bit build, but after he ran the
 installer, although many of the files bore today's date, the ooDialog 
 ones
 all had a date of 29 December last year.

 ie:
 oodialog.dll 859 KB Application extension 12/29/2013 2:57:04 AM -a


 when I look at the log there is plenty of references to compiling
 oodutilities.cpp but the path it refers to


 C:\cygwin\home\dashley\buildorx\extensions\platform\windows\oodialog\oodUtilities.cpp

 which doesn't seem to bear any relation to the version I amended in
 the SVN tree,

 but I do find in the svn

 ...\code-0\main\trunk\extensions\platform\windows\oodialog\oodUtilities.cpp


 though oddly, that has a modified date of 09Jan2014.

 Have I committed my change to the wrong copy? or Is there something
 extra I have to do to request that the build machine includes ooDialog in
 the build?

 thanks,

 Jon


 On 20 September 2014 15:23, Rick McGuire object.r...@gmail.com
 wrote:

 It should build...provided I haven't broken something :-)

 Rick

 On Sat, Sep 20, 2014 at 9:53 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 Thanks: resizable types sound better.

 Naive question: If I commit that change to trunk, will it get built
 on the build machine overnight?

 If so, I can ask the user to download it on 64bit and test it.

 Jon

 On 20 September 2014 14:06, Rick McGuire object.r...@gmail.com
 wrote:

 Since the size

Re: [Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Thanks Rick,

out of time now, but I will try this tomorrow if I can.

Jon

On 21 September 2014 19:43, Rick McGuire object.r...@gmail.com wrote:

 Jon,

 Just tried this again and got better results this time.  I'm using the
 cygwin ssh implementation, so I followed the OpenSSH instructions.  I don't
 know if this made any difference or not, but I deleted all of my previous
 keys this time so that I only had the single key configured for my
 account.  On my first attempt, I added a password when I created the key,
 and I ended up replacing my account password prompt with a prompt for the
 key password.  I deleted the keys and regenerated with no password
 configured, and I was able to access svn without a prompt.

 I'm using the commandline svn version, not TortoiseSVN, so I don't know if
 that makes a difference.

 Rick

 On Sun, Sep 21, 2014 at 1:41 PM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Thanks Rick,

 I set up the key per the instructions, waited the required 10 minutes,
 then tried a file log check - it asked for my password about 15 times.
 I tried another log request- it only asked once which seemed like a
 result - I felt smug
 I tried yet another log request - it asked for my password 5 times
 I tried yet another log request - it asked for my password 3 times

 crazy!  It seems completely random to me.


 On 21 September 2014 18:04, Rick McGuire object.r...@gmail.com wrote:



 On Sun, Sep 21, 2014 at 11:41 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi RIck,

 that seems to be the case for a few of the files.

 Others you changed to make the build work (rexx64.exe.manifest,
 oodialogMain.rc, ooDialogwinMain.rc, ooDialog.rc)

 on another matter that I'm painfully aware of - Does everyone have to
 type their sourceforge password into tortoise 3 - 7 times every time they
 access the svn?  (I have not edited the subversion server file and every
 line in it is no-opped so passwords should be saved).  I'm sure I didn't
 have to do this in the long-ago past.



 Oops, got distracted while typing the previous reply and forgot to
 answer the second question.

 When sourceforge switched over to Allura, they changed the preferred
 mechanism for accessing the svn server  to svn+ssh access type, which
 requires a shell login to the sourceforge site to function.  If should be
 possible to set up access keys so that the password is not required.  I
 used to have this working before the Allura switch, but I have not had any
 success since then.  Here are the instructions for setting up the keys:

 https://sourceforge.net/p/forge/documentation/SSH%20Keys/

 Rick


 thanks
 Jon

 On 21 September 2014 16:14, Rick McGuire object.r...@gmail.com wrote:

 The newer files in the trunk version are probably my fault.  I made a
 few changes while working on my update, but I believe all of my changes
 were associated with comments.

 Rick

 On Sun, Sep 21, 2014 at 11:07 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi Rick,

 OK this makes sense to me.  It looks like the standalone is several
 versions ahead of the full-interpreter, BUT there are some files in the
 full interpreter that are newer than their counterparts in the 
 stand-alone
 as well as a few orphans on both sides.

 I think it is to soon to make big decisions about this, and I am
 applying this change to the trunk of both versions (as both versions
 require it to operate correctly).

 Mark had released a sort of pre-beta peek at a new version, which
 when I tried proved very buggy w.r.t. long-standing functionality, so in
 the end we may decide to fold the newest of the released and proven
 stand-alones into the main version, but I would suggest not today.

 Jon

 On 21 September 2014 15:38, Rick McGuire object.r...@gmail.com
 wrote:

 Ah, ok, this is a situation where Mark's input would be helpful.
 The build machine builds the ooDialog version that is in the full
 interpreter tree, not the version that is in the separate standalone
 ooDialog tree.  Your update was to the standalone code.  I'm not sure 
 what
 steps Mark used to update the main version or even how to build the
 standalone oodialog installer or what state the main tree version is in
 relation to the other branch.

 Rick

 On Sun, Sep 21, 2014 at 10:19 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Still a little stuck here.

 I committed a change to
 ...\code-0\ooDialog\trunk\ooDialog\oodUtilities.cpp in the svn 
 yesterday.

 I asked the user to download the 64bit build, but after he ran the
 installer, although many of the files bore today's date, the ooDialog 
 ones
 all had a date of 29 December last year.

 ie:
 oodialog.dll 859 KB Application extension 12/29/2013 2:57:04 AM
 -a


 when I look at the log there is plenty of references to compiling
 oodutilities.cpp but the path it refers to


 C:\cygwin\home\dashley\buildorx\extensions\platform\windows\oodialog\oodUtilities.cpp

 which doesn't seem to bear

[Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Hi all,

A question about the types of parameters created by rexxMethod.
This is related to bug 1281 https://sourceforge.net/p/oorexx/bugs/1281/ which
I am looking at in Mark's absence.

Notification messages from windows return values in WPARAM  LPARAM which
are provided as arguments (rexx string containing a decimal number) to
ooDialog event handling methods.

By convention, the 32bit WParam often contains two values, one in the
hiword and one in the loword.
There are c++ macros hiword and loword to extract those values.

With 64 bits, big-endianly the highword is now the third word and the
lowword is the fourth.

Mark has supplied wrappers for the hiword and lowword macros, code as
follows:

 *RexxMethod1(int16_t, dlgutil_shiWord_cls, int32_t, dw) { return
 HIWORD(dw); }*
 RexxMethod1(int16_t, dlgutil_sloWord_cls, int32_t, dw) { return
 LOWORD(dw); }
 RexxMethod1(uint16_t, dlgutil_hiWord_cls, uint32_t, dw) { return
 HIWORD(dw); }
 RexxMethod1(uint16_t, dlgutil_loWord_cls, uint32_t, dw) { return
 LOWORD(dw); }

accessed as .dlgUtil~hiword  .dlgUtil~loword.


This works fine on 32bit systems.
It also works ok on 64bit systems *EXCEPT* if the first two words contain
anything other than 0s.

It turns out that some data is placed in those first words in the response
from at least the WM_VSCROLL Message.
The rexxMethod throws an overflow error for the dw parameter *int32_t* or
*uint32_t*.

I think that all would need to be done to fix oodUtilities.cpp is to change
the type of the dw parameter to *int64_t* or *uint64_t*.

Does that sound right?

I don't have a 64bit system, so even if I remembered how to build ooDialog,
I wouldn't be able to test it.  Can someone run with this?

thanks,

Jon
--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] RexxMethod Bitness question

[Sahananda (Jon) Wolfers]

Hi RIck,

Thanks: resizable types sound better.

Naive question: If I commit that change to trunk, will it get built on the
build machine overnight?

If so, I can ask the user to download it on 64bit and test it.

Jon

On 20 September 2014 14:06, Rick McGuire object.r...@gmail.com wrote:

 Since the size of this parameter changes with the bitness, you would be
 better off using a parameter type that also changes with bitness.  size_t
 or ssize_t would probably be better choices.  size_t is unsigned, ssize_t
 is signed.

 Rick

 On Sat, Sep 20, 2014 at 8:57 AM, Sahananda (Jon) Wolfers 
 sahana...@windhorse.biz wrote:

 Hi all,

 A question about the types of parameters created by rexxMethod.
 This is related to bug 1281 https://sourceforge.net/p/oorexx/bugs/1281/ 
 which
 I am looking at in Mark's absence.

 Notification messages from windows return values in WPARAM  LPARAM which
 are provided as arguments (rexx string containing a decimal number) to
 ooDialog event handling methods.

 By convention, the 32bit WParam often contains two values, one in the
 hiword and one in the loword.
 There are c++ macros hiword and loword to extract those values.

 With 64 bits, big-endianly the highword is now the third word and the
 lowword is the fourth.

 Mark has supplied wrappers for the hiword and lowword macros, code as
 follows:

 *RexxMethod1(int16_t, dlgutil_shiWord_cls, int32_t, dw) { return
 HIWORD(dw); }*
 RexxMethod1(int16_t, dlgutil_sloWord_cls, int32_t, dw) { return
 LOWORD(dw); }
 RexxMethod1(uint16_t, dlgutil_hiWord_cls, uint32_t, dw) { return
 HIWORD(dw); }
 RexxMethod1(uint16_t, dlgutil_loWord_cls, uint32_t, dw) { return
 LOWORD(dw); }

 accessed as .dlgUtil~hiword  .dlgUtil~loword.


 This works fine on 32bit systems.
 It also works ok on 64bit systems *EXCEPT* if the first two words
 contain anything other than 0s.

 It turns out that some data is placed in those first words in the
 response from at least the WM_VSCROLL Message.
 The rexxMethod throws an overflow error for the dw parameter *int32_t*
 or *uint32_t*.

 I think that all would need to be done to fix oodUtilities.cpp is to
 change the type of the dw parameter to *int64_t* or *uint64_t*.

 Does that sound right?

 I don't have a 64bit system, so even if I remembered how to build
 ooDialog, I wouldn't be able to test it.  Can someone run with this?

 thanks,

 Jon


 --
 Slashdot TV.  Video for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Slashdot TV.  Video for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] More square brackets

[Sahananda (Jon) Wolfers]

I've been using them a lot since they became available.  Very useful.

Jon

On 20 September 2014 17:51, Mike Cowlishaw m...@speleotrove.com wrote:




 How can we explore alternatives when ooRexx has been using the commas
 since the 4.0 release.  any change in that behavior will break lots of
 programs.  There's also the issue of netrexx compatibility, but that's
 really a secondary issue.

 I thought you added them very recently.   And is anyone using them?

 Mike



 --
 Slashdot TV.  Video for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] DISCUSS: [oorexx:feature-requests] #613 Syntactic sugar for array creation

[Sahananda (Jon) Wolfers]

Hi Rick,

I entirely understand your concerns about the square brackets.
I don't know whether this is the time to spend our gold.  I'm interested to
hear what others say.

I like the assignment to map-collections

A further thought.  I have also seen other languages parsing an array into
variables thus:

[var1,var2,var3] = .array~of(value1, value2, value3)

but I think that is rather un-rexxish and certainly not just syntactic
sugar and imho is included in the other languages because of their poverty
of decent collections.

just my 2p worth

Jon

On 18 September 2014 14:24, Rick McGuire object.r...@gmail.com wrote:

 I confess that I've been wanting a shortcut for creating arrays for a long
 time and have even considered submitting this feature request myself.  This
 is not something difficult to implement, but my resistance to doing this
 has more to do with the fact that it introduces new syntax.

 Using square brackets for purposes other than message invocations has
 always been one of those back pocket syntax elements that have been held
 in reserve until a use that was good enough to say yes, this is really
 what I want to use this for..  Other uses for brackets I've considered in
 the past have been multi-line literals and creating variable references.
  This has always been a balancing act.  You don't want to use this on
 something trivial, but at the same time, you don't want to be so resistant
 to using it that you have effectively removed from being a possibility.
  Curly braces have been in this category for a VERY long time.  We need to
 consider if syntactic sugar is important enough use for this syntactic
 concept.

 Admittedly, array objects are very important in ooRexx.  They pop up in
 lots of situations as return values and also as arguments to both
 instructions and methods. Are they important enough that they get the
 special syntax rather than some other object type?  That needs to be
 considered.  There are a few obvious places where this might make a lot of
 sense.  Jon shows the obvious assignment case, but this would be fairly
 useful for things like DO OVER

 do name over [Mike, Jon, David]

 looks nicer than

 do name over .array~of(Mike, Jon, David)

 and feels a bit more natural and integrate.

 Being able to create arrays without a lot of extra syntax would make
 something like OF methods for map collections workable.  For example,

 locs = .directory~of([Rick, USA], [Mike, UK])

 where you are using the array syntax to create index/value pairs for
 insertion into the directory.

 Anyway, I've laid out the issues as I see them.  I think this is something
 that needs a bit of discussion before a decision is made because of the
 syntax issues.  The 5.0 release I've been working on would be a good place
 to introduce this concept.

 Rick

 Rick



 -- Forwarded message --
 From: Jon Wolfers sahana...@users.sf.net
 Date: Thu, Sep 18, 2014 at 5:08 AM
 Subject: [oorexx:feature-requests] #613 Syntactic sugar for array creation
 To: Ticket 613 6...@feature-requests.oorexx.p.re.sf.net





 ---

 ** [feature-requests:#613] Syntactic sugar for array creation**

 **Status:** unread
 **Milestone:** None
 **Created:** Thu Sep 18, 2014 09:08 AM UTC by Jon Wolfers
 **Last Updated:** Thu Sep 18, 2014 09:08 AM UTC
 **Owner:** nobody

 Just an idea.

 How about a bit of syntactic sugar such that

 ~~
 variable = ['First','Second','Third']
 ~~
 is equivalent to

 ~~
 variable = .array~of('First','Second','Third')
 ~~

 It could also be allowed for cases like

 ~~
 do variable over ['First','Second','Third']
...
 end
 ~~



 I have seen this in other languages and think it is quite neat

 Jon


 ---

 Sent from sourceforge.net because you indicated interest in 
 https://sourceforge.net/p/oorexx/feature-requests/613/

 To unsubscribe from further messages, please visit 
 https://sourceforge.net/auth/subscriptions/



 --
 Want excitement?
 Manually upgrade your production database.
 When you want reliability, choose Perforce
 Perforce version control. Predictably reliable.

 http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] More square brackets

[Sahananda (Jon) Wolfers]

I agree with David about double brackets, but I don't agree that sugar
makes one unproductive or hinders understanding - in fact I think the
opposite is true.  One doesn't want to be coding '=' or '[]' with a
preceding twiddle.

I think that

do name over ['David','Rick','Jon']

is easier to understand than

do name over .array~of('David','Rick','Jon')

even though 'of' is a nicely contextualised word they don't need to know
that there is an array behind the do over mechanism.

Jon

On 18 September 2014 19:54, David Ashley w.david.ash...@gmail.com wrote:

 I want to stick my thumb in the pie on this topic.

 I think we need to be very careful of how much syntactic sugar we add to
 the language. Otherwise we might end up being like Perl with eight
 different ways of coding everything. I like Rexx/ooRexx because the
 language is consistent and easy to read/debug. The more syntactic sugar
 you add, the harder it is to read and you end up having to look up
 things you do not understand or have not encountered thus slowing your
 productivity.

 And the idea of double brackets - YUK! Reminds me of Lisp which IMHO is
 the least user friendly language I have ever encountered.

 Bottom line, syntactic sugar should only be added when it clearly
 enhances productivity or makes the code easier to read.

 David Ashley

 On Thu, 2014-09-18 at 13:41 -0400, Rick McGuire wrote:
  I think these do need to be bracketed, since the , is already used
  in the IF/WHEN instruction and with DO WHILE/UNTIL for the shortcut
  AND conditionals.  Square brackets are already used as a message type
  (primarily with collection objects), but thankfully, the usage follows
  the same rules as builtin functions, so they can be used in both the
  message form and paren-like fashion.  Doubling up might work, but it
  feels somehow not right to me.
 
 
  Rick
 
 
 
 
 
  On Thu, Sep 18, 2014 at 12:49 PM, Mike Cowlishaw m...@speleotrove.com
  wrote:
  If one didn't want to use up the 'gold' of single
  brackets  ...
 
 
  first, does one need the brackets at all?  I've often thought
  as commas in Rexx as being a list notation, in effect, so
  perhaps:
 
a=1, 2, 3
 
  or
 
do x over 23, 34, 45
 
  Or, to save single-square-brackets one could go
  Wikipedia-like:
 
a=[[1, 2, 3]]
 
  etc ...
 
  Mike
 
 
  
 --
  Slashdot TV.  Video for Nerds.  Stuff that Matters.
 
 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
  ___
  Oorexx-devel mailing list
  Oorexx-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/oorexx-devel
 
 
 
 
 --
  Slashdot TV.  Video for Nerds.  Stuff that Matters.
 
 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
  ___
  Oorexx-devel mailing list
  Oorexx-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Slashdot TV.  Video for Nerds.  Stuff that Matters.

 http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Considering adding a new collection class.

[Sahananda (Jon) Wolfers]

Hi Rick,

this seems like a really good idea to me.

I often use the table class with string indexes as I don't need the extras
in the directory class, but when I do need them I really appreciate them.
 I particularly use the unknown method to create a caseless index or to
initialise data on first call (see my 2009 symposium presentation).

Jon


On 17 July 2014 11:42, Rick McGuire object.r...@gmail.com wrote:

 I've been doing a bit of work on the collection classes this week, and
 just got to the directory class.  The directory is most frequently used as
 a collection class where the indexes are string items, but it also has the
 additional feature of the SETMETHOD() method, plus some additional methods
 that uppercase the string name and the UNKNOWN method that allows the
 dir~name syntax.

 Until I started reworking this code, I really didn't appreciate how much
 of a tax the possibility of SETMETHOD imposes on directory objects,
 even if you are not using the feature.  This gets involved in every
 operation and has particular overhead for things like allIndexes() (thus
 impacting DO OVER performance), and allItems().

 I'm thinking there is a need for a StringTable class that is closer to the
 other collection classes.  This will not have setMethod(), but I think the
 UNKNOWN method would still be a good idea.  With the restructuring of the
 hash collection code I've been doing, this would be a fairly trivial
 addition to implement...probably more work to write the test cases and docs
 than to write the code.

 One of the nice things about oo programming is the ability to switch to an
 implementation of a class that best suits your usage.  The directory class
 has enough additional overhead that this is one place where this choice
 would be appreciated.

 Note also, that this advantage will translate to the internal performance
 of the interpreter. Directories are heavily used inside the interpreter, so
 replacing a lot of these uses with a StringTable will also give a
 performance boost.  This alone will justify at least creating the internal
 class.  However, for some of those situations, the internal directory is
 handed out as return values, so the StringTable class would need to be
 one visible to ooRexx programmers as well.

 Rick



 --
 Want fast and easy access to all the code in your enterprise? Index and
 search up to 200,000 lines of code with a free copy of Black Duck
 Code Sight - the same software that powers the world's largest code
 search on Ohloh, the Black Duck Open Hub! Try it now.
 http://p.sf.net/sfu/bds
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need an opinion on the Method/Routine source methods.

[Sahananda (Jon) Wolfers]

Hi Rick,

I searched the RFEs and found #140
http://sourceforge.net/p/oorexx/feature-requests/140/ which requests
something like this and in the reason for rejection you explain the
difference between the original name and the registration name.

I sounds like to be useful, we would need a method for each, but perhaps
this is not that easy to do.  I'm a little bit out of my depth here, but I
assume that if the method or routine were got up from a directive in a
script, then in every case the original name would equal the registration
name, and it is just the primitive classes where they might differ.  Is
that correct?

I would like some guidance here on the list, because opening an RFE so
similar to a rejected one would probably cause justified irritation.

thanks,
Jon


On 4 July 2014 22:44, Rick McGuire object.r...@gmail.com wrote:

 Wow, I would have assumed that was there already.  Sounds like you should
 open an RFE for this.  But note that the name the object has is not
 necessarily the same as the name it was called under.

 Rick


 On Fri, Jul 4, 2014 at 5:06 PM, Sahananda (Jon) Wolfers 
 sahana...@gmail.com wrote:

 I would value a separate method for the name of the routine or method. I
 would be happy to parse it out of the directive line text or perhaps it
 should have it's own separate method.
 Jon
 On Jul 4, 2014 12:35 PM, Rony G. Flatscher rony.flatsc...@wu.ac.at
 wrote:


 On 04.07.2014 12:33, Rick McGuire wrote:

 ... cut ...

  Another option would be to add a separate method to get the directive
 source line.  That is a
  little more work, but also doable.  The advantage of doing that is the
 information would also be
  there for native routines and methods.  Actually, now that I write
 that, I think I'm starting to
  lean in that direction.  Anyway, I'd like some opinions on this.
 +1

 ---rony


 --
 Open source business process management suite built on Java and Eclipse
 Turn processes into business applications with Bonita BPM Community
 Edition
 Quickly connect people, data, and systems into organized workflows
 Winner of BOSSIE, CODIE, OW2 and Gartner awards
 http://p.sf.net/sfu/Bonitasoft
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel



 --
 Open source business process management suite built on Java and Eclipse
 Turn processes into business applications with Bonita BPM Community
 Edition
 Quickly connect people, data, and systems into organized workflows
 Winner of BOSSIE, CODIE, OW2 and Gartner awards
 http://p.sf.net/sfu/Bonitasoft
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel




 --
 Open source business process management suite built on Java and Eclipse
 Turn processes into business applications with Bonita BPM Community Edition
 Quickly connect people, data, and systems into organized workflows
 Winner of BOSSIE, CODIE, OW2 and Gartner awards
 http://p.sf.net/sfu/Bonitasoft
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Need an opinion on the Method/Routine source methods.

[Sahananda (Jon) Wolfers]

I would value a separate method for the name of the routine or method. I
would be happy to parse it out of the directive line text or perhaps it
should have it's own separate method.
Jon
On Jul 4, 2014 12:35 PM, Rony G. Flatscher rony.flatsc...@wu.ac.at
wrote:


 On 04.07.2014 12:33, Rick McGuire wrote:

 ... cut ...

  Another option would be to add a separate method to get the directive
 source line.  That is a
  little more work, but also doable.  The advantage of doing that is the
 information would also be
  there for native routines and methods.  Actually, now that I write that,
 I think I'm starting to
  lean in that direction.  Anyway, I'd like some opinions on this.
 +1

 ---rony


 --
 Open source business process management suite built on Java and Eclipse
 Turn processes into business applications with Bonita BPM Community Edition
 Quickly connect people, data, and systems into organized workflows
 Winner of BOSSIE, CODIE, OW2 and Gartner awards
 http://p.sf.net/sfu/Bonitasoft
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel

--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel