<p>Neither the heap array idea (a bad one, look up what it really does) or ulimit are relevant. In fact the key codes in Wien2k now set ulimit themselves due to some issues with openmpi.</p>
<p>SIGSEV errors mean in most cases that the code has got corrupted by an array going out of bounds or an illegal instruction. Almost certainly Intel has overoptimized something so the machine level code is doing something wrong. Sometimes turning on every possible debug option then running inside a debugger (ddd) can work to find it. It is not easy, which is why you do not have people rushing forward with answers. (I do not have that compiler.)</p>

<div class="gmail_quote">On Nov 23, 2011 7:20 PM, &quot;Aaron Sutton&quot; &lt;<a href="mailto:asutton@physics.utoronto.ca">asutton@physics.utoronto.ca</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
I also tried the -heap-arrays suggestion from intel to no avail. I<br>
believe the two packages you&#39;ve mentioned, including revision 3 of the<br>
2011 intel fortran compiler, should be all you need. As for the C<br>
compiler, I&#39;m using gcc 4.6.1, which I believe is the standard version<br>
on Ubuntu 11.10.<br>
----------------------------------------------------------------------------<br>
Aaron Sutton<br>
Ph.D. Candidate | University of Toronto<br>
Office: McLennan MP090 | Phone: +1 416 946 3639<br>
Email: <a href="mailto:asutton@physics.utoronto.ca">asutton@physics.utoronto.ca</a><br>
<br>
<br>
<br>
2011/11/23 Paul Fons &lt;<a href="mailto:paul-fons@aist.go.jp">paul-fons@aist.go.jp</a>&gt;:<br>
&gt; I am trying to compile Wien2K as well with the latest intel compilers.  At<br>
&gt; first I thought it might be a stack overflow problem (of course limit<br>
&gt; stacksize was set to unlimited) and I tried the suggestion -heap-arrays from<br>
&gt; intel<br>
&gt; (<a href="http://software.intel.com/en-us/articles/determining-root-cause-of-sigsegv-or-sigbus-errors/" target="_blank">http://software.intel.com/en-us/articles/determining-root-cause-of-sigsegv-or-sigbus-errors/</a>)<br>

&gt; but it did not help either.<br>
&gt; Has any progress been made in tracking down the source of this error?  The<br>
&gt; traceback is essentially worthless.  Has anyone corresponded with intel with<br>
&gt; regards to the problem?<br>
&gt;<br>
&gt; I am now in the process of downloading an older version of the compiler.  I<br>
&gt; am a little worried about downloading having different versions of the<br>
&gt; compiler as there is also C code in Wien2K.  Exactly which versions of the<br>
&gt; C, Fortran, and MKL libraries should be used.  I have a copy of a Intel<br>
&gt; Parallel Studio XE for Linux and don&#39;t typically download the individual<br>
&gt; packages hence my confusion.<br>
&gt; From what I understand, update 3 is the<br>
&gt;  I am downloading currently:<br>
&gt; Fortran<br>
&gt; l_fcompxe_2011.3.174.tgz<br>
&gt; ]MKL<br>
&gt; l_mkl_10.3.3.174.tgz<br>
&gt;<br>
&gt;<br>
&gt; On Nov 11, 2011, at 6:04 AM, Aaron Sutton wrote:<br>
&gt;<br>
&gt; Great, thank you I will try this. I haven&#39;t seen this as I&#39;m new to<br>
&gt; the mailing list. I actually eliminated the the segmentation fault by<br>
&gt; linking to libmkl_mc.so explicitly, this however has caused an error<br>
&gt; in SECLR4. Don&#39;t think I&#39;m further along, but at least the error is<br>
&gt; different.<br>
&gt;<br>
&gt; ----------------------------------------------------------------------------<br>
&gt; Aaron Sutton<br>
&gt; Ph.D. Candidate | University of Toronto<br>
&gt; Office: McLennan MP090 | Phone: +1 416 946 3639<br>
&gt; Email: <a href="mailto:asutton@physics.utoronto.ca">asutton@physics.utoronto.ca</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Thu, Nov 10, 2011 at 15:48, Gavin Abo &lt;<a href="mailto:gsabo@crimson.ua.edu">gsabo@crimson.ua.edu</a>&gt; wrote:<br>
&gt;<br>
&gt; Hi Aaron,<br>
&gt;<br>
&gt; If you have been following some of the recent mailing list posts, I think<br>
&gt;<br>
&gt; this error is because of the intel compiler.  I had the same or similar<br>
&gt;<br>
&gt; error with update 6.  I never tried update 7, but it sounds like the<br>
&gt;<br>
&gt; compiler does not seem to be compiling the Wien2k code correctly like update<br>
&gt;<br>
&gt; 6.  Try update 3 of Intel FORTRAN compiler &amp; MKL<br>
&gt;<br>
&gt; library, which should be composerxe-2011.3.174.<br>
&gt;<br>
&gt; Gavin<br>
&gt;<br>
&gt; On 11/10/2011 2:31 PM, Aaron Sutton wrote:<br>
&gt;<br>
&gt; Hi,<br>
&gt;<br>
&gt; I am experiencing a segmentation fault when running WIEN2k compiled<br>
&gt;<br>
&gt; using the most recent version of the Intel FORTRAN compiler&amp;  MKL<br>
&gt;<br>
&gt; library (composer_xe_2011_sp1.7.256). The computer it&#39;s being run on<br>
&gt;<br>
&gt; is a 2009 Mac Pro with 2 quad core intel xeon 5500 series processors<br>
&gt;<br>
&gt; at 2.93GHz and 8GB RAM. The computer is natively running Ubuntu Linux<br>
&gt;<br>
&gt; 11.10 (though the same issue occurred while running 11.04). WIEN2k is<br>
&gt;<br>
&gt; compiled using the default flags and links provided by the Linux with<br>
&gt;<br>
&gt; Intel FORTRAN v12.0 + MKL option of siteconfig_lapw, no modifications.<br>
&gt;<br>
&gt; The software compiles without error. Upon running the software, either<br>
&gt;<br>
&gt; through the web interface or using run_lapw in the case directory,<br>
&gt;<br>
&gt; lapw0 completes successfully and then I receive:<br>
&gt;<br>
&gt; LAPW0 END<br>
&gt;<br>
&gt; forrtl: severe (174): SIGSEGV, segmentation fault occurred<br>
&gt;<br>
&gt; IMAGE                           PC<br>
&gt;<br>
&gt;    ROUTINE                              LINE<br>
&gt;<br>
&gt;      SOURCE<br>
&gt;<br>
&gt; libmkl_mc3.so                 00002B0321624A30               Unknown<br>
&gt;<br>
&gt;                             Unknown                          Unknown<br>
&gt;<br>
&gt; stop error<br>
&gt;<br>
&gt; According to the intel compiler documentation, the libmkl_mc3 library<br>
&gt;<br>
&gt; is a kernel library specifically for core i7 type processors, which<br>
&gt;<br>
&gt; the Xeon 5500s are. I do not link specifically to libmkl_mc3.so<br>
&gt;<br>
&gt; anywhere as I am using the default options. I can report that this<br>
&gt;<br>
&gt; error does not occur on i3 or i5 processors. Any thoughts on how to<br>
&gt;<br>
&gt; remedy this situation?<br>
&gt;<br>
&gt; Thank you.<br>
&gt;<br>
&gt; ----------------------------------------------------------------------------<br>
&gt;<br>
&gt; Aaron Sutton<br>
&gt;<br>
&gt; Ph.D. Candidate | University of Toronto<br>
&gt;<br>
&gt; Office: McLennan MP090 | Phone: +1 416 946 3639<br>
&gt;<br>
&gt; Email: <a href="mailto:asutton@physics.utoronto.ca">asutton@physics.utoronto.ca</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt;<br>
&gt; Wien mailing list<br>
&gt;<br>
&gt; <a href="mailto:Wien@zeus.theochem.tuwien.ac.at">Wien@zeus.theochem.tuwien.ac.at</a><br>
&gt;<br>
&gt; <a href="http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien" target="_blank">http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien</a><br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt;<br>
&gt; Wien mailing list<br>
&gt;<br>
&gt; <a href="mailto:Wien@zeus.theochem.tuwien.ac.at">Wien@zeus.theochem.tuwien.ac.at</a><br>
&gt;<br>
&gt; <a href="http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien" target="_blank">http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Wien mailing list<br>
&gt; <a href="mailto:Wien@zeus.theochem.tuwien.ac.at">Wien@zeus.theochem.tuwien.ac.at</a><br>
&gt; <a href="http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien" target="_blank">http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien</a><br>
&gt;<br>
&gt; Dr. Paul Fons<br>
&gt; Functional Nano-phase-change Research Team<br>
&gt; Team Leader<br>
&gt; Nanodevice Innovation Research Center (NIRC)<br>
&gt; National Institute for Advanced Industrial Science &amp; Technology<br>
&gt; METI<br>
&gt; AIST Central 4, Higashi 1-1-1<br>
&gt; Tsukuba, Ibaraki JAPAN 305-8568<br>
&gt; tel. +81-298-61-5636<br>
&gt; fax. +81-298-61-2939<br>
&gt; email: <a href="mailto:paul-fons@aist.go.jp">paul-fons@aist.go.jp</a><br>
&gt; The following lines are in a Japanese font<br>
&gt; 〒305-8562 茨城県つくば市つくば中央東 1-1-1<br>
&gt; 産業技術総合研究所<br>
&gt; ナノ電子デバイス研究センター<br>
&gt; 相変化新規機能デバイス研究チーム チームリーダー<br>
&gt; ポール・フォンス<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Wien mailing list<br>
&gt; <a href="mailto:Wien@zeus.theochem.tuwien.ac.at">Wien@zeus.theochem.tuwien.ac.at</a><br>
&gt; <a href="http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien" target="_blank">http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien</a><br>
&gt;<br>
&gt;<br>
_______________________________________________<br>
Wien mailing list<br>
<a href="mailto:Wien@zeus.theochem.tuwien.ac.at">Wien@zeus.theochem.tuwien.ac.at</a><br>
<a href="http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien" target="_blank">http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien</a><br>
</blockquote></div>