[macruby-changes] [3615] MacRuby/trunk/lib/dispatch/README.rdoc
source_changes at macosforge.org
source_changes at macosforge.org
Wed Feb 24 17:39:54 PST 2010
Revision: 3615
http://trac.macosforge.org/projects/ruby/changeset/3615
Author: ernest.prabhakar at gmail.com
Date: 2010-02-24 17:39:54 -0800 (Wed, 24 Feb 2010)
Log Message:
-----------
Document Dispatch::Source not needing +synchronize+
Modified Paths:
--------------
MacRuby/trunk/lib/dispatch/README.rdoc
Modified: MacRuby/trunk/lib/dispatch/README.rdoc
===================================================================
--- MacRuby/trunk/lib/dispatch/README.rdoc 2010-02-25 01:39:09 UTC (rev 3614)
+++ MacRuby/trunk/lib/dispatch/README.rdoc 2010-02-25 01:39:54 UTC (rev 3615)
@@ -253,7 +253,7 @@
* Mach ports
* Custom application-specific events
-When the source “fires,” GCD will schedule the handler on the specific queue if it is not currently running, or -- more importantly -- coalesce pending events if it is. This provides excellent responsiveness without the expense of either polling or binding a thread to the event source. Plus, since the handler is never run more than once at a time, the block doesn’t even need to be reentrant.
+When the source “fires,” GCD will schedule the handler on the specific queue if it is not currently running, or -- more importantly -- coalesce pending events if it is. This provides excellent responsiveness without the expense of either polling or binding a thread to the event source. Plus, since the handler is never run more than once at a time, the block doesn’t even need to be reentrant -- and thus you don't need to +synchronize+ any variables that are only used there.
=== Dispatch::Source.interval
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macruby-changes/attachments/20100224/b7503e17/attachment-0001.html>
More information about the macruby-changes
mailing list