Ronnie sahlberg 3aeac33da2 when sending back a fetch lock reply to a client ...

we cant peek in state->c since this is uninitialized 
and even if it were not it would be wrong

create a new structure to pass BOTH client and also the reqid to respond back to
the client with

(This used to be ctdb commit e1a0da3dfbb4a927e8d98723b5e51a201c2a3428)

2007-04-12 21:14:41 +10:00

..

ctdb_call.c

initial support for two new pdus for the domain socket to do fetch_lock

2007-04-12 15:46:50 +10:00

ctdb_client.c

initial support for two new pdus for the domain socket to do fetch_lock

2007-04-12 15:46:50 +10:00

ctdb_daemon.c

when sending back a fetch lock reply to a client

2007-04-12 21:14:41 +10:00

ctdb_io.c

merge from ronnie

2007-04-10 19:35:21 +10:00

ctdb_ltdb.c

- add --daemon flag to ctdb_fetch test code

2007-04-11 11:01:42 +10:00

ctdb_message.c

initial support for two new pdus for the domain socket to do fetch_lock

2007-04-12 15:46:50 +10:00

ctdb_util.c

added request_dmaster and reply_dmaster logic

2006-12-18 16:01:11 +11:00

ctdb.c

add proper support for ctdb_connect_wait in daemon mode

2007-04-11 14:54:47 +10:00

util.c

started splitting out transport code

2006-11-27 21:38:13 +11:00