[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[Cluster-devel] Cluster Project branch, RHEL5, updated. cmirror_1_1_15-14-g1bb513e

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".


The branch, RHEL5 has been updated
       via  1bb513e542a4ca7f3e79f5000b0bb0783a41b0b5 (commit)
      from  1acab71f585b845992e6070d6616644690f4e444 (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 1bb513e542a4ca7f3e79f5000b0bb0783a41b0b5
Author: David Teigland <teigland redhat com>
Date:   Fri Mar 14 10:36:54 2008 -0500

    libdlm: fix lvb copying
    bz 437496
    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 <teigland redhat com>


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 5e4c7ef..876c16e 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)
-		       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;

Cluster Project

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]