mention should disappear.
Josep Maria
Missatge de Gilbert Barmwater via Oorexx-devel
del dia dv., 3 d’oct. 2025 a les
18:49:
Just a heads up based on my experience w/ the Package class.
Creating an instance of .package ALWAYS* causes the code in it to
execute immediately. T
Just a heads up based on my experience w/ the Package class. Creating an
instance of .package ALWAYS* causes the code in it to execute
immediately. This includes both the New method and the LoadPackage
method (and probably LoadLibrary). *If the target file or source array
has an ::option nopro
Just a quick question. In the past I have installed this package and
found it very useful. I'd like to stay current with this version as I'm
sure it has lots of improvements 🙂. Is there an "update" procedure for
"replacing" an older version with the latest one or am I better off
deleting the
WOW! Unbelievable that AI could do that, at least to me. If most of
that is, in fact, meaningful - and I have no way of knowing if it is or
isn't, way over my head - this is a significant addition to the ability
to debug complex code problems. I have my fingers crossed that this
will help Ron
test so the uploader is redirected for the moment.
Hälsningar/Regards/Grüsse,
ooRexx
oor...@jonases.se
Am 31.05.2025 um 15:31 schrieb Gilbert Barmwater :
It seems that the build for Windows 64-bit did not get uploaded on
the last revision 12290. Can someone have a look at the logs? Thanks
It seems that the build for Windows 64-bit did not get uploaded on the
last revision 12290. Can someone have a look at the logs? Thanks,
--
Gil Barmwater
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net
I just read an interesting post on the oorexx:discussion list that I
wanted to make sure the developers saw. It was titled "Faster (esp.
Windows) builds using ninja with CMake" and was posted by Dom Wise who
gave us the Debugger.
--
Gil Barmwater
___
afternoon so I
cannot respond to any urgent business until late in the afternoon.
Just a heads-up.
Hälsningar/Regards/Grüsse,
ooRexx
oor...@jonases.se
Am 29.04.2025 um 19:24 schrieb Gilbert Barmwater :
Hi P.O.,
Just a small note re. the copyright notice in the various books. For
books like
Hi P.O.,
Just a small note re. the copyright notice in the various books. For
books like RexxRef, the line
Copyright © 2005-2024 Rexx Language Association. All rights reserved.
is generated from the Legal_Notice.xml file which is in the "common"
folder "oorexx" and which uses the entity file
ld there be unfinished work items, someone else can
open new bug reports/RFEs and address them in a future release.
Thanks for reading this far and, perhaps we can continue this discussion
next week in Vienna over a beer!
Gil
On 4/25/2025 5:24 AM, Rony G. Flatscher wrote:
On 24.04.2025 21:29, Gilb
I don't believe we have enough time to make this happen, however "nice"
it would be. A quick check of SF bugs shows 141 "open" tickets! Now,
assuming some of those could be "skipped", it still will take a LOT of
time to review them and decide what "really" should be fixed before we
release a
Thanks to both Rony and Jean-Louis for your comments. Here are some
additional thoughts I've had as a result.
When the problem to be solved is converting one type of ordered
collection to another, as it was when I started working on this, then
the overriding principle is maintaining the order
Many years ago, I saw the same need but in a more general context,
converting an instance of an ordered collection to a different
collection type. And, yes, I know that stems are NOT ordered collections!
The .list, .queue, .circularqueue (and .array) all have a makearray
method. So the first
es = .xrray~from(nm.) to go the other direction
Questions and comments are encouraged.
Gil
On 3/11/2025 9:25 PM, Gilbert Barmwater wrote:
This project started many years ago - the earliest file I have located
was dated 21 Sept. 2009 - and was initially only concerned with
converting o
ctionality requested in the original
post, I offer it as a way to not "reinvent the wheel" so to speak. In
my next post, I will include the code for the two 'from' methods and
provide some (additional) comments on how it works and some examples of
its use. Stay tuned...
I suggest that Steffan be contacted and then just close the ticket
unless he can replicate the problem on today's code base. Gil
On 3/10/2025 5:49 PM, Sahananda wrote:
No one was able to replicate this problem. Staffan who posted it
experienced it irregularly and Mark could not experience it a
On 3/10/2025 1:00 PM, Rony G. Flatscher wrote:
Hi Gil,
On 09.03.2025 14:45, Gilbert Barmwater wrote:
Many years ago, I saw the same need but in a more general context,
converting an instance of an ordered collection to a different
collection type. And, yes, I know that stems are NOT
Thanks for the interest in my approach. My plan is to post the code -
two class methods, both named 'from' - to this list with a better
description of where they are added and some examples of how one might
use this functionality. I'm hoping to do so later today depending on
the time I have a
...@jonases.se
Am 10.03.2025 um 23:20 schrieb Gilbert Barmwater
:
I suggest that Steffan be contacted and then just close the
ticket unless he can replicate the problem on today's code base. Gil
On 3/10/2025 5:49 PM, Sahananda wrote:
No one was able to replicate this pr
Small typo in original: should be .array~from(a.) GB
-
Many years ago, I saw the same need but in a more general context,
converting an instance of an ordered collection to a different
collection type. And, yes, I know that
If I do not hear any objections in the next couple of days to my
suggestions to simply Close certain items, I will do so. Gil
Thanks for taking the time on this Rony. I have added my thoughts to
yours below.
On 3/6/2025 6:25 AM, Rony G. Flatscher wrote:
Terry, thank you for resending this
Thanks for taking the time on this Rony. I have added my thoughts to
yours below.
On 3/6/2025 6:25 AM, Rony G. Flatscher wrote:
Terry, thank you for resending this!
In the meantime I took the time to go through all of the listed items
(quite time consuming).
Here explicitly listed with my
On 2/17/2025 3:59 PM, ooRexx wrote:
RE
Am 17.02.2025 um 19:35 schrieb Gilbert Barmwater :
Are the Windows builds the only ones that include the documentation?
On the contrary, we are building all platforms with documentation :-)
As for the target for a new release, there were a number of
rds/Grüsse,
P.O. Jonsson
oor...@jonases.se
Am 17.02.2025 um 16:05 schrieb Gilbert Barmwater :
+1
Just one (slightly) negative note however. The Windows builds
include the documentation (PDFs) which is retrieved from the most
recently built versions. If one updates the documentation AFTER
On 2/17/2025 12:52 PM, Franz Marx wrote:
Hello all friends of Open Rexx!
I wrote a Rexx-Program to calculate Primes to use for benchmarking
1. Object Rexx Version`s performance
2. Operation System`s performance
3. the Hardware performance
My Rexx-Program works really simple (I'm not a mathemati
05 AM, Gilbert Barmwater wrote:
+1
Just one (slightly) negative note however. The Windows builds include
the documentation (PDFs) which is retrieved from the most recently
built versions. If one updates the documentation AFTER committing the
code changes, the documents will be rebuilt AFTE
+1
Just one (slightly) negative note however. The Windows builds include
the documentation (PDFs) which is retrieved from the most recently built
versions. If one updates the documentation AFTER committing the code
changes, the documents will be rebuilt AFTER the new builds are made
and, he
Hi P.O.,
Would it be possible to see the downloaddocs.bat script? Perhaps there
is something in the environment that is different while running the
script as opposed to running the command directly. Unfortunately I can
not try to duplicate this problem as I don't have wget installed but if
I
I just noticed a lot of build activity going on, some of which seems
suspect (old revision numbers). Is there an explanation for what is
going on?
--
Gil Barmwater
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sour
Well, another year has gone by since this was last proposed and to my
knowledge, we still have NOT addressed the "unfinished business" left
over from the 5.0.0 release, namely the bug fixes and RFEs that were
never officially closed. From my post of 29 Nov 2023:
"I guess I need to refresh eve
s "take". "Belling the cat" at run-time
sounds like a non-trivial effort.
-Chip-
On 10/25/2024 9:35 AM, Gilbert Barmwater wrote:
I've read all the comments (so far) on this and the ones that had
the most impact on my opinion were Mike's -
"...i
I've read all the comments (so far) on this and the ones that had the
most impact on my opinion were Mike's -
"...it's the attempt to branch to them that should be flagged, not the
label itself, which is just a label." - and Jeremy's - "Some users might
be running code that they don't have sourc
ction containing method
objects/source and their names
also doesn't allow s. to have additional methods added to it. FWIW
Gil
On 10/14/2024 1:41 PM, Rick McGuire wrote:
Stem assignment is documented in section 1.13.4 of the Reference.
Rick
On Mon, Oct 14, 2024 at 1:11 PM Gilbert Barmwat
t
a subclass. Your stem subclass got assigned as the default value of
the stem variable, not as the base stem object.
Rick
On Mon, Oct 14, 2024 at 12:06 PM Gilbert Barmwater
wrote:
I need some help in understanding the behavior of the following
code.
It creates two subcla
I need some help in understanding the behavior of the following code.
It creates two subclasses, one of List and one of Stem, that inherit
from a mixin class which adds a single method named Count. I would
expect that method to behave the same for instances of either subclass
but it does no
On 6/16/2024 1:57 PM, Jeremy Nicoll wrote:
On Sun, 16 Jun 2024, at 13:42, Gilbert Barmwater wrote:
But it doesn't close the file. And there is no way to close it after
that statement since there is no reference to the stream object. Now,
in most cases, not closing the stream is not a pr
later in the program, having the stream still open is problematic, no?
Gil
On 6/15/2024 8:02 PM, Rick McGuire wrote:
Um,
a = .stream~new(filename)~arrayin
is a one liner that reads into an array.
Rick
On Sat, Jun 15, 2024 at 7:50 PM Gilbert Barmwater
wrote:
First let me offer the foll
First let me offer the following way to write the contents of an array
to a stream that only requires a single line:
.stream~new(streamFileName)~~arrayOut(arr [,Lines|Chars])~close
Unfortunately, there is no corresponding "one-liner" for reading the
contents of a stream into an array. This l
nceMethods() method to retrieve them.
Rick
On Mon, Jun 3, 2024 at 3:17 PM Gilbert Barmwater
wrote:
Let's say there is a class defined via ::class myClass. It has
numerous
methods, both instance methods and class methods. If I want to
enumerate
the instance methods,
Let's say there is a class defined via ::class myClass. It has numerous
methods, both instance methods and class methods. If I want to enumerate
the instance methods, supp = .myClass~methods will give me a supplier
that will do so. If I specify supp = .myClass~methods(.nil), the
supplied list
dependent on the basic structure of the program not changing
but I don't have any "extra" files being created. Hopefully this
explanation will help someone in the future faced with a similar situation.
Gil
On 6/1/2024 10:38 AM, Rony G. Flatscher wrote:
On 31.05.2024 20:29, Gilb
I've been experimenting with the .package class and have run into
somewhat puzzling behavior. I am trying to create a .package object
from a file which, according to the documentation, should look like this:
thePkg=.package~new(fileName)
When I do this I DO get a package in thePkg, BUT the pa
Hi P.O.,
I noticed from the recent SVN activity that all of the 5.1.0 documents
had been rebuilt. Was this intentional or an artifact of your testing?
Just curious 🙂.
Gil
On 4/20/2024 8:42 AM, ooRexx wrote:
On 20. Apr 2024, at 13:34, Rony G. Flatscher
wrote:
Hi P.O.,
thank you for y
Actually, I believe that the documentation is inaccurate. If one
specifies TRACE L, ooRexx "Traces method and routine invocations,
internal subroutine calls, transfers of control because of the SIGNAL
instruction, and labels passed during program execution.". So the >I>
entry also appears for
Feel free to ignore this as I am NOT a MacOS user. I feel that having 2
packages is the more straightforward way to proceed rather than
continuing with the complexity of a universal package even though that
may be "common" on the MacOS platform. My 2 cents, FWIW.
Gil
On 1/13/2024 2:12 PM, o
e to do a bug-fix release - 5.0.1 - or a
new feature release - 5.1.0 - it is time to clean up this "unfinished
business".
On 11/29/2023 7:11 AM, Rony G. Flatscher wrote:
On 24.11.2023 01:05, Gilbert Barmwater wrote:
If the consensus is to do this, can we make a concerted eff
If the consensus is to do this, can we make a concerted effort to get
the bugs and RFEs that were in 5.0.0 but were not marked as "pending" -
usually as "accepted" - finally to a finished state, namely "pending"?
There has been a good amount of work on this but I'd really want to see
ALL of th
OK, great! Thanks Rony!
On 10/28/2023 9:23 AM, Rony G. Flatscher wrote:
Gil,
On 27.10.2023 17:19, Gilbert Barmwater wrote:
Glad to see that you are back "in the saddle" so to speak! Rony and
I have been working off-list to implement a mechanism to automate the
updating of the i
Hi P.O.,
Glad to see that you are back "in the saddle" so to speak! Rony and I
have been working off-list to implement a mechanism to automate the
updating of the information in the "Edition" of each book. I have done
the change in the ooRexx version of the documentation build tools. Rony
I support this as well +1
On 9/22/2023 4:26 PM, René Jansen wrote:
+1
On 22 Sep 2023, at 19:55, Sahananda Sahananda
wrote:
Hi Terry,
It looks like you are not a committer. I believe that Erich as the
project manager could convey that right on you. In the old days that
would follow a po
I suspect that the problem resides with the build process for the
Windows installer - NSIS. It incorporates the PDF documentation into
the .exe file and should be using the files from
.../oorexx-docs/5.1.0beta/. Although that directory now contains new
versions of the PDFs, the r12722 Windows
And all is good. Was able to download and install 12694 successfully.
Gil
On 6/16/2023 11:34 AM, Gilbert Barmwater wrote:
I think it is resolved by updating Windows Defender. Once 12694
builds I'll try it again. Thanks, GB
On 6/16/2023 11:29 AM, P.O. Jonsson wrote:
Hi Gil,
J
e not
yet on Sourceforge. Please provide the revision and any additional
information like what antivirus software you are using and I will have
a check also
Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se
Am 16.06.2023 um 15:49 schrieb Gilbert Barmwater :
Has anyone had any su
12583 => 12693 on Windows 11. Usually
the first time I click "run anyway" it silently terminates the
process without running. This time it installed first time.
Jon
On Fri, 16 Jun 2023 at 15:20, Gilbert Barmwater
wrote:
Has anyone had any success in down
Has anyone had any success in downloading the latest Windows 64-bit
build? I tried to update twice this morning and got messages that the
file couldn't be downloaded because it had a virus. Now I normally have
to jump through hoops anyway because Windows tells me that the file
isn't normally
On 5/10/2023 1:27 PM, Rick McGuire wrote:
On Wed, May 10, 2023 at 12:22 PM ooRexx wrote:
I am sorry but I have to come back to this item:
What is the difference between the milestones
5.0.0, 5.0.1 and 5.1.0?
That indicates which release the
I think this needs more discussion before making, what seems on the
surface to be, a "trivial" change.
When RexxLA received the source for Object Rexx from IBM, there was
quite a bit of discussion on what the project should be called with the
eventual decision being "ooRexx". I'm sure the arc
So it turns out that under Windows, it is easy to obtain the thread ID
of the current running code. My framework now does that so it might be
of use, as is, to anyone needing to know which thread executed the line
being traced. Gil
On 4/1/2023 5:01 PM, Gilbert Barmwater wrote:
Well, FWIW, I
Well, FWIW, I thought so too. Just for fun I have implemented a working
framework of what I described later in this thread. Of course, even
though it can modify the trace output, it does not actually put the
"real" values in as that would require either the modifications to the
.stackframe cl
On 3/25/2023 11:58 AM, Rick McGuire wrote:
On Sat, Mar 25, 2023 at 11:52 AM Gilbert Barmwater
wrote:
Let me see if I've got this. If there was a class, perhaps a
subclass
of outputStream, that implemented a SAY method which would
"collect" the
a
Let me see if I've got this. If there was a class, perhaps a subclass
of outputStream, that implemented a SAY method which would "collect" the
additional multi-threading information and add it to the argument that
it receives, then one would only need to create an instance of that
class associ
Not being a user who writes multi-threaded ooRexx programs, I have
remained silent until now. However, it seems to me that there are
enough objections to the proposal that would add this to TRACE that we
should consider alternatives. I appreciate the need for the information
and the work done
On 2/6/2023 6:50 AM, Rony G. Flatscher wrote:
Hi Jon,
On 05.02.2023 22:34, Sahananda Sahananda wrote:
I have updated and committed the xml file. I think that now an
automatic rebuild of the documentation will be triggered. Is that right?
Not sure. An automatic build gets triggered if code ch
Thanks for the report Rony. I will investigate the problem and report
back as time permits.
Gil
On 2/5/2023 7:53 AM, Rony G. Flatscher wrote:
This is mostly addressed to Gil.
Using your latest drop of bldoc_orx (currently on Windows), trying to
create the rexxextensions book.
Before doing
+1
Gil B.
On 1/25/2023 9:42 AM, Rony G. Flatscher wrote:
The examples were taken after having done an "svn update" in
"main/trunk", but not in "docs/trunk" and "test/trunk". After doing a
"svn update" over the entire project the "Revision" field carries the
same number for all three directo
problem with using my docbuild tools on Ubuntu, they used to
work but when I retry them now they do not work. Could be the same
problem.
Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se
Am 03.01.2023 um 23:04 schrieb Gilbert Barmwater :
Thanks for catching this Rony! I will inv
Thanks for catching this Rony! I will investigate as I have time along
with the problem with setup.rex on Windows using a non-existent FOP mirror.
Gil
On 1/3/2023 12:32 PM, Rony G. Flatscher wrote:
On 03.01.2023 15:00, Gilbert Barmwater wrote:
While being there we should also consider to
See below; trimmed some of the post...
On 1/3/2023 11:36 AM, Gilbert Barmwater wrote:
I hope to reply specifically later today. GB
On 1/3/2023 10:02 AM, P.O. Jonsson wrote:
Dear Gil and Rony, I have responded to your comments below.
Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se
I hope to reply specifically later today. GB
On 1/3/2023 10:02 AM, P.O. Jonsson wrote:
Dear Gil and Rony, I have responded to your comments below.
Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se
Am 03.01.2023 um 15:00 schrieb Gilbert Barmwater :
I was going to reply to the OP
I was going to reply to the OP that I saw last night but then I saw this
reply from Rony so I have added my comments below.
On 1/3/2023 5:44 AM, Rony G. Flatscher wrote:
Thank you (and also Gil) for all of your efforts!
On 03.01.2023 00:18, ooRexx wrote:
My attempt to always have the document
See below...
On 1/1/2023 6:38 PM, ooRexx wrote:
On 1. Jan 2023, at 17:43, Rony G. Flatscher
wrote:
Brief info on today's work:
* updating the tickets from "pending" and "accepted" with no open
items to "closed": did not write a utility after finding out
about "bulk-edit", all four
Just a thought but didn't we start with our code in CVS rather than SVN?
Perhaps that is why 3.0.0 and 3.0.1 are missing.
Gil
On 12/31/2022 12:14 PM, Rony G. Flatscher wrote:
On 30.12.2022 13:21, ooRexx wrote:
- Sourceforge could bring most of the documentation back, 3.0.0 and
3.0.1 I extrac
, much of it unseen by the development community!
I note everything for the next time we intend to do a release
For information Jenkins is now on the latest LTS release version, 2.375.1
Hälsningar/Regards/Grüsse,
P.O. Jonsson
oor...@jonases.se
On 28. Dec 2022, at 15:40, Gilbert Barmwater
it later tonight.
Hälsningar/Regards/Grüsse,
ooRexx
oor...@jonases.se
On 26. Dec 2022, at 02:04, Gilbert Barmwater wrote:
I have 4.2.0 for Windows 64 bit installed which has the included
PDFs. Let me know if you need them.
Gil
On 12/25/2022 6:03 PM, ooRexx wrote:
I have some god news and some ba
Well, I figured the ones I opened should be closed by me so I did. I
also did RFE 4 since I was heavily involved in making that happen. I
did them manually but as there are so many others remaining perhaps we
should look at automating the process.
Re the items with TODO's: I have edited the
I have 4.2.0 for Windows 64 bit installed which has the included PDFs.
Let me know if you need them.
Gil
On 12/25/2022 6:03 PM, ooRexx wrote:
I have some god news and some bad news
The good news:
FreeBSD is now revision 12583, I rebuilt it manually
macOS is also 12583, but now with the corr
Saw that new Windows builds were available so I downloaded the 64-bit
version and installed it. Works great and the docs are correct! Well
done everyone!
Gil
On 12/23/2022 11:45 AM, Gilbert Barmwater wrote:
Rony,
P.O. indicated that he can trigger a build manually on Jenkins so it
should
Rony,
P.O. indicated that he can trigger a build manually on Jenkins so it
should NOT be necessary to do any further SVN updates. FWIW,
Gil
On 12/23/2022 11:33 AM, Rony G. Flatscher wrote:
On 23.12.2022 17:29, ooRexx wrote:
Due to this unnecessary commit Windows and macOS are now getting
a
Fix typo: "...you may consider to joining..." -> "... you may consider
joining..."
On 12/23/2022 8:52 AM, Rony G. Flatscher wrote:
First of all, thank you all for your feedback on the text!
On 23.12.2022 14:41, Sahananda Sahananda wrote:
Just a reminder, we have the ooRexx Announcements list
Just a few minor language changes :-)
general -> generally (first sentence)
to join -> joining (paragraph near the bottom)
Gil
On 12/23/2022 7:46 AM, Rony G. Flatscher wrote:
Here the proposed (it should not be too long, it should carry the most
important information and make the readers inte
Hälsningar/Regards/Grüsse,
ooRexx
oor...@jonases.se
On 22. Dec 2022, at 23:18, Gilbert Barmwater wrote:
So, as Jon has noted, on Windows the installer includes the
documentation which will be the "current" set as of the time the
Windows build is executed. Now if one updates
ote:
On 22.12.2022 19:10, Gilbert Barmwater wrote:
If this is the final step, I think we should have P.O. build a new
set of documents and upload them to sourceforge, replacing those
that are there if possible. Then I would encourage everyone on this
list to retrieve them and review them for
If this is the final step, I think we should have P.O. build a new set
of documents and upload them to sourceforge, replacing those that are
there if possible. Then I would encourage everyone on this list to
retrieve them and review them for appearance at least. Barring any
really bad comment
do it every time
we build the document.
On 12/22/2022 11:52 AM, Gilbert Barmwater wrote:
Sorry I wasn't more clear in my final comments. If one could
determine the "real" dates, probably manually, and update and "commit"
the values in the *.ent files, then the "aut
n the revision_info.txt
files, all it would take is to go through them, update the *.ent files
and commit the changes. Then the code in docprep.rex could be commented
out. Builds would then have the correct revision number and date.
Gil
On 12/22/2022 11:32 AM, Rony G. Flatscher wrote:
On
See below...
On 12/22/2022 9:35 AM, Rony G. Flatscher wrote:
On 22.12.2022 14:58, Gilbert Barmwater wrote:
Back in July (seems like years ago), I modified the ooRexx version of
the document build tools. As part of that effort, I did some work to
have docprep.rex modify the VERSION and
Back in July (seems like years ago), I modified the ooRexx version of
the document build tools. As part of that effort, I did some work to
have docprep.rex modify the VERSION and EDITION ENTITIES "on the fly"
(Note only in the working copy). Have a look in the tools/bldoc_orx
folder at docpre
proposed by Rony.
Hälsningar/Regards/Grüsse,
ooRexx
oor...@jonases.se
On 22. Dec 2022, at 14:07, Gilbert Barmwater wrote:
As I suspected, this fixed the problem! Good work!
One reason I wanted to look at the HTML version was to see if the authors are
listed on the title page there too. And they
. The bottom line is we don't need any
changes for the HTML versions.
Gil
On 12/21/2022 7:15 PM, Gilbert Barmwater wrote:
I'll have a look first thing in the AM. I'm sure that this will fix
the problem.
I think documenting the dependency in the HowTo should be sufficient.
And
hould such changes be added to the
release-steps.txt? They are not per see related to the new release.
Hälsningar/Regards/Grüsse,
ooRexx
oor...@jonases.se
On 21. Dec 2022, at 15:57, Gilbert Barmwater wrote:
Hi P.O.,
I saw new uploads of the Release Candidate documents so I tried downl
Done for bldoc_rx. Will also update the bldoc_win folder in both places
as well.
Gil
On 12/21/2022 2:10 PM, Gilbert Barmwater wrote:
OK, finally had a chance to look at the proposed 1 line change and to
test it out and it looks good. As this file has other modifications
which are
OK, finally had a chance to look at the proposed 1 line change and to
test it out and it looks good. As this file has other modifications
which are documented in sources.txt, I will update both files shortly
and commit them to both trunk and branches.
Gil
On 12/20/2022 11:22 AM, Gilbert
?
Hälsningar/Regards/Grüsse,
ooRexx
oor...@jonases.se
On 21. Dec 2022, at 16:27, Gilbert Barmwater wrote:
+1
Thanks for investigating!
On 12/21/2022 10:21 AM, ooRexx wrote:
On 21. Dec 2022, at 15:57, Gilbert Barmwater
wrote:
Hi P.O.,
I saw new uploads of the Release Candidate documents so I
When I first wrote setup.rex the goal was to make it easy for the new
(Windows) user to get all the pieces needed to build the ooRexx
documentation. Most of those pieces were pretty straight forward as
they were fairly static so coding web addresses and file names was not a
problem. FOP howev
+1
Thanks for investigating!
On 12/21/2022 10:21 AM, ooRexx wrote:
On 21. Dec 2022, at 15:57, Gilbert Barmwater wrote:
Hi P.O.,
I saw new uploads of the Release Candidate documents so I tried
downloading the reexxref_html zip file to have a look. Although it
downloads some 5.3Mb, when I
Hi P.O.,
I saw new uploads of the Release Candidate documents so I tried
downloading the reexxref_html zip file to have a look. Although it
downloads some 5.3Mb, when I attempt to look inside the downloaded file
or extract all the pieces, I see an empty folder! I'm on Windows 10 if
that matt
Good morning! I am planning on working on this today, I just need a
little more time. I will also look at the revision string question as well.
Gil
On 12/21/2022 6:21 AM, Rony G. Flatscher wrote:
Dear P.O.,
On 21.12.2022 09:45, ooRexx wrote:
When I looked a bit closer I found the change :-)
Probably won't have time to do this until tomorrow.
Gil
On 12/20/2022 10:44 AM, Rony G. Flatscher wrote:
O.k. managed to cause the authors to not be included on the title
page. For this to happen I had to change the pdf.xsl file which I
attach for inspection: look for the needle "rgf 20221220"
OK, that explains it.
+1
On 12/19/2022 11:57 AM, Rick McGuire wrote:
On Mon, Dec 19, 2022 at 11:54 AM Gilbert Barmwater
wrote:
OK, I can see that but in looking at the 4.2.0 Rexx Ref. document,
I don't see them so I assumed they should go away. Totally agree
that they s
it of
anybody making the upgrade. However, removing them from the trunk
version should be added to the release process checklist.
Rick
On Mon, Dec 19, 2022 at 10:13 AM Gilbert Barmwater
wrote:
I have downloaded and installed the 5.0.0 Release Candidate and
noticed
that the docs
1 - 100 of 135 matches
Mail list logo
