diff options
Diffstat (limited to 'src')
-rw-r--r-- | src/H5FDioc.c | 2 | ||||
-rw-r--r-- | src/H5FDioc.h | 2 | ||||
-rw-r--r-- | src/H5FDioc_threads.c | 6 | ||||
-rw-r--r-- | src/H5FDsubfile_int.c | 8 | ||||
-rw-r--r-- | src/H5FDsubfile_mpi.c | 26 | ||||
-rw-r--r-- | src/H5FDsubfiling.c | 24 | ||||
-rw-r--r-- | src/H5FDsubfiling.h | 12 | ||||
-rw-r--r-- | src/H5FDsubfiling_priv.h | 36 | ||||
-rw-r--r-- | src/H5HF.c | 2 | ||||
-rw-r--r-- | src/H5SL.c | 2 | ||||
-rw-r--r-- | src/mercury/include/na.h | 2 | ||||
-rw-r--r-- | src/mercury/include/na_sm.h | 2 |
12 files changed, 62 insertions, 62 deletions
diff --git a/src/H5FDioc.c b/src/H5FDioc.c index fdbe41e..5f12a0e 100644 --- a/src/H5FDioc.c +++ b/src/H5FDioc.c @@ -201,7 +201,7 @@ H5FD__init_package(void) #endif /* JRM */ #if 0 /* JRM */ - HDfprintf(stdout, "H5FD_ioc_init() IOC registerd. id = %lld \n", (int64_t)H5FD_IOC_g); + HDfprintf(stdout, "H5FD_ioc_init() IOC registered. id = %lld \n", (int64_t)H5FD_IOC_g); #endif /* JRM */ if (H5I_INVALID_HID == H5FD_IOC_g) diff --git a/src/H5FDioc.h b/src/H5FDioc.h index d0fa6cd..f9f32eb 100644 --- a/src/H5FDioc.h +++ b/src/H5FDioc.h @@ -64,7 +64,7 @@ typedef struct config_common_t { uint32_t magic; /* set to H5FD_SUBFILING_FAPL_T_MAGIC */ uint32_t version; /* set to H5FD_CURR_SUBFILING_FAPL_T_VERSION */ int32_t stripe_count; /* How many io concentrators */ - int64_t stripe_depth; /* Max # of bytes in contigious IO to an IOC */ + int64_t stripe_depth; /* Max # of bytes in contiguous IO to an IOC */ ioc_selection_t ioc_selection; /* Method to select IO Concentrators */ hid_t ioc_fapl_id; /* The hid_t value of the stacked VFD */ int64_t context_id; /* The value used to lookup an IOC context */ diff --git a/src/H5FDioc_threads.c b/src/H5FDioc_threads.c index 0c3d23c..6aff531 100644 --- a/src/H5FDioc_threads.c +++ b/src/H5FDioc_threads.c @@ -89,7 +89,7 @@ ioc_thread_main(void *arg) * Purpose: The principal entry point to initialize the execution * context for an IO Concentrator (IOC). The main thread * is responsible for receiving IO requests from each - * HDF5 "client" and distibuting those to helper threads + * HDF5 "client" and distributing those to helper threads * for actual processing. We initialize a fixed number * of helper threads by creating a thread_pool. * @@ -292,7 +292,7 @@ translate_opcode(io_op_t op) * *------------------------------------------------------------------------- */ -#if 0 /* JRM */ /* Original version -- expects sf_work_request_t * as its arguement */ +#if 0 /* JRM */ /* Original version -- expects sf_work_request_t * as its argument */ static HG_THREAD_RETURN_TYPE handle_work_request(void *arg) { @@ -891,7 +891,7 @@ H5FD_ioc__dispatch_elegible_io_q_entries(void) scan_len = scan_ptr->wk_req.header[0]; /* at present, I/O requests are scalar -- i.e. single blocks specified by offset and length. - * when this changes, this if statment will have to be updated accordingly. + * when this changes, this if statement will have to be updated accordingly. */ if (!(((scan_offset + scan_len) < entry_offset) || ((entry_offset + entry_len) < scan_offset))) { diff --git a/src/H5FDsubfile_int.c b/src/H5FDsubfile_int.c index ecf706f..54e5de2 100644 --- a/src/H5FDsubfile_int.c +++ b/src/H5FDsubfile_int.c @@ -214,7 +214,7 @@ int sf_open_file_count = 0; * Function: Public/Client set_verbose_flag * * Purpose: For debugging purposes, I allow a verbose setting to - * have printing of relevent information into an IOC specific + * have printing of relevant information into an IOC specific * file that is opened as a result of enabling the flag * and closed when the verbose setting is disabled. * @@ -349,7 +349,7 @@ record_fid_to_subfile(uint64_t fid, hid_t subfile_context_id, int *next_index) * inode values, these being constant for all processes * opening the shared file. The inode value is utilized * as a key value and is associated with the sf_context - * which we recieve as one of the input arguments. + * which we receive as one of the input arguments. * * IO Concentrator threads will be initialized on MPI ranks * which have been identified via application toplogy @@ -1468,7 +1468,7 @@ done: * storage arrays can be stack based rather than explicitly * allocated and freed. * - * The Internal function is resposible for sending all IOC + * The Internal function is responsible for sending all IOC * instances, the (sub)file open requests. * * Prior to calling the internal open function, we initialize @@ -1498,7 +1498,7 @@ H5FD__open_subfiles(void *_config_info, uint64_t h5_file_id, int flags) char * option_arg = get_ioc_selection_criteria(&ioc_selection); HDassert(config_info); - /* Check to see who is calling ths function:: + /* Check to see who is calling the function:: * We only allow the ioc or subfiling VFDs */ if ((config_info->magic != H5FD_IOC_FAPL_T_MAGIC) && diff --git a/src/H5FDsubfile_mpi.c b/src/H5FDsubfile_mpi.c index 4212676..79ed2b6 100644 --- a/src/H5FDsubfile_mpi.c +++ b/src/H5FDsubfile_mpi.c @@ -196,7 +196,7 @@ numDigits(int n) /* ===================================================================== */ /* MPI_Datatype Creation functions. - * These are catagorized by usage paterns, i.e. when data is sent to or + * These are categorized by usage patterns, i.e. when data is sent to or * received from and IOC, the initial data offset provided by the user * may or may NOT start on a stripe boundary. Because this, the initial * data segment to the selected IOC will often be less than 'stripe_size' @@ -449,7 +449,7 @@ H5FD__create_f_l_mpi_type(subfiling_context_t *context, int ioc_depth, int64_t s * Concentrator (IOC). * * Each data segment is of 'stripe_size' length and will be - * seperated from a previous or following segment by + * separated from a previous or following segment by * 'sf_blocksize_per_stripe' bytes of data. * * Return: The MPI_Datatype that will be used to send or receive data. @@ -527,7 +527,7 @@ H5FD__create_mpi_uniform_type(subfiling_context_t *context, int ioc_depth, int64 * * Return: A filled set of vectors. As a consequence of not allowing * use of MPI derived datatypes in the VFD layer, we need to - * accomodate the possiblity that large IO transactions will + * accommodate the possibility that large IO transactions will * be required to use multiple IOs per IOC. * * Example: Using 4 IOCs, each with 1M stripe-depth; when @@ -718,7 +718,7 @@ init__indep_io(void *_sf_context, size_t maxdepth, int H5_ATTR_PARALLEL_UNUSED i * * We cycle through all 'n_io_conentrators' and send a * descriptor to each IOC that has a non-zero sized IO - * request to fullfill. + * request to fulfill. * * Sending descriptors to an IOC usually gets an ACK or * NACK in response. For the read operations, we post @@ -835,7 +835,7 @@ read__independent_async(int n_io_concentrators, hid_t context_id, int64_t offset * Purpose: We provide a utility function to generate a subfiling * filename from a template. While the user provides a * name which will serve as the HDF5 file name, sub-filing - * files are related to the user filename via the filesytem + * files are related to the user filename via the filesystem * inode identifier. The inode id can be utilized as a * global unique identifier (GUID) which provides a * grouping ID to easily distinguish subfiles. @@ -935,7 +935,7 @@ write_data(io_func_t *this_func) * until the request is completed as indicated by a non-zero * flag variable. * - * As we go further with the implemention, we anticipate that + * As we go further with the implementation, we anticipate that * rather than testing a single request variable, we will * deal with a collection of all pending IO requests (on * this rank). @@ -999,7 +999,7 @@ async_completion(void *arg) * * We cycle through all 'n_io_conentrators' and send a * descriptor to each IOC that has a non-zero sized IO - * request to fullfill. + * request to fulfill. * * Sending descriptors to an IOC usually gets an ACK or * NACK in response. For the write operations, we post @@ -1317,7 +1317,7 @@ write__independent_async(int n_io_concentrators, hid_t context_id, int64_t offse * * Purpose: This function takes 'count' vector entries * and initiates an asynch write operation for each. - * By asychronous, we mean that MPI_Isends are utilized + * By asynchronous, we mean that MPI_Isends are utilized * to communicate the write operations to the 'count' * IO Concentrators. The calling function will have * decomposed the actual user IO request into the @@ -1670,7 +1670,7 @@ ioc_main(int64_t context_id) #if 1 /* JRM */ if ( ( tag != READ_INDEP ) && ( tag != WRITE_INDEP ) ) { - HDprintf("\n\nioc_main: recieved non READ_INDEP / WRITE_INDEP mssg. tag = %d.\n\n", tag); + HDprintf("\n\nioc_main: received non READ_INDEP / WRITE_INDEP mssg. tag = %d.\n\n", tag); HDfflush(stdout); } #endif /* JRM */ @@ -1802,7 +1802,7 @@ ioc_main(int64_t context_id) #if 1 /* JRM */ if ((tag != READ_INDEP) && (tag != WRITE_INDEP)) { - HDprintf("\n\nioc_main: recieved non READ_INDEP / WRITE_INDEP mssg. tag = %d.\n\n", tag); + HDprintf("\n\nioc_main: received non READ_INDEP / WRITE_INDEP mssg. tag = %d.\n\n", tag); HDfflush(stdout); } #endif /* JRM */ @@ -1867,7 +1867,7 @@ ioc_main(int64_t context_id) } /* ioc_main() */ -#endif /* JRM */ /* re-written versin of ioc_main() */ +#endif /* JRM */ /* re-written version of ioc_main() */ /* ========================================= @@ -2449,7 +2449,7 @@ get__subfile_name(subfiling_context_t *sf_context, int64_t h5_file_id, int subfi *_subfile_dir = strdup(subfile_dir); } else { - /* Note: Users may specify a directory name which is inaccessable + /* Note: Users may specify a directory name which is inaccessible * from where the current is running. In particular, "node-local" * storage is not uniformly available to all processes. * We would like to check if the user pathname unavailable and @@ -2483,7 +2483,7 @@ get__subfile_name(subfiling_context_t *sf_context, int64_t h5_file_id, int subfi * and then the second file open using the user supplied open * flags is invoked. The OPEN_OP provides the user flags as * part of the RPC message. The file prefix info doesn't - * transmited as part of the RPC since it is available as + * transmitted as part of the RPC since it is available as * part of the client context which can be utilized by the * IOC thread. We access the sf_context by reading the * cache of contexts at the index provided with the RPC msg. diff --git a/src/H5FDsubfiling.c b/src/H5FDsubfiling.c index a5077a9..77bfae1 100644 --- a/src/H5FDsubfiling.c +++ b/src/H5FDsubfiling.c @@ -103,7 +103,7 @@ typedef struct H5FD_subfiling_t { int fd; /* the filesystem file descriptor */ H5FD_subfiling_config_t fa; /* driver-specific file access properties */ - /* the following fields are inherrited from the sec2 VFD, and will + /* the following fields are inherited from the sec2 VFD, and will * likely be deleted. */ int mpi_rank; /* useful MPI information */ @@ -450,7 +450,7 @@ fapl__get_subfiling_defaults(H5FD_subfiling_config_t *fa) * * Purpose: Modify the file access property list to use the * H5FD_SUBFILING driver defined in this source file. All - * driver specfic properties are passed in as a pointer to + * driver specific properties are passed in as a pointer to * a suitably initialized instance of H5FD_subfiling_config_t * * Return: SUCCEED/FAIL @@ -522,16 +522,16 @@ done: * Function: H5FD_subfiling_validate_config() * * Purpose: Test to see if the supplied instance of - * H5FD_subfiling_config_t contains internally consistant data. + * H5FD_subfiling_config_t contains internally consistent data. * Return SUCCEED if so, and FAIL otherwise. * - * Note the difference between internally consistant and + * Note the difference between internally consistent and * correct. As we will have to try to setup subfiling to * determine whether the supplied data is correct, - * we will settle for internal consistancy at this point + * we will settle for internal consistency at this point * * Return: SUCCEED if instance of H5FD_subfiling_config_t contains - * internally consistant data, FAIL otherwise. + * internally consistent data, FAIL otherwise. * * Programmer: Jacob Smith * 9/10/17 @@ -839,7 +839,7 @@ H5FD__subfiling_open(const char *name, unsigned flags, hid_t subfiling_fapl_id, H5FD_sec2_t *hdf_file = (H5FD_sec2_t *)file_ptr->sf_file; h5_stat_t sb; /* We create a new file descriptor for our file structure. - * Basically, we want these seperate so that sec2 can + * Basically, we want these separate so that sec2 can * deal with the opened file for additional operations * (especially close) without interfering with subfiling. */ @@ -1169,7 +1169,7 @@ H5FD__subfiling_set_eoa(H5FD_t *_file, H5FD_mem_t H5_ATTR_UNUSED type, haddr_t a * and a file offset) of any storage operation. * * Having a defined storage layout, the virtual file EOF - * calculation shoud be the MAXIMUM value returned by the + * calculation should be the MAXIMUM value returned by the * collection of IOCs. Every MPI rank which hosts an IOC * maintains it's own EOF by updating that value for each * WRITE operation that completes, i.e. if a new local EOF @@ -1182,7 +1182,7 @@ H5FD__subfiling_set_eoa(H5FD_t *_file, H5FD_mem_t H5_ATTR_UNUSED type, haddr_t a * we also determine the 'sf_blocksize_per_stripe' which * is simply the 'sf_stripe_size' * 'n_ioc_concentrators' * - * 2. For every write operation, the IOC recieves a message + * 2. For every write operation, the IOC receives a message * containing a file_offset and the data_size. * 3. The file_offset + data_size are in turn used to * create a stripe_id: @@ -1844,7 +1844,7 @@ H5FD__subfiling_read_vector(H5FD_t *_file, hid_t dxpl_id, uint32_t count, H5FD_m HDassert((count == 0) || (types[0] != H5FD_MEM_NOLIST)); /* Note that the following code does not let the sub-filing VFD participate - * in collective calls when thre is no data to write. This is not an issue + * in collective calls when there is no data to write. This is not an issue * now, as we don't do anything special with collective operations. However * this needs to be fixed. */ @@ -1992,7 +1992,7 @@ H5FD__subfiling_write_vector(H5FD_t *_file, hid_t dxpl_id, uint32_t count, H5FD_ HDassert((count == 0) || (types[0] != H5FD_MEM_NOLIST)); /* Note that the following code does not let the sub-filing VFD participate - * in collective calls when thre is no data to write. This is not an issue + * in collective calls when there is no data to write. This is not an issue * now, as we don't do anything special with collective operations. However * this needs to be fixed. */ @@ -2111,7 +2111,7 @@ H5FD__subfiling_lock(H5FD_t *_file, hbool_t rw) HDassert(file); if (file->fa.require_ioc) - puts("Subfiling driver doesn't suport file locking"); + puts("Subfiling driver doesn't support file locking"); else { if (H5FD_lock(file->sf_file, rw) < 0) HSYS_GOTO_ERROR(H5E_FILE, H5E_BADFILE, FAIL, "unable to lock file") diff --git a/src/H5FDsubfiling.h b/src/H5FDsubfiling.h index 59a78ce..458f82f 100644 --- a/src/H5FDsubfiling.h +++ b/src/H5FDsubfiling.h @@ -72,7 +72,7 @@ * `stripe_count` (int32_t) * * The integer value which identifies the total number of - * subfiles that have been algorthmically been selected to + * subfiles that have been algorithmically been selected to * to contain the segments of raw data which make up an HDF5 * file. This value is used to implement the RAID-0 functionality * when reading or writing datasets. @@ -89,7 +89,7 @@ * * The io_selection_t defines a specific algorithm by which IO * concentrators (IOCs) and sub-files are identified. The available - * algorthms are: SELECT_IOC_ONE_PER_NODE, SELECT_IOC_EVERY_NTH_RANK, + * algorithms are: SELECT_IOC_ONE_PER_NODE, SELECT_IOC_EVERY_NTH_RANK, * SELECT_IOC_WITH_CONFIG, and SELECT_IOC_TOTAL. * *** STACKING and other VFD support @@ -101,12 +101,12 @@ * A valid file access property list (fapl) is cached on each * process and thus enables selection of an alternative provider * for subsequent file operations. - * By defalt, Sub-filing employs an additional support VFD that + * By default, Sub-filing employs an additional support VFD that * provides file IO proxy capabilities to all MPI ranks in a * distributed parallel application. This IO indirection * thus allows application access all sub-files even while * these may actually be node-local and thus not directly - * accessable to remote ranks. + * accessible to remote ranks. * *** Subfiling file Info * @@ -149,7 +149,7 @@ typedef struct config_common_t { * Require_IOC is a boolean flag with a default value of TRUE. * This flag indicates that the stacked H5FDioc VFD should be * employed for sub-filing operations. The default flag can be - * overriden with an environment variable: H5_REQUIRE_IOC=0 + * overridden with an environment variable: H5_REQUIRE_IOC=0 * */ @@ -194,7 +194,7 @@ H5_DLL herr_t H5Pget_fapl_subfiling(hid_t fapl_id, H5FD_subfiling_config_t *conf * \brief Modifies the file access property list to use the #H5FD_SUBFILING driver * * \fapl_id - * \param[in] vfd_config #H5FD_SUBFILING driver specfic properties. If NULL, then + * \param[in] vfd_config #H5FD_SUBFILING driver specific properties. If NULL, then * the IO concentrator VFD will be used. * \returns \herr_t * diff --git a/src/H5FDsubfiling_priv.h b/src/H5FDsubfiling_priv.h index 4ca63d0..37101f0 100644 --- a/src/H5FDsubfiling_priv.h +++ b/src/H5FDsubfiling_priv.h @@ -84,7 +84,7 @@ extern "C" { * `stripe_count` (int32_t) * * The integer value which identifies the total number of - * subfiles that have been algorthmically been selected to + * subfiles that have been algorithmically been selected to * to contain the segments of raw data which make up an HDF5 * file. This value is used to implement the RAID-0 functionality * when reading or writing datasets. @@ -101,7 +101,7 @@ extern "C" { * * The io_selection_t defines a specific algorithm by which IO * concentrators (IOCs) and sub-files are identified. The available - * algorthms are: SELECT_IOC_ONE_PER_NODE, SELECT_IOC_EVERY_NTH_RANK, + * algorithms are: SELECT_IOC_ONE_PER_NODE, SELECT_IOC_EVERY_NTH_RANK, * SELECT_IOC_WITH_CONFIG, and SELECT_IOC_TOTAL. * *** STACKING and other VFD support @@ -113,12 +113,12 @@ extern "C" { * A valid file access property list (fapl) is cached on each * process and thus enables selection of an alternative provider * for subsequent file operations. - * By defalt, Sub-filing employs an additional support VFD that + * By default, Sub-filing employs an additional support VFD that * provides file IO proxy capabilities to all MPI ranks in a * distributed parallel application. This IO indirection * thus allows application access all sub-files even while * these may actually be node-local and thus not directly - * accessable to remote ranks. + * accessible to remote ranks. * *** Subfiling file Info * @@ -154,7 +154,7 @@ extern "C" { typedef struct stat_record { int64_t op_count; /* How many ops in total */ - double min; /* minium (time) */ + double min; /* minimum (time) */ double max; /* maximum (time) */ double total; /* average (time) */ } stat_record_t; @@ -291,7 +291,7 @@ typedef struct app_layout_t { long hostid; /* value returned by gethostid() */ layout_t *layout; /* Vector of {rank,hostid} values */ int * node_ranks; /* ranks extracted from sorted layout */ - int node_count; /* Total nodes (differnt hostids) */ + int node_count; /* Total nodes (different hostids) */ int node_index; /* My node: index into node_ranks */ int local_peers; /* How may local peers on my node */ int world_rank; /* My MPI rank */ @@ -399,7 +399,7 @@ extern atomic_int sf_io_ops_pending; * At least initially, all sanity checking is done with asserts, as the * the existing I/O concentrator code is not well integrated into the HDF5 * error reporting system. This will have to be revisited for a production - * version, but it should be suficient for now. + * version, but it should be sufficient for now. * * JRM -- 11/2/21 * @@ -490,11 +490,11 @@ do { * the IOC I/O Queue. This field points to the previous entry * in the queue, or NULL if there is no previous entry. * - * in_progress: Boolean flag that must be FALSE when the entry is insterted + * in_progress: Boolean flag that must be FALSE when the entry is inserted * into the IOC I/O Queue, and set to TRUE when the entry is dispatched * to the worker thread pool for execution. * - * When in_progress is FALS, the enty is said to be pending. + * When in_progress is FALS, the entry is said to be pending. * * counter: uint32_t containing a serial number assigned to this IOC * I/O Queue entry. Note that this will roll over on long @@ -544,7 +544,7 @@ typedef struct H5FD_ioc_io_queue_entry { hbool_t in_progress; uint32_t counter; - /* rework these fileds */ /* JRM */ + /* rework these fields */ /* JRM */ sf_work_request_t wk_req; struct hg_thread_work thread_wk; @@ -589,7 +589,7 @@ struct hg_thread_work { * structure H5FD_ioc_io_queue * * This is a temporary structure -- its fields should be moved to an I/O - * concentrator Catchall structure eventualy. + * concentrator Catchall structure eventually. * * The fields of this structure support the io queue used to receive and * sequence I/O requests for execution by the worker threads. The rules @@ -598,20 +598,20 @@ struct hg_thread_work { * 1) Non-overlaping I/O requests must be fed to the worker threads in * the order received, and may execute concurrently * - * 2) Overlaping read requests must be fed to the worker threads in + * 2) Overlapping read requests must be fed to the worker threads in * the order received, but may execute concurrently. * * 3) If any pair of I/O requests overlap, and at least one is a write * request, they must be executed in strict arrival order, and the * first must complete before the second starts. * - * Due to the strict ordering requirment in rule 3, entries must be + * Due to the strict ordering requirement in rule 3, entries must be * inserted at the tail of the queue in receipt order, and retained on * the queue until completed. Entries in the queue are marked pending * when inserted on the queue, in progress when handed to a worker * thread, and deleted from the queue when completed. * - * The dispatch algorith is as follows: + * The dispatch algorithm is as follows: * * 1) Set X equal to the element at the head of the queue. * @@ -641,7 +641,7 @@ struct hg_thread_work { * I/O requests from the queue, check to see if there are any pending * requests, and trigger the dispatch algorithm if there are. * - * The fileds in the structure are discussed individually below. + * The fields in the structure are discussed individually below. * * magic: Unsigned 32 bit integer always set to H5FD_IOC__IO_Q_MAGIC. * This field is used to validate pointers to instances of @@ -673,7 +673,7 @@ struct hg_thread_work { * to wrap around once its maximum value is reached. * * q_mutex: Mutex used to ensure that only one thread accesses the IOC I/O - * Queue at once. This mutex must be held to access of modifiy + * Queue at once. This mutex must be held to access of modify * all fields of the * * @@ -687,10 +687,10 @@ struct hg_thread_work { * max_q_len: Maximum number of requests residing on the IOC I/O Queue at * any point in time in the current run. * - * max_num_pending: Maximum number of pending rquests residing on the IOC + * max_num_pending: Maximum number of pending requests residing on the IOC * I/O Queue at any point in time in the current run. * - * max_num_in_progress: Maximum number of in progress rquests residing on + * max_num_in_progress: Maximum number of in progress requests residing on * the IOC I/O Queue at any point in time in the current run. * * ind_read_requests: Number of independent read requests received by the @@ -355,7 +355,7 @@ H5HF_insert(H5HF_t *fh, size_t size, const void *obj, void *id /*out*/) if (size > hdr->max_man_size) { /* Store 'huge' object in heap * - * Although not ideal, we can quiet the const warning here becuase no + * Although not ideal, we can quiet the const warning here because no * obj pointer that was originally const should ever arrive here. */ H5_GCC_CLANG_DIAG_OFF("cast-qual") @@ -311,7 +311,7 @@ { \ H5SL_node_t *_last = X; /* Lowest node in the current gap */ \ H5SL_node_t *_llast = X; /* Lowest node in the previous gap */ \ - H5SL_node_t *_next = NULL; /* Highest node in the currect gap */ \ + H5SL_node_t *_next = NULL; /* Highest node in the current gap */ \ H5SL_node_t *_drop = NULL; /* Low node of the gap to drop into */ \ H5SL_node_t *_ldrop = NULL; /* Low node of gap before the one to drop into */ \ H5SL_node_t *_head = SLIST->header; /* Head of the skip list */ \ diff --git a/src/mercury/include/na.h b/src/mercury/include/na.h index 88b97f8..6f75b28 100644 --- a/src/mercury/include/na.h +++ b/src/mercury/include/na.h @@ -405,7 +405,7 @@ NA_PUBLIC na_return_t NA_Msg_init_unexpected(na_class_t *na_class, void *buf, na * receive to be posted at the destination before sending the message and the * destination is allowed to drop the message without notification. However, * in general, NA plugins are encouraged to remain reliable to avoid unnecessary - * timeouts and cancelations. + * timeouts and cancellations. * * Users must manually create an operation ID through NA_Op_create() and pass * it through op_id for future use and prevent multiple ID creation. diff --git a/src/mercury/include/na_sm.h b/src/mercury/include/na_sm.h index 709c639..3b1cd8d 100644 --- a/src/mercury/include/na_sm.h +++ b/src/mercury/include/na_sm.h @@ -43,7 +43,7 @@ extern "C" { #endif /** - * Get the curent host ID (generate a new one if none exists). + * Get the current host ID (generate a new one if none exists). * * \param id [IN/OUT] pointer to SM host ID * |