summaryrefslogtreecommitdiff
path: root/source3/lib/dbwrap_util.c
AgeCommit message (Collapse)AuthorFilesLines
2009-07-15s3:dbwrap: fix embarrassing typo :-)Michael Adam1-1/+1
Michael
2009-07-15s3:dbwrap_util: add my CMichael Adam1-0/+1
Michael
2009-07-15s3:dbwrap: add dbwrap_fetch_bystring_upper().Michael Adam1-0/+17
To fetch a key whose name is stored but not given in upper case. Michael
2009-07-15s3:dbwrap: add dbwrap_store_bystring_upper().Michael Adam1-0/+17
This stores a key under the uppercase version of the given keyname. Michael
2009-07-15s3:dbwrap: add dbwrap_delete_bystring_upper()Michael Adam1-0/+16
To delete a key whose name is not given in but stored in uppercase. Michael
2009-07-15s3:dbwrap: add a wrapper dbwrap_trans_do()Michael Adam1-0/+33
This function wraps the action() callback into a db transaction and the transaction is either committed or cancelled, depending on the return value of the action function. Michael
2008-12-29s3:dbwrap: fix dbwrap_store_uint32() to match dbwrap_store_int32()Stefan Metzmacher1-2/+2
All callers expect 0 an success and -1 on error. metze
2008-08-13don't leave a dangling transaction on retry errorAndrew Tridgell1-2/+4
(This used to be commit ddf3022595fe8ca378c5f52107f42e296f852685)
2008-08-05dbwrap: add comment describing behaviour of dbwrap_change_int32_atomic().Michael Adam1-0/+7
Michael (This used to be commit f8f21c8e3922806230e240cb54205fc2db7a3619)
2008-08-05secrets: fix replacemend random seed generator (security issue).Michael Adam1-2/+6
This is a regression introduced by the change to dbwrap. The replacement dbwrap_change_int32_atomic() does not correctly mimic the behaviour of tdb_change_int32_atomic(): The intended behaviour is to use *oldval as an initial value when the entry does not yet exist in the db and to return the old value in *oldval. The effect was that: 1. get_rand_seed() always returns sys_getpid() in *new_seed instead of the incremented seed from the secrets.tdb. 2. the seed stored in the tdb is always starting at 0 instead of sys_getpid() + 1 and incremented in subsequent calls. In principle this is a security issue, but i think the danger is low, since this is only used as a fallback when there is no useable /dev/urandom, and this is at most called on startup or via reinit_after_fork. Michael (This used to be commit bfc5d34a196f667276ce1e173821db478d01258b)
2008-08-05dbwrap: add comment describing behaviour of dbwrap_change_uint32_atomic().Michael Adam1-0/+7
Michael (This used to be commit 7edfb54c865ddcfd5cdcc8c2184b96aaac2d2ec0)
2008-08-05idmap_tdb2: fix a race condition in idmap_tdb2_allocate_id().Michael Adam1-2/+6
The race is a regression introduced by the change to dbwrap. It might have led to two concurrent processes returning the same id. This fix is achieved by changing dbwrap_change_uint32_atomic() to match the original behaviour of tdb_change_uint32_atomic(), which is the following: *oldval is used as initial value when the value does not yet exist and that the old value should be returned in *oldval. dbwrap_change_uint32_atomic() is used (only) in idmap_tdb2.c, to get new ids. Michael (This used to be commit 72bd83fea7572a6202027b200d192c05023aa633)
2008-04-07dbwrap: fix more "tdb_chainunlock failed" messagesMichael Adam1-1/+3
TALLOC_FREE(rec) before transaction_cancel also in dbwrap_trans_delete(). Michael (This used to be commit 04cd914a1f12691d27ddc67887a757cd813848a7)
2008-04-01dbwrap: fix a confusing "tdb_chainunlock failed" messageStefan Metzmacher1-1/+3
Unlock before we cancel the transaction... metze (This used to be commit d70a8e9c413a7d3993e0d11db5ae9cbc7fdb12c7)
2008-04-01dbwrap: add dbwrap_trans_store_uint32()Stefan Metzmacher1-0/+13
metze (This used to be commit 9e739b4c99a9aba5c5bb58f3b6a9fb949e24c581)
2008-04-01Add dbwrap_trans_*_bystringVolker Lendecke1-0/+11
Signed-off-by: Stefan Metzmacher <metze@samba.org> (This used to be commit 2cf2684a11027431e6a93992413a5a5a697a4ba0)
2008-04-01Convert dbwrap_trans_delete to NTSTATUSVolker Lendecke1-4/+7
Signed-off-by: Stefan Metzmacher <metze@samba.org> (This used to be commit dead193f46c2b19955ab3e5ac5ba343694f4858a)
2008-04-01Convert dbwrap_trans_store to NTSTATUSVolker Lendecke1-12/+13
Signed-off-by: Stefan Metzmacher <metze@samba.org> (This used to be commit 5f4de856af1abe63b13059bbe1615cb5877770d0)
2008-04-01Add dbwrap_[fetch|store]_uint32Volker Lendecke1-0/+39
Signed-off-by: Stefan Metzmacher <metze@samba.org> (This used to be commit f1dd915ce802645166e0c8fc79d18d5ad41cfe7a)
2008-03-27dbwrap: fix dbwrap_trans_[delete|store]() to stop when transaction_start() ↵Michael Adam1-0/+2
failed. Michael (This used to be commit ab0aaed907fef233998ff0841d30eabef3263ee8)
2008-03-27dbwrap: add dbwrap_trans_store_int32()Stefan Metzmacher1-0/+15
metze Signed-off-by: Stefan Metzmacher <metze@samba.org> (This used to be commit f05e889bc05a816aef5b9ce4f22267e977dade01)
2008-03-10Add dbwrap_trans_store and dbwrap_trans_deleteVolker Lendecke1-0/+79
(This used to be commit e66e502bee65fe44944d325ebeeaa3bf56169eb8)
2008-03-10add dbwrap_change_int32_atomicVolker Lendecke1-0/+28
(This used to be commit 4ee21a98bc3d1c41a6d8868e98118c58372b2d1a)
2008-01-16Merge CTDB-related fixes from samba-ctdb 3.0 branch ↵Alexander Bokovoy1-0/+90
(http://samba.org/~tridge/3_0-ctdb) Signed-off-by: Alexander Bokovoy <ab@samba.org>(This used to be commit 0c8e23afbbb2d081fc23908bafcad04650bfacea)