<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>hello <br>
    </p>
    <p>what is the output of <br>
    </p>
    <p>addr2line -p -e ph.x 00000000004BE229 <br>
    </p>
    and what version of ph are you using ? <br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 07/08/2018 17:06, Holzwarth, Natalie
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAH3a32mEgSydEc_pcfRJvckjHdd8An=Umjn3a=PzLSmXAkU2tQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      <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"
          moz-do-not-send="true">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" moz-do-not-send="true">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"
                  moz-do-not-send="true">natalie@wfu.edu</a>
                <div>Department of Physics                              
                     web: <a href="http://www.wfu.edu/%7Enatalie"
                    target="_blank" moz-do-not-send="true">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"
                  moz-do-not-send="true">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" moz-do-not-send="true">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" moz-do-not-send="true">users@lists.quantum-espresso.o<wbr>rg</a><br>
                <a
                  href="https://lists.quantum-espresso.org/mailman/listinfo/users"
                  rel="noreferrer" target="_blank"
                  moz-do-not-send="true">https://lists.quantum-espresso<wbr>.org/mailman/listinfo/users</a></blockquote>
            </div>
            <br>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:users@lists.quantum-espresso.org">users@lists.quantum-espresso.org</a>
<a class="moz-txt-link-freetext" href="https://lists.quantum-espresso.org/mailman/listinfo/users">https://lists.quantum-espresso.org/mailman/listinfo/users</a></pre>
    </blockquote>
    <br>
  </body>
</html>