From a4e11fd67e3608c828e5bb8abf7a310b4f0a3017 Mon Sep 17 00:00:00 2001 From: Anand Avati Date: Mon, 16 Jul 2012 15:50:30 -0700 Subject: glusterfs_ctx_t: un-globalize the filesystem context So far there has been a global glusterfs_ctx_t object which represents the running instance of the filesystem (client or server). It contains the various graphs, connection to the management daemon over which new graphs are obtained, calls stacks issued on this filesystem, and a bunch of such things. With the introduction of libgfapi, it is no more true that there will be only one filesystem context in a process. Applications can be written to use libgfapi and obtain serveral instances of different filesystems/volumes in the same process. This involves messy untangling of assumptions inside libglusterfs that there would only be one global glusterfs_ctx_t and offload that assumption to glusterfsd/ and cli/ (where it is true). Change-Id: Ifd7d1259428c26076140a5764a2dc7361694139c BUG: 839950 Signed-off-by: Anand Avati Reviewed-on: http://review.gluster.com/3678 Tested-by: Gluster Build System Reviewed-by: Amar Tumballi --- libglusterfs/src/common-utils.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'libglusterfs/src/common-utils.h') diff --git a/libglusterfs/src/common-utils.h b/libglusterfs/src/common-utils.h index f21ade40b..7fbaa87a8 100644 --- a/libglusterfs/src/common-utils.h +++ b/libglusterfs/src/common-utils.h @@ -107,7 +107,7 @@ void gf_global_variable_init(void); in_addr_t gf_resolve_ip (const char *hostname, void **dnscache); void gf_log_volume_file (FILE *specfp); -void gf_print_trace (int32_t signal); +void gf_print_trace (int32_t signal, glusterfs_ctx_t *ctx); extern char *gf_fop_list[GF_FOP_MAXVALUE]; extern char *gf_mgmt_list[GF_MGMT_MAXVALUE]; -- cgit