summaryrefslogtreecommitdiff
path: root/fs/no-block.c
diff options
context:
space:
mode:
authorDan Carpenter <error27@gmail.com>2010-07-10 16:33:36 +0200
committerJoel Becker <joel.becker@oracle.com>2010-07-12 13:57:53 -0700
commite372357ba55ae89307af15cd680467d8f0db4f01 (patch)
treead5220668336431e815d0a933ffc9faed6a4a408 /fs/no-block.c
parent121a39bb00b421211f4f590c440a8f636d3ae807 (diff)
downloadlinux-3.10-e372357ba55ae89307af15cd680467d8f0db4f01.tar.gz
linux-3.10-e372357ba55ae89307af15cd680467d8f0db4f01.tar.bz2
linux-3.10-e372357ba55ae89307af15cd680467d8f0db4f01.zip
ocfs2: tighten up strlen() checking
This function is only called from one place and it's like this: dlm_register_domain(conn->cc_name, dlm_key, &fs_version); The "conn->cc_name" is 64 characters long. If strlen(conn->cc_name) were equal to O2NM_MAX_NAME_LEN (64) that would be a bug because strlen() doesn't count the NULL character. In fact, if you look how O2NM_MAX_NAME_LEN is used, it mostly describes 64 character buffers. The only exception is nd_name from struct o2nm_node. Anyway I looked into it and in this case the domain string comes from osb->uuid_str in ocfs2_setup_osb_uuid(). That's 32 characters and NULL which easily fits into O2NM_MAX_NAME_LEN. This patch doesn't change how the code works, but I think it makes the code a little cleaner. Signed-off-by: Dan Carpenter <error27@gmail.com> Signed-off-by: Joel Becker <joel.becker@oracle.com>
Diffstat (limited to 'fs/no-block.c')
0 files changed, 0 insertions, 0 deletions