The advantage will the ability to put value and comment (!!!) in a folder key.
And also to be more compatible with the Windows Registry, which already lets you do this.
Lets close a 0.6.4 version first, then start working on that.
Yannick do you already have coded some things related to this ?
Regards,
Avi
On 8/20/06, Yannick Lecaillez
<[EMAIL PROTECTED]> wrote:
Hi,
Avi and i discussed about removing KEY_TYPE_DIR. Avi proposed to
split key type (regular, dir, link) from key value type (string, binary).
Key contain a mode_t access attribute yet, the idea is to use it for
store key type : regular (S_IFREG), directory (S_IFDIR), link (S_IFLNK).
This way, the key->type attribute will contain only the value type
(STRING or BINARY). We were agree it was a great idea :-). That need lot
of modification into elektra but most will be, i think, transparent to
the user (i don't think that impose an API modification ?). This will
allow us to store value and comment into directory key.
Btw, that still a big change and we haven't released something for 3
month. So the time is perhaps to a feature freeze and finish to debug
things which were done. About that, thanks to report any problem you're
still encountered while building elektra.
Yannick.
Markus Raab wrote:
>I would suggest to split the type (key, link) and the custom type system (own
>user type). string or binary has nothing to do with both, it should be a flag
>(but could be on both sides).
>This would add the advantage that the user can modify his custom types,
>without doing nasty things in the real type (which can crash database? or at
>least make it impossible to write).
>
--
my blog: http://avi.alkalay.net/
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ Registry-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/registry-list
