> Useful for specialized class methods that
> create instances (such as the "fromXx" methods on DateTime).
I could do with an example of how/when you would use it & the benefit
derived please.
I cant imagine it.
I also vaguely wonder whether we need a third kind of scope between
'private' and
OK,
thanks for your help RIck, I'll get on with this over the next few days.
Once again I'm on site, so it may be a while before I get a chance to post.
Jon
2008/8/13 Gil Barmwater <[EMAIL PROTECTED]>
> See inline comments -
>
> Rick McGuire wrote:
> > On Wed, Aug 13, 2008 at 9:02 AM, Gil Barm
Rick,
This is such a change that I think we need to discuss it for a little while.
At first reading, I don't see a problem with it.
I also have missed at times in the past the Java-like behavior, which
I was used to when I first was working with ooRexx. But now I haven't
done any serious thing
There's one feature of other languages like C++ and Java I really miss
in ooRexx. In Java, an instance of a class can access non-public
methods and fields of another instance of the same class. ooRexx has
PRIVATE methods, but access to those methods is limited to calls from
the within the same ob
I'm not sure I have enough information to work with. What sort of
context are you in where you need to resolve this? Are you in a
method call or in one of your signal handlers? How are you using
FindClass? Note that the class name does NOT include a period, which
might be the reason for your lo
Rick -
I have a new problem. All but two of my GTK classes derrive internally from
a root GTK object known as GObject. This object has two functions you can
call to store/retrieve key/value pairs that are specific to a single
GObject. I use this facility so that when I have only a widget pointe
Rick -
Once again you have pulled me from the fire :-)
Once I implemented your directions everything began working fine. I have
now eliminated all of the POINTER and POINTER= methods in the main class
file. I still have to stamp out a few bugs that I have introduced but
everything appears to be
Rick, just a well desired thanks for the information you have provided...
...and I guess you get a pat on the back for coding support in ooRexx as
well!
/s/ Bill Turner, wb4alm
-
This SF.Net email is sponsored by the Mobli
See inline comments -
Rick McGuire wrote:
> On Wed, Aug 13, 2008 at 9:02 AM, Gil Barmwater <[EMAIL PROTECTED]> wrote:
>
>>Just some thoughts on this thread which I have been following with some
>>interest. The first is a question: when did the the RexxQueue class
>>appear or has it always been t
On Wed, Aug 13, 2008 at 9:02 AM, Gil Barmwater <[EMAIL PROTECTED]> wrote:
> Just some thoughts on this thread which I have been following with some
> interest. The first is a question: when did the the RexxQueue class
> appear or has it always been there and I just didn't notice it? It
> appears
Just some thoughts on this thread which I have been following with some
interest. The first is a question: when did the the RexxQueue class
appear or has it always been there and I just didn't notice it? It
appears to be an OO way - objects and methods - of dealing with the
external data queu
My intent for the makearray method was for it to remove the lines from
queue, not leave them in. The intent here is to be able to use a DO
OVER loop to iterate over the lines in the queue. So remove the line
that put it back. I'd also recommend making just a single call to
queued with a temporar
Close. It was the step after rexxutil.dll in buildorx.bat that had
the problem. I must have done a "move" rather than a "copy" when
fixing up the rxftp step, which caused the build to fail, but only if
you were redirecting the build to a log file (not my normal mode of
operation). This should be
13 matches
Mail list logo