
<html>

  <head>

    <meta http-equiv="content-type" content="text/html;

      charset=ISO-8859-1">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    Dear Wannier90 users and developers,<br>

    <br>

    I realized that the default setting of kubo_freq_max does not

    guarantee that <b>kubo_freq_max > 0</b>.<br>

    This means that kubo_nfreq can be negative by default, with ensuing

    crashes of mpi when trying to broadcast kubo_freq_list at the

    beginning of postw90 calculations.<br>

    <br>

    This is quite annoying because it affects all post-processing

    calculations (not just Kubo), i.e.<br>

    even when one is not interested in properly setting the Kubo

    frequency limits.<br>

    For instance I discovered this inconsistency by doing a DOS

    calculation where by default kubo_freq_max was negative and

    kubo_nfreq=-82:<br>

    <br>

    Fatal error in PMPI_Bcast: Invalid count, error stack:<br>

    PMPI_Bcast(2011): MPI_Bcast(buf=0x100, count=-82,

    MPI_DOUBLE_COMPLEX, root=0, MPI_COMM_WORLD) failed<br>

    PMPI_Bcast(1903): Negative count, value is -82<br>

    <br>

    I believe that a simple check that kubo_freq_max is positive would

    be sufficient to solve the problem (and use the current fallback

    otherwise, i.e. "the difference between the maximum and the minimum

    energy eigenvalue stored in seedname.eig, plus 0.6667").<br>

    <br>

    Kind regards,<br>

    Marco Gibertini<br>

    <pre class="moz-signature" cols="72">-- 

****

Marco Gibertini

****************************************

Post-doctoral Research Scientist

Theory and Simulation of Materials (THEOS)

École Polytechnique Fédérale de Lausanne</pre>

  </body>

</html>