[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Fwd: User bus conclusion
From:       Oswald Buddenhagen <ossi () kde ! org>
Date:       2010-11-10 8:29:39
Message-ID: 20101110082939.GB28006 () ugly ! local
[Download RAW message or body]

On Wed, Nov 10, 2010 at 09:10:48AM +0100, Thiago Macieira wrote:
> For example: KConfig has lock files so saving one file won't step on
> another instance's toes. However, does it really work? If the contents
> of the config file are read into memory and saved from memory, what
> happens to changes made to the file in-between?
> 
it reloads the file and merges - in case of conflict the last flush wins
on a key-by-key basis.

> Same thing about kwallet: when saving a new password, does it really
> read in all of the old contents? Or does it try to save from memory,
> from when the wallet was opened?
> 
dunno. it could certainly adopt kconfig's scheme.

> More importantly: if this is a use-case that we support, is there anyone 
> thinking of cases like the above and fixing them?
> 
well, i'm sure most people are blissfully oblivious of the implications,
but that can be fixed on a case-by-case basis in the applications.
[prev in list] [next in list] [prev in thread] [next in thread]