[elpa] externals/crdt 77be6cd 01/10: bump version number

[ELPA Syncer]

branch: externals/crdt
commit 77be6cded0e2d24fc9c132032ae3bf7ae8ed2cf9
Author: Qiantan Hong <qhong@mit.edu>
Commit: Qiantan Hong <qhong@mit.edu>

    bump version number
---
 HACKING.org | 14 ++++++++++++++
 crdt.el     |  2 +-
 2 files changed, 15 insertions(+), 1 deletion(-)

diff --git a/HACKING.org b/HACKING.org
index 57fde18..9bcd78a 100644
--- a/HACKING.org
+++ b/HACKING.org
@@ -282,6 +282,20 @@ We then just need to design a thin protocol that 
communicate between local Emacs
 Since this protocol communicate only locally, the latency should be 
negligible, 
 therefore we use a blocking reader/writer lock based synchronization scheme.
 
+** Lock: modes of operations
+
+It turns out that I vastly over-estimated the extensibility of /The Other 
Editors/.
+For example, lots of them (including M$ vScoDe and cult 666) doesn't seem to 
have anything like =pre-command-hook=,
+making it impossible to implement a usual bidirectional locking mechanism
+(because we can't tell those editors to acquire lock from Emacs before running 
commands that potentially modify the buffer).
+
+Currently I implemneted a hack that by default let /The Other Editors/ hold 
the lock, but upon receiving
+an =acquire= from Emacs, let /The Other Editors/ dead loops to hopefully halt 
command execution until Emacs gives back the lock.
+Emacs thus must give back lock as soon as possible to un-hang /The Other 
Editors/.
+
+Q: What if Emacs GCs?
+/Q got thrown out of the window./
+
 ** Bridge protocol
 
    - Reader/writer lock
diff --git a/crdt.el b/crdt.el
index 6031c3f..f7ceb46 100644
--- a/crdt.el
+++ b/crdt.el
@@ -6,7 +6,7 @@
 ;; Maintainer: Qiantan Hong <qhong@alum.mit.edu>
 ;; URL: https://code.librehq.com/qhong/crdt.el
 ;; Keywords: collaboration crdt
-;; Version: 0.2.0
+;; Version: 0.3.0
 
 ;; This file is part of GNU Emacs.