On 30 January 2009 at 16:15, Jeff Squyres wrote:
| On Jan 26, 2009, at 3:33 PM, Dirk Eddelbuettel wrote:
|
| > Gdb doesn't want to step into the Open MPI code; I used debugging
| > symbols for
| > both R and Open MPI that are available via -dbg packages with the
| > debugging
| > info. So descending one function at a time, I see the following
| > calling
| > sequence
| >
| > MPI_Init
| > ompi_mpi_init
| > orte_init
| > opal_init
| > opal_paffinity_base_open
| > mca_base_components_open
| > open_components
| >
| > where things end in the loop over oapl_list() elements. I still see a
| > fprintf() statment just before
| >
| > if (MCA_SUCCESS == component->mca_register_component_params()) {
| >
| > in the middle of the open_components function in the file
| > mca_base_components_open.c
|
| Do you know if component is non-NULL and has a sensible value (i.e.,
| pointing to a valid component)?
Do not. Everything (in particular below /etc/openmpi/) is at default values
with the sole exception of
# edd 18 Dec 2008
mca_component_show_load_errors = 0
Could that kill it? [ Goes off and tests... ] No, still dies with segfault
in open_components.
| Does ompi_info work? (ompi_info uses this exact same code to find/
| open components) If ompi_info fails, you should be able to attach a
| debugger to that, since it's a serial and [relatively] straightforward
| app.
Yes, ompi_info happily runs and returns around 111 lines. It seems to loop
over around 25 mca components.
Open MPI is otherwise healthy and happy. It's just that Rmpi does not get
along with Open MPI 1.3 .... but this happens to be my personal use-case :-/
Dirk
--
Three out of two people have difficulties with fractions.
