t be used.
You're, of course, free to use GCD for everything; having used block-based,
queue-dispatched, thread-pool frameworks for concurrency before, I'll still
with my fibers. :)
Logan Bowers
On Aug 13, 2010, at 1:34 PM, Jordan K. Hubbard wrote:
>
> On Aug 13, 2010, at 12:
eful). I hope that happens some day, as I look
forwards to switching to MacRuby for that class of application.
Logan Bowers
On Aug 13, 2010, at 11:05 AM, [email protected] wrote:
>
>> The use case for me is somewhat more Easco is somewhat more practical. Most
>> servers on th
I'm with Easco in that I'm patiently waiting for the day Fibers are supported
(or when I have time to contribute) and am happy waiting as long as the
duration is bounded. E.g. If I were waiting for fork(), it sounds like I'd be
here awhile.
To your point Ernie, yes fibers can be almost perfect
That's a bummer; it sounds like Fibers will never really be useful on the
MacRuby platform then? :(
Out of curiosity, is there a limiting factor in the runtime that prevents the
use of, e.g., makecontext/setcontext or related call?
Logan Bowers
On Aug 11, 2010, at 1:56 PM, La
isn't tenable. non-blocking
code is far more complex and far less composable than synchronous code. Fiber
support makes it possible to use both blocking and non-blocking code in the
same application.
Logan Bowers
On Aug 11, 2010, at 10:35 AM, dan sinclair wrote:
> The em-synchrony
+1 for fibers. There is a class of problems made much simpler and/or possible
with fibers that are not viable w/threads.
Would love to see this make its way into MacRuby.
Sent from my iPhone
On Aug 11, 2010, at 6:06 AM, Scott Thompson wrote:
>
> On Aug 11, 2010, at 7:23 AM, Louis-Philippe
Ticket #448: https://www.macruby.org/trac/ticket/448
Thanks!
Logan Bowers
On Nov 22, 2009, at 5:11 PM, Laurent Sansonetti wrote:
> Hi Logan,
>
> Looks like a 32-bit only issue.
>
> $ arch -i386 macirb
> /usr/local/bin/macirb:in `': undefined method `bind&
x27;bind' method is defined 3 lines later, I can't see why the call
would succeed for IRB::Notifier and not for IRB::SLex. Any ideas on what's
going on? FWIW, I'm running SL on a 32-bit machine. Thanks!
Logan Bowers
