This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Cluster Project".
http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=52bd5e962e13261a22aa984eec98439b0a59f0bb The branch, STABLE2 has been updated via 52bd5e962e13261a22aa984eec98439b0a59f0bb (commit) from ba52942d40bc738eb991c82e8cfeab242cfa18f0 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 52bd5e962e13261a22aa984eec98439b0a59f0bb Author: David Teigland <[EMAIL PROTECTED]> Date: Fri Mar 14 10:36:54 2008 -0500 libdlm: fix lvb copying When a program does a lock operation that reads an lvb, libdlm copies the lvb data from a bogus location instead of from the proper offset in the buffer it just read. The location of the lvb data is calculated wrongly due to a missing cast. Signed-off-by: David Teigland <[EMAIL PROTECTED]> ----------------------------------------------------------------------- Summary of changes: dlm/lib/libdlm.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/dlm/lib/libdlm.c b/dlm/lib/libdlm.c index 7464085..d182095 100644 --- a/dlm/lib/libdlm.c +++ b/dlm/lib/libdlm.c @@ -573,7 +573,7 @@ static int do_dlm_dispatch_v6(int fd) /* Copy lvb to user's buffer */ if (result->lvb_offset) memcpy(result->user_lksb->sb_lvbptr, - result + result->lvb_offset, DLM_LVB_LEN); + (char *)result + result->lvb_offset, DLM_LVB_LEN); result->user_lksb->sb_status = -result->user_lksb->sb_status; hooks/post-receive -- Cluster Project
