From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=fFXuXph8GU2kxAK6xl4sJ2EVOX1ty4yZVQ5MZ6TQlqM=; b=sOLfzk4g+O81awpDOn7KnnEo+7KoB+utC98GfJalYTRouzriPn85KvnDJbJtSXomv5 gY8flyQAjg2d+61uz2K7DLmBV5fWfIg8cO+LcnqrdnzLps6SSouxIQJ+s/9jQ0Xwu25l oZwB3qoW8DPdf4MxO5WrAoAeVlxSYAiiU5faOKzqvjj1KA+L85d25ElpGNT24Rc0Ol/B VciTRpAD0u885XMMkNF53DzUfaMk2VlWz4+WRM/QcPvXxO77MtRsftuDdCwMsx9NtkBG /Lfsj6jbxT8kVV3kBITZ0CmphcYXuDxQfV6pseqvsFQCg2ZaTTwPfKcf17EZbVZEIG1a 8tLA== Date: Sat, 28 Oct 2017 17:14:35 +0800 From: Yubin Ruan Subject: Re: [PATCH] typo at Chp 7. Message-ID: <20171028091432.GB5742@HP> References: <20171027092317.GA8509@HP> <20171027230549.GS3659@linux.vnet.ibm.com> <20171028080553.GA5742@HP> <7589cd7e-208c-6f8c-dd98-c587904c0b14@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7589cd7e-208c-6f8c-dd98-c587904c0b14@gmail.com> To: Akira Yokosawa Cc: "Paul E. McKenney" , perfbook@vger.kernel.org List-ID: On Sat, Oct 28, 2017 at 10:53:31AM +0900, Akira Yokosawa wrote: > On 2017/10/28 17:06, Yubin Ruan wrote: > > On Fri, Oct 27, 2017 at 04:05:49PM -0700, Paul E. McKenney wrote: > >> On Sat, Oct 28, 2017 at 12:02:19AM +0900, Akira Yokosawa wrote: > >>> Hi Yubin, > >>> > >>> On 2017/10/27 18:23, Yubin Ruan wrote: > >>>> Hi paul, > >>>> > >>>> I finish chapter 7 and find some typo. Fixed in the patch below. > >>>> > >>>> Yubin > >>>> > >>>> diff --git a/locking/locking-existence.tex b/locking/locking-existence.tex > >>>> index 9fcbbf9..c7c4ae8 100644 > >>>> --- a/locking/locking-existence.tex > >>>> +++ b/locking/locking-existence.tex > >>>> @@ -174,7 +174,7 @@ single partitionable data structure such as the hash table shown in the > >>>> figure, it can be problematic if a given data element can be a member > >>>> of multiple hash tables or given more-complex data structures such > >>>> as trees or graphs. > >>>> -These problems can be solved, in fact, such solutions form the basis > >>>> +These problems can be solved. In fact, such solutions form the basis > >>> > >>> I'd suggest the following: > >>> > >>> +These problems can be solved, in fact, and such solutions form the basis > >> > >> How about this? > >> > >> Not only can these problems be solved, but the solutions also > >> form the basis of lock-based software transactional memory [...]. > > > > Thanks for your suggestion. I think Akira's approach looks more nature to me. > > So, let me finish this little patch ;-) > > Well, I think Paul's suggestion is much clearer. > > BTW Yubin, your mail has a date field indicating it came from the near future: > > > Date: Sat, 28 Oct 2017 16:06:40 +0800 > > May be time zone setting issue? What time zone should I set? Yubin > > -------------------------------------------------------------------------- > >>From aede1ef2fe8c5213c8aec9581192c5915e69010c Mon Sep 17 00:00:00 2001 > > From: Yubin Ruan > > Date: Sat, 28 Oct 2017 16:00:43 +0800 > > Subject: [PATCH] locking: a typo fixed > > > > Signed-off-by: Yubin Ruan > > --- > > locking/locking-existence.tex | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/locking/locking-existence.tex b/locking/locking-existence.tex > > index 9fcbbf9..2be69d8 100644 > > --- a/locking/locking-existence.tex > > +++ b/locking/locking-existence.tex > > @@ -174,7 +174,7 @@ single partitionable data structure such as the hash table shown in the > > figure, it can be problematic if a given data element can be a member > > of multiple hash tables or given more-complex data structures such > > as trees or graphs. > > -These problems can be solved, in fact, such solutions form the basis > > +These problems can be solved, in fact, and such solutions form the basis > > of lock-based software transactional memory > > implementations~\cite{Shavit95,DaveDice2006DISC}. > > However, > > >