Nice to @Share?

Alex Buckley Alex.Buckley at Sun.COM
Tue Feb 23 06:00:08 PST 2010


I think the use of 'start' was rather what Fredrik warned about in 
http://blogs.oracle.com/ohrstrom/2009/08/using_methodhandles_to_reconci.html

What possible effect can mutating 'start' have?

Alex

David.Moss at ubs.com wrote:
>> By the way, I am very happy with final (or implicit final).
>> When I code and find that I need a non-final local variable,
>> I first try to rewrite the code to avoid to use non-final
>> before trying to use a mutable object.
> 
> Where des this leave closures?
> 
> i.e.: what would we need to make the following code do what it is meant to:
> 
> public class C {
>     public #int() getSequenceGenerator(int start, int increment) {
>         return #int() {
>             int ret = start;
>             start += increment;
>             return ret;
>         };
>     }
> }
> 
> 
> Kind Regards,
> 
> David.
> 
> --
> EUR2 EG.1168 [1923 96757]
> SST: DL-SST-DEV
> 
> "Where's the Kaboom? There was supposed to be an Earth-shattering Kaboom!" - Marvin the Martian
> 
> "Don't worry about what anybody else is going to do. The best way to predict the future is to invent it." - Alan Kay
> 
> "there is this amazingly powerful thing writhing around in there that will basically do everything I could possibly ask of it if only I knew how." - Ben Butler-Cole
> 
> Based on the present E-Mail exchange, and/or on the agreement reached
> with you, respectively, UBS is entitled to contact you via insecure 
> E-Mail:
> (a) E-Mails contain substantial risks such as lack of confidentiality,
> manipulation of content and sender, misdirection, viruses etc. UBS 
> does not accept any liability for damages arising from use of
> E-mail. Accordingly, UBS recommends to abstain from sending any
> sensitive information via E-Mail, from forwarding the text received 
> when submitting reply E-Mails and recommends to manually capture the 
> E-Mail address in every instance. If you should wish to verify the 
> content of this message, please request a hard-copy version.
> (b) In principle, UBS does not accept any (purchase) orders, 
> cancellation of orders or authorizations etc. via E-mail. If UBS 
> receives such E-Mails, UBS is not obliged to expressly decline them.
> If you have received this E-Mail by mistake or do not wish to be 
> contacted by E-Mail in the future, you are kindly asked to inform UBS
> accordingly. Any E-Mail received by mistake (including all its annexes)
> needs to be destroyed and the content may not be forwarded nor disclosed
> to any further persons.
> c) This message is provided for informational purposes and should not be 
> construed as a solicitation or offer to buy or sell any securities or 
> related financial instruments.
>  
> UBS reserves the right to retain all messages. Messages are protected
> and accessed only in legally justified cases.
> 


More information about the lambda-dev mailing list