From the documentation:
LOSTDIGITS
raised if a number used in an arithmetic operation has more digits than the
current setting of
NUMERIC DIGITS. Leading zeros are not counted in this comparison.
LOSTDIGITS only applies to the values used at the start of the calculation,
not with rounding
Looks like a boundary condition bug. The condition is raised for lengths
of digits+2, but not digits+1.
Rick
On Wed, Dec 5, 2012 at 5:18 PM, Walter Pachl
christel.u.w.pa...@chello.atwrote:
On Wed, Dec 5, 2012 at 4:30 PM, Walter Pachl
christel.u.w.pa...@chello.at wrote:
And how about
established?
David Ashley
On Mon, 2012-11-26 at 13:09 -0500, Rick McGuire wrote:
I was suggesting a change to haltAllActivities. Note that this will
also require a couple of tweaks to the Windows-specific code as well.
Rick
On Mon, Nov 26, 2012 at 12:02 PM, David Ashley
will pull
in those definitions. Are you getting a compile error or a linkage
problem? Have you rebuilt everything? GlobalNames.h gets used in a couple
of places to generate all of the pieces.
Rick
David Ashley
On Thu, 2012-12-06 at 10:19 -0500, Rick McGuire wrote:
Not sure I understand
:19 -0500, Rick McGuire wrote:
Not sure I understand where the confusion is, because GlobalNames.h is
where the relationship is created. For example,
GLOBAL_NAME(ACTIVATE, CHAR_ACTIVATE)
creates the string object constant OREF_ACTIVATE with a value defined
by CHAR_ACTIVATE. So
On Tue, Dec 11, 2012 at 2:28 PM, David Ashley w.david.ash...@gmail.comwrote:
Rick -
Your changes do not help. Here are the error messages I am getting.
./interpreter/platform/unix/SystemInterpreter.cpp: In function 'void
signalHandler(int)':
Looks ok on Windows to me.
Rick
On Tue, Dec 11, 2012 at 3:13 PM, David Ashley w.david.ash...@gmail.comwrote:
I am about to commit the changes for Feature Request 500 Add Unix
SIGTERM and SIGHUP processing. I have tested this on Linux and it seems
to work as expected. But I had to make some
On Fri, Dec 14, 2012 at 8:53 AM, David Ashley w.david.ash...@gmail.comwrote:
Michael -
The short answer is that both C and C++ APIs are available. But there is
a longer answer that you need to get into.
If all you need are access to the local Rexx variable pool and the
ability to create
Where is the TSO-REXX list located? Note that storage management is not
done the same in ooRexx and the mainframe Rexx implementations. The
mainframe version does not use a garbage collecting storage management
implementation.
Rick
On Mon, Feb 11, 2013 at 5:07 PM, Hobart Spitz
By my reading, this could be as simple as adding
*?dbfo keep-together=auto ?*
inside the code section. This assumes the code tags recognize the
attribute.
Rick
On Mon, Mar 4, 2013 at 7:48 AM, Oliver Sims
oliver.s...@simsassociates.co.uk wrote:
**
Hi Mark,
FYI - got this back from the
You're probably not logged in.
Rick
On Thu, May 2, 2013 at 5:26 PM, Oliver Sims
oliver.s...@simsassociates.co.uk wrote:
**
Glad to open a doc bug, but I don't think I have the permissions - that
is, I can't find any way to create a ticket at
http://sourceforge.net/p/oorexx/documentation/
To fix the immediate problem, that will work. I'm a little nervous about
this still ending up as a functional stream object that might open a
different filename if used though. That, however, would require a much
more pervasive fix, so the simple fix is probably fine.
Rick
On Tue, May 28,
There was a legacy restriction on call arguments of any type at 250. That
restriction was lifted a long time ago, but I suspect the code for this
never propagated to the BIFS. I believe max and min are the only ones that
are open-ended that way. I believe this is a real bug.
Rick
On Tue, May
Open Office, actually.
Rick
On Thu, May 30, 2013 at 8:23 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Thu, May 30, 2013 at 2:46 PM, Mark Miesfeld miesf...@gmail.com wrote:
Hi Erich,
On Wed, May 29, 2013 at 12:26 PM, Erich Steinböck
erich.steinbo...@gmail.com wrote:
In general,
I have several objections. Since this is an array, this will actually
shift the arguments to non-intuitive positions (there's no way to have an
element 0 in an array). I don't actually see that this provides much
useful function, and really entangles the language too much with command
shell
The steps are basically to merge the differences between the current
version and the original version (i.e., a backwards diff...the order is
important) and apply that to your current working copy. You then commit
that copy to the master to roll back the revision.
Rick
On Wed, Jun 5, 2013 at
somethingIshouldn'thave?
Tried that (using the TortoiseSVN revert function. But it threw an
error and did nothing. !!??
--
Oliver Sims
--
*From:* Rick McGuire [mailto:object.r...@gmail.com]
*Sent:* 05 June 2013 15:33
*To:* Open Object Rexx Developer Mailing List
*Subject:* Re
Mark,
I already posted something to the defect, but there is a bit of a lag I
think on direct responses sometimes.
If you are seeing this problem consistently with the same object, then it
is likely the object is getting garbage collected prematurely by one of the
other threads. The usual fix
.package~new will ALWAYS load the file and create a new package object. It
also does not add the loaded package to the global cache. loadPackage() is
the part that is aware of the cache, and if the package has not previously
been loaded, then will create a new package object and add it to the
from argument number 2 to RexxObject * uses a pointer
conversion.
gmake: *** [librexx_la-ObjectClass.lo] Error 1
Bye
Rainer
On 24.06.2013 13:32, Rick McGuire wrote:
Rainer, what were the compile errors? Your changes are NOT correct, and
will reintroduce the original error they were
The interpreter knows nothing about any of the references you have in your
C code. Those are just normal pointers, so nothing happens to let the
interpreter know that those pointers are out-of-context. The only
mechanism the interpreter has available is the context object used to
provide the api
routine won't it? Or is there some reason why rop is not set with a local
reference?
--
Mark Miesfeld
On Wed, Jun 26, 2013 at 11:19 AM, Rick McGuire object.r...@gmail.comwrote:
The interpreter knows nothing about any of the references you have in
your C code. Those are just normal
garbage collected? How about RexxStrings (there are of course many such
instances that might get created in native code) or external ooRexx
functions that return RexxObjectPtr?
---rony
On 26.06.2013 20:36, Rick McGuire wrote:
Nop, your analysis is correct. The return value (if is exists
This is seriously not going to work. The code that handles the raising of
the exception changes an awful lot of the internal state of the
interpreter.
Rick
On Fri, Oct 4, 2013 at 7:59 AM, Jean-Louis Faucher jfaucher...@gmail.comwrote:
ExpressionOperator.cpp
Is it possible to catch an
Are you sure you didn't accidentally pick up the 64-bit version?
Rick
On Tue, Nov 5, 2013 at 6:55 AM, Michael Lueck
mlu...@lueckdatasystems.comwrote:
Mark Miesfeld wrote:
I would not be surprised if 4.1.3 has a dependency on a system API not
available on Windows 2000. But, I would expect
looks like end-of-life for W2K was over 3 years ago.
On the plus side, this might be the kick I need to finally upgrade my
desktop system from XP to Windows 7...using the version I purchased for
this purpose when it first came out. I can't believe they still require a
format install to do this
It's only available from routines, but you can use GetCallerContext to get
the context object. From there, you can use the package method to get the
package object and the name method of that to get the fully qualified name
of the file.
Rick
On Sat, Nov 16, 2013 at 4:59 PM, Mark Miesfeld
the package name be:
Package name=C:\Rexx\ooRexx\ooDialog.cls
where what I really need is:
name=C:\work.ooRexx\wc\ooDialog\trunk\somePrg.rex
I'll code it up and try it though. From a routine would be fine.
--
Mark Miesfeld
On Sat, Nov 16, 2013 at 2:07 PM, Rick McGuire object.r
Sounds like a reasonable addition, though I'm not sure I agree with the
exact placement. Something like this belongs before the prior paragraph,
with maybe an examples of using [] and []= added.
Rick
On Sun, Nov 17, 2013 at 6:22 AM, Walter Pachl
christel.u.w.pa...@chello.atwrote:
I think
?) taking care of these?
Greetings from Vienna
Walter
*Von:* Rick McGuire [mailto:object.r...@gmail.com]
*Gesendet:* Sonntag, 17. November 2013 13:17
*An:* Open Object Rexx Developer Mailing List
*Betreff:* Re: [Oorexx-devel] stem.[x1,x2]
Sounds like a reasonable addition, though I'm
To add to what Mark said, the Failure in system service message is probably
the best fit for this. The main message (48.001) has a service name
substitution pattern, or you can use 48.900, where you can provide your own
message.
Rick
On Mon, Nov 18, 2013 at 4:10 PM, Mark Miesfeld
The code in trunk is not quite to a point where all of the new features are
ready to go. In particular, the stackframe/exception stuff is a long way
from being complete. This unfortunately, is also blocking shipment of some
useful new features that are not dependent upon this other work.
I'm
are suggesting, or to branch off trunk to a holding directory like we did
with some of your 4.0 work that you didn't want to lose and branch 4.1.3 to
4.2.0.
I think your proposal is ideal, I'm all for it.
--
Mark Miesfeld
On Wed, Nov 20, 2013 at 4:30 AM, Rick McGuire object.r
directory like we did
with some of your 4.0 work that you didn't want to lose and branch 4.1.3 to
4.2.0.
I think your proposal is ideal, I'm all for it.
--
Mark Miesfeld
On Wed, Nov 20, 2013 at 4:30 AM, Rick McGuire object.r...@gmail.comwrote:
The code in trunk is not quite to a point
be done on?
David Ashley
On Wed, 2013-11-20 at 07:30 -0500, Rick McGuire wrote:
The code in trunk is not quite to a point where all of the new
features are ready to go. In particular, the stackframe/exception
stuff is a long way from being complete. This unfortunately, is also
blocking
see what I can find.
--
Mark Miesfeld
On Wed, Nov 20, 2013 at 5:42 AM, Rick McGuire object.r...@gmail.comwrote:
Mark,
Have you written down any notes on what files need to be updated when we
create a new release branch? It's been a while since I've done one.
Rick
On Wed, Nov 20
.
--
Mark Miesfeld
On Wed, Nov 20, 2013 at 6:07 AM, Mark Miesfeld miesf...@gmail.com wrote:
I thought I did, let me see what I can find.
--
Mark Miesfeld
On Wed, Nov 20, 2013 at 5:42 AM, Rick McGuire object.r...@gmail.comwrote:
Mark,
Have you written down any notes on what files need
trying to merge changes
into the release branch.
4) Assuming 3 is workable, complete the pending work on the stack frames
and the APIs.
Rick
On Wed, Nov 20, 2013 at 9:30 AM, Rick McGuire object.r...@gmail.com wrote:
On Wed, Nov 20, 2013 at 9:16 AM, Mark Miesfeld miesf...@gmail.com wrote:
Rick
around with looking at what it
might take to back port some of the feature requests you had implemented
from trunk to 4.1 fixes from the commit messages. And, it looked difficult
to me.
Your number 3 may indeed be easier.
--
Mark Miesfeld
On Wed, Nov 20, 2013 at 6:32 AM, Rick McGuire
, 2013 at 11:37 AM, Rick McGuire object.r...@gmail.comwrote:
Ok, I've gone and marked the RFEs that I believe are already in trunk or
I would like to implement for the next release as the 4.2.0 Milestone. You
might want to review the RFEs to see if there are any I've missed
I'm not willing to fix 1179 because it will end up making all programs
compiled with rexxc to need recompiling to run with the new version. 1182
probably should be done, since we've had one open for a long time about the
stream bifs.
Rick
On Wed, Nov 20, 2013 at 4:35 PM, Mark Miesfeld
Ran into this little glitch this morning with a program I was writing. I
created a class that started with the characters 3D, and was getting an
error when i tried to instantiate it because the corresponding environment
symbol resolved to a string value. I opened bug 1212 to address this.
One
.
Rick
On Sun, Nov 24, 2013 at 11:26 AM, Rony G. Flatscher rony.flatsc...@wu.ac.at
wrote:
On 24.11.2013 17:06, Rick McGuire wrote:
Ran into this little glitch this morning with a program I was writing. I
created a class that started with the characters 3D, and was getting an
error when i
oorexx user ;-)
Rick
--
Mark Miesfeld
On Sun, Nov 24, 2013 at 8:06 AM, Rick McGuire object.r...@gmail.comwrote:
Ran into this little glitch this morning with a program I was writing. I
created a class that started with the characters 3D, and was getting an
error when i tried
On Sun, Nov 24, 2013 at 12:28 PM, Walter Pachl christel.u.w.pa...@chello.at
wrote:
I am trying to convince someone (you may know who) to try ooRexx.
He asked these questions most of which I cannot reliably answer
Would anyone of you be kind enough to take the time to fill in the blanks
and
I've been hearing a lot of good things about using SVG for images. One of
SVG's advantages is size scalability, which might be useful for the docs.
Do the tools we use to build the docs support the SVG format?
Rick
--
Ok, I think I'm caught up on all the things I had targeted for the 4.2.0
release...and apologies to anybody subscribed to the tracker and svn lists
:-). There are still 3 features I had tentatively tagged as 4.2.0 targets.
Two are install issues Mark opened (and I assume you'll be the one
wrote:
On Fri, Dec 6, 2013 at 2:21 PM, Rick McGuire object.r...@gmail.comwrote:
Ok, I think I'm caught up on all the things I had targeted for the 4.2.0
release
That was good timing. I ported the 4.2.3 version of ooDialog into trunk
this morning, committed it tonight. That was the one
Is it possible to get a build-on-request capability again for the docs?
Since that requires a pretty specialized environment to be set up, it
would be handing to kick off a build after a doc update to ensure things
are building properly.
It might also be handy to have the capability to kick off
I will consider doing this if the patch also includes the documentation
updates.
Rick
On Sat, Dec 7, 2013 at 8:48 AM, Rony G. Flatscher
rony.flatsc...@wu.ac.atwrote:
Hi there,
as long as ooRexx may be deployed in either 32 or 64 bit there are use
cases where a Rexx programmer
is in need
.
In the long run I will put it on my todo list for a more permanent
solution.
David Ashley
On Sat, 2013-12-07 at 07:03 -0500, Rick McGuire wrote:
Is it possible to get a build-on-request capability again for the
docs? Since that requires a pretty specialized environment to be set
up, it would
On further review, this does look like the problem is in datatype().
Datatype(val, 'x') is not recognizing the tab as whitespace, while the
x2c() is.
Rick
On Sun, Dec 8, 2013 at 12:35 AM, Mark Miesfeld miesf...@gmail.com wrote:
These 2 failures come up in the test suite run on Windows 7
And on further, further review, I'm back to a test case problem issue.
Rick
On Sun, Dec 8, 2013 at 12:35 AM, Mark Miesfeld miesf...@gmail.com wrote:
These 2 failures come up in the test suite run on Windows 7 64-bit. I was
going to work on them but I didn't get to them yet. Hopefully
And I'm back to a bug again. This looks like a problem with x2c(). x2c('
') gives an error, but x2c(.string~tab) does not. This needs some
investigation, but I think the blank behavior is the actual bug.
Rick
On Sun, Dec 8, 2013 at 5:44 AM, Rick McGuire object.r...@gmail.com wrote
Nope, the problem was the tab. Fixed in bug 1216
On Sun, Dec 8, 2013 at 5:58 AM, Rick McGuire object.r...@gmail.com wrote:
And I'm back to a bug again. This looks like a problem with x2c(). x2c('
') gives an error, but x2c(.string~tab) does not. This needs some
investigation, but I think
The sourceforge Allura system has some very nice capabilities for using
markdown in the various contexts. I've been trying to use this
consistently and I'd like to encourage others to start doing this too.
There just a couple of things you need to do:
1) When updating a tracker item for a
Go ahead...you're sort of the guru for putting out releases of late.
Rick
On Sun, Dec 8, 2013 at 6:28 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Sat, Dec 7, 2013 at 2:46 AM, Rick McGuire object.r...@gmail.comwrote:
A beta soon sounds good to me. I sorta felt the need to push myself
David, if we have bug fixes, should we hold off on integrating them into
the beta branch until that process is sorted out?
Rick
On Mon, Dec 9, 2013 at 9:24 AM, David Ashley w.david.ash...@gmail.comwrote:
All -
Over the next few days or so I will produce the Linux install files for
the
I've not made any changes.
Rick
On Mon, Dec 9, 2013 at 1:38 PM, David Ashley w.david.ash...@gmail.comwrote:
All -
Have there been any changes to the trunk for the docs since the branch
was created this morning? If not, at the end of the beta builds in about
2 hours I will build the 4.2
I'm seeing there might be quite a few. I'm thinking one large merge of the
changes might be a better idea.
Rick
On Mon, Dec 9, 2013 at 5:58 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Mon, Dec 9, 2013 at 2:31 PM, Rick McGuire object.r...@gmail.comwrote:
Spotted some typos in the rexx
Just noticed that the error messages in the docs are really out of date. I
also notice that they are different from the versions that are
automatically generated in the build...the biggest difference appears to be
the removal of the copyright block comment and the various DOCBOOK
processing
this is something we need to defer to a future release.
Rick
On Mon, Dec 9, 2013 at 6:17 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Mon, Dec 9, 2013 at 2:39 PM, Rick McGuire object.r...@gmail.comwrote:
The inherited methods section of the classes are horribly mangled in the
publican
Miesfeld
On Mon, Dec 9, 2013 at 3:12 PM, Rick McGuire object.r...@gmail.comwrote:
Just noticed that the error messages in the docs are really out of date.
I also notice that they are different from the versions that are
automatically generated in the build...the biggest difference appears
Darn, I hadn't noticed that code was in there. I'm not really comfortable
leaving that code in there, because I'm not convinced it won't required
changes that might require breaking future compatibility. I think this
needs to be removed from the release branch. Is it much of a deal to
remove
Also, please open a tracker item for this so we're able to keep track of
the progress.
Rick
On Tue, Dec 10, 2013 at 10:14 AM, Moritz Hoffmann antig...@gmail.comwrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
looking at recent changes in SVN I noticed I once added basic
I'm certainly in favor of removing the image versions of these. They are a
pain to update and usually cause page breaks at the start of each class
description. Are you proposing doing this for 4.2.0, or as a post-release
exercise?
Rick
On Tue, Dec 10, 2013 at 10:42 AM, David Ashley
confirm this.
Thanks,
M
On 12/10/2013 04:47 PM, Moritz Hoffmann wrote:
As a first step, I added an RFE
https://sourceforge.net/p/oorexx/feature-requests/566/ to track
progress. I now remove the changes from the branch, it shouldn't
be much effort.
Moritz
On 12/10/2013 04:27 PM, Rick
Update missed in the Windows make file to remove Serializable.orx
dependency. I'll take care of that.
Rick
On Tue, Dec 10, 2013 at 11:10 AM, Rick McGuire object.r...@gmail.comwrote:
Building now
On Tue, Dec 10, 2013 at 11:04 AM, Moritz Hoffmann antig...@gmail.comwrote:
-BEGIN
Miesfeld wrote:
David,
I'd also like to see it done. If you will do it great. Putting it
off until after the 4.2.0 release is fine with me though.
--
Mark Miesfeld
On Tue, Dec 10, 2013 at 7:52 AM, Rick McGuire object.r...@gmail.com
wrote:
I'm certainly
David,
Your inheritance table experiment broke the doc build. I'm not completely
certain of the error, but I suspect the tgroup tag needs to surround
everything rather than being just a standalone tag.
Rick
--
Rapidly
Maintaining both trunk and 4.2.0 branches of the docs are starting to
become a bit of a pain given the number of updates. David only updated the
4.2.0 branch for his inheritance table work, so they are already out of
sync. I propose that for now, we only update the 4.2.0 branch, and then
copy
at 4:38 AM, Rick McGuire object.r...@gmail.comwrote:
Maintaining both trunk and 4.2.0 branches of the docs are starting to
become a bit of a pain given the number of updates. David only updated the
4.2.0 branch for his inheritance table work, so they are already out of
sync. I propose
I'd say whatever you find easier, since you're doing the work. SVN allows
us to recover anything you might delete accidentally and we also have back
up in the trunk branch.
Rick
On Wed, Dec 11, 2013 at 12:39 PM, David Ashley w.david.ash...@gmail.comwrote:
All -
I have not committed the
Applications that unilaterally add an icon to my Desktop drive me nuts.
It's my desktop, damn it, I only what stuff on there that I determine are
useful enough to be handy.
Rick
On Wed, Dec 11, 2013 at 3:02 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Wed, Dec 11, 2013 at 9:50 AM, Oliver
David,
Still have to go and make a detailed check that everything is correct, but
my first impressions are this is really great! We might want to consider
expanding this even further by making the class names and the method names
xrefs using the technique we're using for the inherited method
Gil, just committed the fix for that a couple minutes ago. There are a few
other errors I found, mostly because the original image file was missing
some things. The other big error was Queue lost about half its methods.
Rick
On Thu, Dec 12, 2013 at 9:07 AM, Gil Barmwater
Ok, I've completed a complete review of this section and committed fixes
for a few problems (not all of which were with your update, so this was a
useful exercise!).
Rick
On Wed, Dec 11, 2013 at 6:23 PM, David Ashley w.david.ash...@gmail.comwrote:
I finished replacing the class diagrams in
Sounds fine with me. I suggest opening an RFE for it so you have something
to add to the changes file.
Rick
On Thu, Dec 12, 2013 at 11:58 AM, Mark Miesfeld miesf...@gmail.com wrote:
On Wed, Dec 11, 2013 at 11:47 PM, Mike Cowlishaw m...@speleotrove.comwrote:
That makes very good sense ...
be XORed with a value of all ones to get the
permissions the user wants for new files.
David Ashley
On Thu, 2013-12-12 at 15:09 -0500, Rick McGuire wrote:
Never even realized we were responsible for applying stuff like that.
Would have thought the system would have been handling that. In any
on that. But it does add some
complexity because the umask can not be used directly in the open
function, it must be XORed with a value of all ones to get the
permissions the user wants for new files.
David Ashley
On Thu, 2013-12-12 at 15:09 -0500, Rick McGuire wrote:
Never even realized we
Reviewed and few small corrections made.
Rick
On Thu, Dec 12, 2013 at 6:25 PM, David Ashley w.david.ash...@gmail.comwrote:
All -
I finished replacing the class diagrams in fundclasses.xml and a new
rexxref should be available in the morning, provided any new patches do
not introduce
Well, x86 architecture compatible.
Rick
On Sun, Dec 15, 2013 at 10:22 AM, Mike Cowlishaw m...@speleotrove.comwrote:
The readme in question was the one for Windows, not the general
requirements. The only hardware we support it on currently is Intel x86,
so I'm just trying to get that
Perfect!
On Mon, Dec 16, 2013 at 3:01 PM, Mark Miesfeld miesf...@gmail.com wrote:
On Fri, Dec 13, 2013 at 5:22 PM, Rick McGuire object.r...@gmail.comwrote:
When reviewing Patch file 189 (let's see if this creates a real link for
the mailing list.[patches:#189]), I noticed we give
There was an Ohloh project set up for oorexx that was generated
automatically, but the code trees did not get switched when we changed to
Allura. I've updated stuff, and it has processed the code tree (the docs
and test trees are currently in the work queue). I find it interesting
that the
Wow, there is so much wrong with this example that I don't even know where
to start. Expose exposes instance variables of an object, it does NOT give
access to the caller's variables. Methods of an object instance share
access to those variables by using expose. Here is a simple example of
testMethod2
expose fld1 fld2
say fld1||fld2
The values assigned to the instance variables in testmethod1 are available
in testmethod2.
Rick
On Tue, Dec 17, 2013 at 9:30 AM, Rick McGuire object.r...@gmail.com wrote:
Wow, there is so much wrong with this example that I don't even know
.
Rick
On Tue, Dec 17, 2013 at 9:39 AM, Sanford Geiger sanford.gei...@live.comwrote:
Ok, but this is NOT how IBM Rexx works. Is there a way to make all
variables in a program be made available to any routine or method?
*From:* Rick McGuire [mailto:object.r...@gmail.com]
*Sent:* Tuesday
All the comma does is create an instruction continuation. You can just
code that as
Test1: procedure expose a b c
On Tue, Dec 17, 2013 at 10:48 AM, Sanford Geiger sanford.gei...@live.comwrote:
Thank you again, Mark.
I did, however, get Procedure Expose to work by adding a comma unlike in
://www.ohloh.net/p/oorexx/estimated_cost(COCOMO model)
not 64 years.
Craig Harris
*From:* Rick McGuire [mailto:object.r...@gmail.com]
*Sent:* Tuesday, December 17, 2013 4:03 AM
*To:* Open Object Rexx Developer Mailing List
*Subject:* [Oorexx-devel] Some fun stuff...
There was an Ohloh
Mark,
I've finally reinstalled vmware on my system and got a Fedora system set up
so I'd have a system where I could do compiles and doc builds. I ended up
with publican version 3.2.1, which did not appear able to build. With
David's updates, this version appears to be working now.
Rick
On
Can't give you any assistance with just I encountered an error as
information. You're going to have to give more than that.
Rick
On Thu, Dec 19, 2013 at 3:11 AM, Walter Pachl
christel.u.w.pa...@chello.atwrote:
I encountered an error after installing 4.2 with a THE Macro
As I am NOT owning
And the routine inprefix is expected to be found where?
Rick
On Thu, Dec 19, 2013 at 7:02 AM, Walter via Dropbox no-re...@dropbox.comwrote:
From Walter:
The 4.2 error
Click here to view
Screenshotshttps://www.dropbox.com/l/9oOhkY8xEpgSRMRZv2e96e
(Walter shared these files using
Well, until a bug report is created with details on how to recreate the
problem, it is not going to get worked on.
Rick
On Mon, Dec 23, 2013 at 1:27 AM, Walter Pachl
christel.u.w.pa...@chello.atwrote:
I got this background from Mark H
A THE macro containing a call to the inprefix() function
Still waiting for Walter to open a bug report on how to recreate the THE
problem so I can verify, but I have a theory on what's going on here.
I wrote some test cases and added them to the test suite for function EXE
registrations, and they are definitely working. However, the information
from
:23 AM, Rick McGuire object.r...@gmail.com wrote:
Still waiting for Walter to open a bug report on how to recreate the THE
problem so I can verify, but I have a theory on what's going on here.
I wrote some test cases and added them to the test suite for function EXE
registrations
Well, it's more than just a good idea. Until I have details on how to
recreate the problem, I have no way of verifying if I've fixed the problem.
As I keep reminding Walter, entering a bug report is the only way to
report a bug and get it fixed.
Rick
On Mon, Dec 23, 2013 at 8:25 AM, Mike
Here's a nice thread that discusses how to increase the heap size:
http://stackoverflow.com/questions/1565388/increase-heap-size-in-java
Is the doc build machine a 32-bit or a 64-bit system? A 32-bit one is more
limited, obviously.
Rick
On Wed, Jan 8, 2014 at 9:46 AM, Mark Miesfeld
I doubt this depends on the physical memory of the system (or should I say,
virtual physical memory?). The JVM gets initialized with a heap size
maximum, which is controllable via the startup options.
Rick
On Wed, Jan 8, 2014 at 9:49 AM, David Ashley w.david.ash...@gmail.comwrote:
Mark -
That URL works for me in Chrome, but I suspect it depends on how you have
your browser configured to handle news: URLs. I use Google Groups to
follow comp.lang.rexx since my ISP shutdown their usenet servers. You can
link directly to the group using
The oorexx parse instruction recognizes a tab as a whitespace character, so
it was removed because you used the trailing . in your parse template.
Rick
On Fri, Jan 17, 2014 at 12:57 PM, Walter Pachl christel.u.w.pa...@chello.at
wrote:
A surprise!
Can anyone explain this case of a vanishing
1001 - 1100 of 2203 matches
Mail list logo