Hi there,
a couple of weeks ago, after changing the code of BSF4ooRexx, the Apple
version started to behave erroneously. Originally, I thought that I
introduced some error into the code and tried to debug this whenever I
got some free time.
It turns out, that there is a subtle gcc-error on Apple
Sorry, after changing the code, it just occurred to me: cond.program
is a RexxStringObject and should never take on NULL as Jean-Louis
reports, but should rather be Nil()?
Or with other words: is it possible that the RexxStringObject members in
a RexxCondition structure can be NULL?
---rony
On
Hi there,
at http://wi.wu.ac.at/rgf/rexx/bsf4oorexx/archive/2011/2011-03-19/
there is a new BSF4ooRexx package, which is at a beta level (needs
testing on the various platforms). It should fix the problem reported by
Uli Zinngrebe.
Will be testing this version over this weekend and once regarded
Why do you clear the condition before you you decode it? Without looking at
code, can't say for sure, but that seems risky. How do you know clearing
the condition doesn't set program to null?
On Mar 19, 2011 12:12 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at
wrote:
In a bug report which
Thanks Rick
On 19 March 2011 21:46, Rick McGuire object.r...@gmail.com wrote:
No. The cpl is just as valid as it ever was. It doesn't matter.
Rick
Sent from my iPad
On Mar 19, 2011, at 5:27 PM, Sahananda (Jon) Wolfers
sahana...@windhorse.biz wrote:
Hi All,
I don't know if this
Sent from my iPad
On Mar 19, 2011, at 3:41 PM, Rony G. Flatscher rony.flatsc...@wu-wien.ac.at
wrote:
Sorry, after changing the code, it just occurred to me: cond.program is a
RexxStringObject and should never take on NULL as Jean-Louis reports, but
should rather be Nil()?
They most
On 19.03.2011 22:52, Rick McGuire wrote:
Sent from my iPad
On Mar 19, 2011, at 3:41 PM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at mailto:rony.flatsc...@wu-wien.ac.at
wrote:
Sorry, after changing the code, it just occurred to me:
cond.program is a RexxStringObject and should never