Thank you, Prof. Marks !<div>   I will contact them askiing for what was changed.</div><div>   All the best,</div><div>                         Luis</div><div><br></div><div><br><div><br><br><div class="gmail_quote">2013/3/15 Laurence Marks <span dir="ltr">&lt;<a href="mailto:L-marks@northwestern.edu" target="_blank">L-marks@northwestern.edu</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Peter may have some ideas but I suspect that you need to tell us what<br>
they changed in the source code. That is very dangerous.<br>
<div class="HOEnZb"><div class="h5"><br>
On Fri, Mar 15, 2013 at 11:27 AM, Luis Ogando &lt;<a href="mailto:lcodacal@gmail.com">lcodacal@gmail.com</a>&gt; wrote:<br>
&gt; Dear WIEN2k community,<br>
&gt;<br>
&gt;    I am trying to use WIEN2k 12.1 in the &quot;Spanish Supercomputing Network&quot;<br>
&gt; (RES), more specifically, the TIRANT machine at Valencia University (PowerPC<br>
&gt; processors and XLF compiler). The guys from RES had a hard work to compile<br>
&gt; WIEN2k (I believe mainly due to XLF) and now, we are facing a problem when<br>
&gt; trying to calculate a simple example, namely, InP in the zinc blend phase in<br>
&gt; sequential mode.<br>
&gt;    The initialization goes fine, but when I start the SCF cycle, I get:<br>
&gt;<br>
&gt; STOP  LAPW0 END<br>
&gt; STOP  LAPW1 END<br>
&gt; &quot;fermi_tmp_.F&quot;, line 516: 1525-097 A READ statement using decimal base input<br>
&gt; found the invalid digit &#39;.&#39; in the input file.  The program will recover by<br>
&gt; assuming a zero in its place.<br>
&gt; &quot;fermi_tmp_.F&quot;, line 516: 1525-097 A READ statement using decimal base input<br>
&gt; found the invalid digit &#39;E&#39; in the input file.  The program will recover by<br>
&gt; assuming a zero in its place.<br>
&gt; &quot;fermi_tmp_.F&quot;, line 516: 1525-097 A READ statement using decimal base input<br>
&gt; found the invalid digit &#39;-&#39; in the input file.  The program will recover by<br>
&gt; assuming a zero in its place.<br>
&gt; &quot;fermi_tmp_.F&quot;, line 516: 1525-096 A data item processed during an integer<br>
&gt; read is too large.  The program will recover by assigning the data item the<br>
&gt; value 2147483647.<br>
&gt; &quot;fermi_tmp_.F&quot;, line 516: 1525-097 A READ statement using decimal base input<br>
&gt; found the invalid digit &#39;-&#39; in the input file.  The program will recover by<br>
&gt; assuming a zero in its place.<br>
&gt; &quot;fermi_tmp_.F&quot;, line 516: 1525-097 A READ statement using decimal base input<br>
&gt; found the invalid digit &#39;.&#39; in the input file.  The program will recover by<br>
&gt; assuming a zero in its place.<br>
&gt; &quot;fermi_tmp_.F&quot;, line 516: 1525-097 A READ statement using decimal base input<br>
&gt; found the invalid digit &#39;E&#39; in the input file.  The program will recover by<br>
&gt; assuming a zero in its place.<br>
&gt; &quot;fermi_tmp_.F&quot;, line 516: 1525-097 A READ statement using decimal base input<br>
&gt; found the invalid digit &#39;-&#39; in the input file.  The program will recover by<br>
&gt; assuming a zero in its place.<br>
&gt;<br>
&gt;    People from RES had to change the source code in order to get a<br>
&gt; successful compilation, but I do not believe that this is the cause of our<br>
&gt; problems.<br>
&gt;    I have searched the mailing list without any help and I would really<br>
&gt; appreciate if someone could give us any hint.<br>
&gt;    Below, I show some information that I believe may be relevant, but if you<br>
&gt; need any other information, please, ask.<br>
&gt;    Many thanks in advance,<br>
&gt;                                 Luis Ogando<br>
&gt;<br>
&gt; ======================================================================================================================<br>
&gt;<br>
&gt; Processor: IBM PowrPC 970+<br>
&gt; Compilers: XLC 11.1 and XLF 13.1<br>
&gt; MPI: MPICH-MX 1.2.7 (the problem occurs in the sequential version, parallel<br>
&gt; version not yet tested)<br>
&gt; ======================================================================================================================<br>
&gt; Compilation options for sequential version:<br>
&gt; O   Compiler options:        -qfree=f90 -O5 -qstrict -q64<br>
&gt; -qextname=flush -qdpc<br>
&gt;  L   Linker Flags:            $(FOPT) -L../SRC_lib -lpthread<br>
&gt; -L/gpfs/apps/GOTO2/64 -L/gpfs/apps/SCALAPACK-GOTO2/2.0.2<br>
&gt; -L/opt/ibmcmp/xlf/13.1/lib64 -lxl -lxlf90 -lxlfmath<br>
&gt;  P   Preprocessor flags       &#39;-WF,-DParallel&#39;<br>
&gt;  R   R_LIB (LAPACK+BLAS):     -lgoto2<br>
&gt; ======================================================================================================================<br>
&gt; Compilation options for parallel version (again, the problem occurs in the<br>
&gt; sequential version, parallel version not yet tested)<br>
&gt;     RP  RP_LIB(SCALAPACK+PBLAS): -L/gpfs/apps/SCALAPACK-GOTO2/2.0.2<br>
&gt; -L/gpfs/apps/GOTO2/64 -L/gpfs/apps/FFTW/3.3/64/double-xlf/lib<br>
&gt; -L/opt/osshpc/mpich-mx/64/lib/ -lgoto2 -lscalapack -lmpich -lfftw3_mpi<br>
&gt; -lfftw3<br>
&gt;      FP  FPOPT(par.comp.options): -qfree=f90 -O5 -qstrict -q64<br>
&gt; -WF,-DFFTW3 -qextname=flush<br>
&gt;      MP  MPIRUN command        : mpirun -np _NP_ -machinefile _HOSTS_<br>
&gt; _EXEC_<br>
&gt;<br>
&gt; ======================================================================================================================<br>
&gt; case.dayfile:<br>
&gt; Calculating InPzb in /gpfs/home_apps/home/vlc54/vlc54925/Wien/InP/InPzb<br>
&gt; on s01c2b11 with PID 17405<br>
&gt; using WIEN2k_12.1 (Release 22/7/2012) in /gpfs/home_apps/apps/WIEN2K/12.1<br>
&gt;<br>
&gt;<br>
&gt;     start (Fri Mar 15 14:10:53 CET 2013) with lapw0 (40/99 to go)<br>
&gt;<br>
&gt;     cycle 1 (Fri Mar 15 14:10:53 CET 2013) (40/99 to go)<br>
&gt;<br>
&gt;&gt;   lapw0 (14:10:53) 10.373u 0.274s 0:10.90 97.6% 0+0k 0+0io 1pf+0w<br>
&gt;&gt;   lapw1     -c (14:11:04) 1.489u 0.117s 0:01.67 95.2% 0+0k 0+0io 0pf+0w<br>
&gt;&gt;   lapw2    -c (14:11:06) Segmentation fault<br>
&gt; 0.064u 0.033s 0:00.15 60.0% 0+0k 0+0io 0pf+0w<br>
&gt; error: command   /gpfs/home_apps/apps/WIEN2K/12.1/lapw2c lapw2.def   failed<br>
&gt;<br>
&gt;&gt;   stop error<br>
&gt; ======================================================================================================================<br>
&gt;<br>
&gt; :log<br>
&gt;&gt;   (init_lapw) options:<br>
&gt; Fri Mar 15 14:05:44 CET 2013&gt; (x_lapw) nn -f InPzb<br>
&gt; Fri Mar 15 14:05:53 CET 2013&gt; (x) nn<br>
&gt; Fri Mar 15 14:06:03 CET 2013&gt; (x) sgroup<br>
&gt; Fri Mar 15 14:06:14 CET 2013&gt; (x) symmetry<br>
&gt; Fri Mar 15 14:06:33 CET 2013&gt; (x) lstart<br>
&gt; Fri Mar 15 14:07:24 CET 2013&gt; (x) kgen<br>
&gt; Fri Mar 15 14:07:34 CET 2013&gt; (x) dstart -c<br>
&gt;&gt;   (run_lapw) options: -NI -ec 0.0001<br>
&gt; Fri Mar 15 14:10:53 CET 2013&gt; (x) lapw0<br>
&gt; Fri Mar 15 14:11:04 CET 2013&gt; (x) lapw1 -c<br>
&gt; Fri Mar 15 14:11:06 CET 2013&gt; (x) lapw2 -c<br>
&gt; ======================================================================================================================<br>
&gt;<br>
&gt; case.struct (initialized with default parameters and 10 inequivalent<br>
&gt; k-points)<br>
&gt;<br>
&gt; InP<br>
&gt; F   LATTICE,NONEQUIV.ATOMS:  2216_F-43m<br>
&gt; MODE OF CALC=RELA unit=ang<br>
&gt;   11.23584  11.23584  11.23584  90.00000  90.00000  90.00000<br>
&gt; ATOM   1: X=0.00000000 Y=0.00000000 Z=0.00000000<br>
&gt;           MULT= 1          ISPLIT= 2<br>
&gt; In         NPT=  781  R0=0.00001000 RMT=   2.50000   Z: 49.0<br>
&gt; LOCAL ROT MATRIX:    1.0000000 0.0000000 0.0000000<br>
&gt;                      0.0000000 1.0000000 0.0000000<br>
&gt;                      0.0000000 0.0000000 1.0000000<br>
&gt; ATOM   2: X=0.25000000 Y=0.25000000 Z=0.25000000<br>
&gt;           MULT= 1          ISPLIT= 2<br>
&gt; P          NPT=  781  R0=0.00010000 RMT=   2.12      Z: 15.0<br>
&gt; LOCAL ROT MATRIX:    1.0000000 0.0000000 0.0000000<br>
&gt;                      0.0000000 1.0000000 0.0000000<br>
&gt;                      0.0000000 0.0000000 1.0000000<br>
&gt;   24      NUMBER OF SYMMETRY OPERATIONS<br>
&gt;  1 0 0 0.00000000<br>
&gt;  0-1 0 0.00000000<br>
&gt;  0 0-1 0.00000000<br>
&gt;        1<br>
&gt;  1 0 0 0.00000000<br>
&gt;  0 0-1 0.00000000<br>
&gt;  0-1 0 0.00000000<br>
&gt;        2<br>
&gt;  0 1 0 0.00000000<br>
&gt; -1 0 0 0.00000000<br>
&gt;  0 0-1 0.00000000<br>
&gt;        3<br>
&gt;  0 0 1 0.00000000<br>
&gt; -1 0 0 0.00000000<br>
&gt;  0-1 0 0.00000000<br>
&gt;        4<br>
&gt;  0 1 0 0.00000000<br>
&gt;  0 0-1 0.00000000<br>
&gt; -1 0 0 0.00000000<br>
&gt;        5<br>
&gt;  0 0 1 0.00000000<br>
&gt;  0-1 0 0.00000000<br>
&gt; -1 0 0 0.00000000<br>
&gt;        6<br>
&gt;  0-1 0 0.00000000<br>
&gt;  1 0 0 0.00000000<br>
&gt;  0 0-1 0.00000000<br>
&gt;        7<br>
&gt;  0 0-1 0.00000000<br>
&gt;  1 0 0 0.00000000<br>
&gt;  0-1 0 0.00000000<br>
&gt;        8<br>
&gt; -1 0 0 0.00000000<br>
&gt;  0 1 0 0.00000000<br>
&gt;  0 0-1 0.00000000<br>
&gt;        9<br>
&gt; -1 0 0 0.00000000<br>
&gt;  0 0 1 0.00000000<br>
&gt;  0-1 0 0.00000000<br>
&gt;       10<br>
&gt;  0-1 0 0.00000000<br>
&gt;  0 0-1 0.00000000<br>
&gt;  1 0 0 0.00000000<br>
&gt;       11<br>
&gt;  0 0-1 0.00000000<br>
&gt;  0-1 0 0.00000000<br>
&gt;  1 0 0 0.00000000<br>
&gt;       12<br>
&gt;  0 0 1 0.00000000<br>
&gt;  0 1 0 0.00000000<br>
&gt;  1 0 0 0.00000000<br>
&gt;       13<br>
&gt;  0 1 0 0.00000000<br>
&gt;  0 0 1 0.00000000<br>
&gt;  1 0 0 0.00000000<br>
&gt;       14<br>
&gt; -1 0 0 0.00000000<br>
&gt;  0 0-1 0.00000000<br>
&gt;  0 1 0 0.00000000<br>
&gt;       15<br>
&gt; -1 0 0 0.00000000<br>
&gt;  0-1 0 0.00000000<br>
&gt;  0 0 1 0.00000000<br>
&gt;       16<br>
&gt;  0 0 1 0.00000000<br>
&gt;  1 0 0 0.00000000<br>
&gt;  0 1 0 0.00000000<br>
&gt;       17<br>
&gt;  0 1 0 0.00000000<br>
&gt;  1 0 0 0.00000000<br>
&gt;  0 0 1 0.00000000<br>
&gt;       18<br>
&gt;  0 0-1 0.00000000<br>
&gt;  0 1 0 0.00000000<br>
&gt; -1 0 0 0.00000000<br>
&gt;       19<br>
&gt;  0-1 0 0.00000000<br>
&gt;  0 0 1 0.00000000<br>
&gt; -1 0 0 0.00000000<br>
&gt;       20<br>
&gt;  0 0-1 0.00000000<br>
&gt; -1 0 0 0.00000000<br>
&gt;  0 1 0 0.00000000<br>
&gt;       21<br>
&gt;  0-1 0 0.00000000<br>
&gt; -1 0 0 0.00000000<br>
&gt;  0 0 1 0.00000000<br>
&gt;       22<br>
&gt;  1 0 0 0.00000000<br>
&gt;  0 0 1 0.00000000<br>
&gt;  0 1 0 0.00000000<br>
&gt;       23<br>
&gt;  1 0 0 0.00000000<br>
&gt;  0 1 0 0.00000000<br>
&gt;  0 0 1 0.00000000<br>
&gt;       24<br>
&gt;<br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Professor Laurence Marks<br>
Department of Materials Science and Engineering<br>
Northwestern University<br>
<a href="http://www.numis.northwestern.edu" target="_blank">www.numis.northwestern.edu</a> <a href="tel:1-847-491-3996" value="+18474913996">1-847-491-3996</a><br>
&quot;Research is to see what everybody else has seen, and to think what<br>
nobody else has thought&quot;<br>
Albert Szent-Gyorgi<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>
</font></span></blockquote></div><br></div></div>