ports/openmpi
ports/openmpi
1
1
Форкнуть 0
Код Релизы Активность
0c05204c13
openmpi/src/mca/io/base/io_base_open.c

75 строки
1.8 KiB
C
Исходник Обычный вид История

Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 05:56:05 +04:00
/*
First cut at copyrights: IU, UTK, and some OSU. LANL and HLRS still pending. This commit was SVN r3655.
2004-11-22 04:38:40 +03:00
* Copyright (c) 2004-2005 The Trustees of Indiana University.
* All rights reserved.
* Copyright (c) 2004-2005 The Trustees of the University of Tennessee.
* All rights reserved.
* $COPYRIGHT$
*
* Additional copyrights may follow
*
Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 05:56:05 +04:00
* $HEADER$
*/
this is the big windows commit. there are more things which have gone into this than i can remember. but basically, we are looking for 1. header file and source file protections using #ifdef WIN32 2. new files and directories to support windows functionality 3. appropritate linkage symbols added (OMPI_DECLSPEC) for windows 4. some functions are unimplemented on the windows side. this is mostly because there might not be need to implement it in windows land. eg., forking a daemon off 5. Introduced locking mechanisms for windows This commit was SVN r3286.
2004-10-22 20:06:05 +04:00
#include "ompi_config.h"
First cut of MPI_File / io MCA component framework. This also includes the romio component. Only blocking operations are supported -- non-blocking stuff is pending some changes in the top-level progression engine, and some threaded issues need to be worked out. This commit was SVN r2655.
2004-09-14 14:55:10 +04:00
#include <stdio.h>
#include "util/output.h"
#include "mca/mca.h"
#include "mca/base/base.h"
#include "mca/base/mca_base_param.h"
#include "mca/io/io.h"
Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 05:56:05 +04:00
#include "mca/io/base/base.h"
First cut of MPI_File / io MCA component framework. This also includes the romio component. Only blocking operations are supported -- non-blocking stuff is pending some changes in the top-level progression engine, and some threaded issues need to be worked out. This commit was SVN r2655.
2004-09-14 14:55:10 +04:00
/*
* The following file was created by configure. It contains extern
* statements and the definition of an array of pointers to each
* component's public mca_base_component_t struct.
*/
this is the big windows commit. there are more things which have gone into this than i can remember. but basically, we are looking for 1. header file and source file protections using #ifdef WIN32 2. new files and directories to support windows functionality 3. appropritate linkage symbols added (OMPI_DECLSPEC) for windows 4. some functions are unimplemented on the windows side. this is mostly because there might not be need to implement it in windows land. eg., forking a daemon off 5. Introduced locking mechanisms for windows This commit was SVN r3286.
2004-10-22 20:06:05 +04:00
#ifdef WIN32
const mca_base_component_t *mca_io_base_static_components[] = {NULL};
#else
First cut of MPI_File / io MCA component framework. This also includes the romio component. Only blocking operations are supported -- non-blocking stuff is pending some changes in the top-level progression engine, and some threaded issues need to be worked out. This commit was SVN r2655.
2004-09-14 14:55:10 +04:00
#include "mca/io/base/static-components.h"
this is the big windows commit. there are more things which have gone into this than i can remember. but basically, we are looking for 1. header file and source file protections using #ifdef WIN32 2. new files and directories to support windows functionality 3. appropritate linkage symbols added (OMPI_DECLSPEC) for windows 4. some functions are unimplemented on the windows side. this is mostly because there might not be need to implement it in windows land. eg., forking a daemon off 5. Introduced locking mechanisms for windows This commit was SVN r3286.
2004-10-22 20:06:05 +04:00
#endif
First cut of MPI_File / io MCA component framework. This also includes the romio component. Only blocking operations are supported -- non-blocking stuff is pending some changes in the top-level progression engine, and some threaded issues need to be worked out. This commit was SVN r2655.
2004-09-14 14:55:10 +04:00
/*
* Global variables; most of which are loaded by back-ends of MCA
* variables
*/
int mca_io_base_param = -1;
int mca_io_base_output = -1;
bool mca_io_base_components_opened_valid = false;
ompi_list_t mca_io_base_components_opened;
/*
* Function for finding and opening either all MCA components, or the one
* that was specifically requested via a MCA parameter.
*/
Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 05:56:05 +04:00
int mca_io_base_open(void)
{
First cut of MPI_File / io MCA component framework. This also includes the romio component. Only blocking operations are supported -- non-blocking stuff is pending some changes in the top-level progression engine, and some threaded issues need to be worked out. This commit was SVN r2655.
2004-09-14 14:55:10 +04:00
/* Open an output stream for this framework */
mca_io_base_output = ompi_output_open(NULL);
/* Open up all available components */
if (OMPI_SUCCESS !=
mca_base_components_open("io", mca_io_base_output,
mca_io_base_static_components,
&mca_io_base_components_opened)) {
return OMPI_ERROR;
}
mca_io_base_components_opened_valid = true;
/* Find the index of the MCA "io" param for selection */
mca_io_base_param = mca_base_param_find("io", "base", NULL);
/* All done */
Committing several things under one commit, but they're all at least somewhat tied together and I'd rather have a consistent commit rather than several smaller commits that individually break the tree: - first cut of src/file/file.c: MPI_File handling. More to come here. - tweaked MPI_Info handling a bit: cause MPI_Info_f2c to invoke error handler if provided index is out of range (vs. returing MPI_INFO_NULL without invoking an error handler) - moved general MPI MCA params off into their own .h and .c file (so that ompi_info can call it and therefore display MPI MCA params) - first [abbreviated] cut of src/mca/io/base/* -- much more to come here; stripped down to basics for this commit - filled in a small number of MPI_File* functions for testing purposes - updated a bunch of doxygen docs --> Unresolved questions about MPI_ERRORS_RETURN, MPI_ERRORS_ABORT, and MPI::ERRORS_THROW_EXCEPTIONS because of vagueness in MPI standard -- Edgar and I are discussing what to do here --> Unresolved questions about what to do in a case like this: MPI_File_open(..., &file); MPI_File_close(&file); MPI_File_read(..., &file); because MPI-2:9.7 says that the default error handler on MPI_File handles is MPI_ERRORS_RETURN -- we can't even print a warning here! This certainly violates the Law of Least Astonishment for MPI users (who certainly expect MPI functions that fail to complain loudly and to abort by default). This commit was SVN r2136.
2004-08-14 05:56:05 +04:00
return OMPI_SUCCESS;
}
Копировать постоянную ссылку