On 2013-05-16 10:51:18 Mark Miesfeld wrote:
> Staffan,
>
> You are misunderstanding here.
>
> Class B is private, it is not seen in any other file than b.cls.  If you
> require the b.cls file, that's fine.  But, any other file that requires
> b.cls will only see the public stuff in b.cls.  The other file will not see
> anything private in b.cls
>
> file c.rex:
> > a=.a~new
> >
> > ::REQUIRES ab.bin
> >
> > That IMHO should work, but it doesn't. I can see why c.rex should not be
> > able to call B but there is an error when A tries to call B.
> >
> > It's clear that I've misunderstood the expression "containing Rexx
> > program", maybe this could be clarified a bit.
>
> It seems pretty clear to me.  ;-)  How would you clarify it?
>
> --
> Mark Miesfeld
        It confused me, too.  The term "containing Rexx program" does not mean 
the 
same thing to me as "any other file".  I would not consider a file containing 
only class definitions as a program, but just a collection of code to be used 
by a program.  Such a file could not be executed on its own, so is not a 
program.
        Seems to me the rule should be talking about definitions in _files_ 
external 
to the program, since it appears to be file oriented, not scope oriented.

Leslie


------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
Oorexx-users mailing list
Oorexx-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-users

Reply via email to