<div dir="ltr">This segmentation fault issue has also appeared for us in another QE code.    Perhaps it is a totally unrelated problem which we find related to the openmpi package compiled with intel-3.1.1-2018 and intel-3.1.0-2018.   In our case, compiling with openmpi package compiled with intel-2.1.0-2018 usually (not always) solves the problem.  Compiling with a much older openmpi package solves the problem, but is not viable for the current configuration of our cluster. Since no one else mentioned the problem until now, we think it may have to do with our internal setup???  The error is very intermittent,   occurring at different places in the code for the same input.    The common aspect of this error to the one in the original message is <a href="http://libpthread-2.12.so">libpthread-2.12.so</a>. Most reliably we see the error in ph.x with part of the error message:<div><div><br></div><div>forrtl: severe (174): SIGSEGV, segmentation fault occurred</div><div>Image              PC                Routine            Line        Source             </div><div>ph.x               0000000000D99A1D  for__signal_handl     Unknown  Unknown</div><div>libpthread-2.12.s  0000003271E0F7E0  Unknown               Unknown  Unknown</div><div>mca_btl_vader.so   00002AB74BBB99A7  Unknown               Unknown  Unknown</div><div>libopen-pal.so.40  00002AB738AD3A54  opal_progress         Unknown  Unknown</div><div>libmpi.so.40.10.1  00002AB7384DBC04  ompi_request_defa     Unknown  Unknown</div><div>libmpi.so.40.10.1  00002AB7385384C5  ompi_coll_base_ba     Unknown  Unknown</div><div>libmpi.so.40.10.1  00002AB7384F26F1  MPI_Barrier           Unknown  Unknown</div><div>libmpi_mpifh.so.4  00002AB73826D013  MPI_Barrier_f08       Unknown  Unknown</div><div>ph.x               0000000000BA9E0E  Unknown               Unknown  Unknown</div><div>ph.x               0000000000B9835B  Unknown               Unknown  Unknown</div><div>ph.x               000000000057FE26  Unknown               Unknown  Unknown</div><div>ph.x               00000000004BE229  Unknown               Unknown  Unknown</div><div>ph.x               00000000004A0F10  Unknown               Unknown  Unknown</div><div>ph.x               0000000000415A65  Unknown               Unknown  Unknown</div><div>ph.x               000000000040EE73  Unknown               Unknown  Unknown</div><div>ph.x               000000000040EDDE  Unknown               Unknown  Unknown</div><div><a href="http://libc-2.12.so">libc-2.12.so</a>       000000327161ED1D  __libc_start_main     Unknown  Unknown</div><div>ph.x               000000000040ECE9  Unknown               Unknown  Unknown</div></div><div><br></div><div>I am very curious about whether you think this may be related or totally unrelated.   Thanks,  Natalie Holzwarth<br><div class="gmail_extra"><br clear="all"><div><div class="gmail-m_6890624152510146563gmail_signature">N. A. W. Holzwarth                                       email: <a href="mailto:natalie@wfu.edu" target="_blank">natalie@wfu.edu</a><div>Department of Physics                                  web: <a href="http://www.wfu.edu/~natalie" target="_blank">http://www.wfu.edu/~natalie</a></div><div>Wake Forest University                                 phone: 1-336-758-5510 </div><div>Winston-Salem, NC 27109 USA                     office: Rm. 300 Olin Physical Lab</div></div></div>
<br><div class="gmail_quote">On Tue, Aug 7, 2018 at 8:18 AM, Davide Ceresoli <span dir="ltr"><<a href="mailto:davide.ceresoli@cnr.it" target="_blank">davide.ceresoli@cnr.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear Ben,<br>
    I'm afraid it's a problem with MKL-blas ZDOTC, which must<br>
return a complex(dp) result. Very strange, because if you grep<br>
the source code, we have declared it: complex(dp), external::zdtoc<br>
<br>
Can you tell us your compiler and MKL version? can you add<br>
DFLAGS+=-Dzdotc=zdotc_wrapper<br>
to the QE make.inc and recompile both (QE and GIPAW)?<br>
<br>
Best wishes,<br>
    Davide<br>
<br>
<br>
On 08/06/2018 03:19 PM, Ben Comer wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hello,<br>
<br>
I've been trying to do g factor calculations in GIPAW working for a few days now. I keep getting a segmentation fault (below) no matter how I compile it on our cluster. Does anyone have a good idea of what might be causing this?<br>
<br>
<br>
forrtl: severe (174): SIGSEGV, segmentation fault occurred<br>
Image              PC                Routine Line        Source<br>
gipaw.x            0000000000C40604  Unknown Unknown  Unknown<br>
libpthread-2.12.s  000000328DE0F7E0  Unknown Unknown  Unknown<br>
libmkl_avx2.so     00002AAAB7DA5CA3  mkl_blas_avx2_zdo Unknown  Unknown<br>
<br>
Thanks,<br>
<br>
Ben Comer<br>
<br>
Georgia Tech<br>
<br>
<br>
<br>
</blockquote>
<br>
-- <br>
+-----------------------------<wbr>------------------------------<wbr>---+<br>
  Davide Ceresoli<br>
  CNR Institute of Molecular Science and Technology (CNR-ISTM)<br>
  c/o University of Milan, via Golgi 19, 20133 Milan, Italy<br>
  Email: <a href="mailto:davide.ceresoli@istm.cnr.it" target="_blank">davide.ceresoli@istm.cnr.it</a><br>
  Phone: +39-02-50314276, +39-347-1001570 (mobile)<br>
  Skype: dceresoli<br>
+-----------------------------<wbr>------------------------------<wbr>---+<br>
______________________________<wbr>_________________<br>
users mailing list<br>
<a href="mailto:users@lists.quantum-espresso.org" target="_blank">users@lists.quantum-espresso.o<wbr>rg</a><br>
<a href="https://lists.quantum-espresso.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.quantum-espresso<wbr>.org/mailman/listinfo/users</a></blockquote></div><br></div></div></div>