Sorry, Gmail problems. A lot of code has been rewritten, so it's possible that something unintentional got introduced. Please post a test case showing the problem, but I suspect I know what's happening. There was a problem in prior releases where Method objects were used as class Methods, toplevel programs, and routines. In the latter two cases, the directives would be processed the first time the code was called, but when used as a method, it would not (Rony opened a problem about this). In 4.0, the uses have been decoupled. Toplevel programs and routines are instances of .routine, and methods are instances of .methods. As part of this, the processing of the directives was keyed to happen immediately, which is what you're likely seeing.
I'm not terribly happy to see the security manager mechanism get overloaded into a class loading mechanism. I think what we really need is real designed-from the top classloading mechanism built into the the new program structure. I don't have a clear picture of how I'd like to implement this, but I believe part of this eventually needs to be adding optional security manager and classloader arguments to the NEW methods of Routine, Method and Package. Rick On Tue, Jul 15, 2008 at 5:26 PM, Moritz Hoffmann <[EMAIL PROTECTED]> wrote: > Hi, > did the behaviour of the mthod class change recently? A while ago one > could create instances of this class, supplying a name and a source > array. To actually run the code one needed to invoke run with arguments, > prior to this the could would not be executed. > This is essential to be able to set a security manager before executing > the source. > > Now (current trunk) this mechanism does not work anymore, instead the > code is executed when creating the method. > > Which is the correct behaviour? > > Moritz > -- > Moritz Hoffmann > http://antiguru.de/ > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Oorexx-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/oorexx-devel > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Oorexx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oorexx-devel
