Re: [MacRuby-devel] Concurrency bug in ControlTower

2011-01-29 Thread Charles Oliver Nutter
On Wed, Jan 26, 2011 at 4:50 PM, Laurent Sansonetti wrote: > No, only locals and dynamic (block) variables. > To be honest I always disliked this semantic change too. I think it was a > mistake to add it. It will probably be reverted for 1.0. I started to try to implement it, and it's not easy. I

Re: [MacRuby-devel] Concurrency bug in ControlTower

2011-01-26 Thread Laurent Sansonetti
On Jan 26, 2011, at 12:49 AM, Charles Oliver Nutter wrote: > On Mon, Jan 24, 2011 at 11:13 AM, Joshua Ballanco wrote: >> Regarding the potential bug...well...where to begin? So, yes, MacRuby blocks >> have the same semantics as regular Ruby blocks, *except* when they are >> dispatched through GCD.

Re: [MacRuby-devel] Concurrency bug in ControlTower

2011-01-26 Thread Charles Oliver Nutter
On Mon, Jan 24, 2011 at 11:13 AM, Joshua Ballanco wrote: > Regarding the potential bug...well...where to begin? So, yes, MacRuby blocks > have the same semantics as regular Ruby blocks, *except* when they are > dispatched through GCD. In that case, ivars are shared, but local variable > get copied

Re: [MacRuby-devel] Concurrency bug in ControlTower

2011-01-24 Thread Joshua Ballanco
Hey Charles, Sure, this is as good a place as any to report issues on ControlTower. There's also a component for ControlTower on the MacRuby trac site, but I guess we don't really call that out on the web site. Regarding the potential bug...well...where to begin? So, yes, MacRuby blocks have the

[MacRuby-devel] Concurrency bug in ControlTower

2011-01-21 Thread Charles Oliver Nutter
Apologies reporting this here; I'm not sure where I should report bugs in ControlTower. I believe there's a bug in ControlTower around line 34: def open @status = :open while (@status == :open) connection = @socket.accept # << here @request_queue.async(@request_gr