Re: [O-MPI users] Bug in C++ bindings

[Brian Barrett]

On Jan 31, 2006, at 5:47 PM, Brian Granger wrote:


I am compiling a C++ program that uses the Open-MPI c++ bindings.  I
think there is a bug in the constants.h and/or mpicxx.cc files.

The file constants.h defines lots of constants as extern.  There are





By commenting corresponding lines out in constants.h, my code
compiled and ran fine.  Is this a bug, or should these things be
defined somewhere else.  Thanks!


Thanks for bringing this to our attention - this is most definitely a  
bug.  The issue will be fixed in the upcoming 1.0.2 release.  It  
sounds like you have a workaround already, but I've attached the  
patch that was applied to the v1.0 branch to become part of the next  
release.



Thanks,

Brian

--
  Brian Barrett
  Open MPI developer
  http://www.open-mpi.org/



ompi_cxx.diff
Description: Binary data

Re: [O-MPI users] forrtl: severe (39): error during read, unit 5, file /dev/ptmx - OpenMPI 1.0.2

[Konstantin Kudin]

 Hi,

 Here is an update. The code crashes only when it is launched by
mpirun, and the actual piece of code where it happens is this:

IF ( ionode ) THEN
30 READ (parse_unit, fmt='(A256)', END=10) line
   IF( line == ' ' .OR. line(1:1) == '#' ) GO TO 30
   tend = .FALSE.
   GO TO 20
10 tend = .TRUE.
20 CONTINUE
END IF

 Basically, the 1st node is supposed to reach the end of file while
reading in a file, and jump to line "10". Instead, it crashes at line
30 with the message "forrtl: severe (39): error during read, unit 5,
file /dev/ptmx".

 If I add a keyword to the end of the file "END", and then never let
the program see the end of file, it works fine.

 Is there a patch for Open-MPI that would fix that?

 Thanks!
 Konstantin

--- Konstantin Kudin  wrote:

>  Hi all,
> 
>  The package Quantum Espresso (QE) 3.0 from www.pwscf.org works fine
> with MPICH 1.2.7 and these versions of Intel compilers.
> 
>  QE also compiles fine with Open-MPI. However, when trying to run the
> CP program from the package with either Open-MPI v1.0.1, or the
> latest
> nightly build [ 1.0.2a4r8848 ], the following error is produced (also
> in the *.tar.gz file):
> 
> > ./wat01.j
> forrtl: Input/output error
> forrtl: severe (39): error during read, unit 5, file /dev/ptmx
> Image  PCRoutineLine   
> Source
> cp.x   0084931F  Unknown   Unknown 
> Unknown
> 
>  The program cp.x reads its data from the std. input, and writes to
> std. output.
> 
>  The files config.log, ompi_info.log, and a slightly more detailed
> output of the error are in the attached file.
> 
>  Any ideas what might be wrong?
> 
>  Thanks!
>  Konstantin
> 
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com >
___
> users mailing list
> us...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/users


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[O-MPI users] tcsh 'Unmatched ".' error on localhost

[Glenn Morris]

Using v1.0.1, with tcsh as user login shell, trying to mpirun a job on
the localhost that involves tcsh produces an error from tcsh.

E.g.

hostfile = "localhost"

mpirun -np 1 --hostfile ./hostfile \
  --mca pls_rsh_agent ssh ... /bin/tcsh -c hostname

results in the error `Unmatched ".' from tcsh. /bin/bash is fine, as
is any host which is not the local machine.

tcsh -V showed the warning to come from one of the standard files in
/etc/profile.d/, which was trying to manipulate ${path}.

I believe the problem is caused by the \n added to the end of PATH and
LD_LIBRARY_PATH in pls_rsh_module.c at lines 749 and 762. tcsh does
not seem to like these, and removing them stops the error message
occurring.