[Pw_forum] Re: **SPAM** Pw_forum digest, Vol 1 #621 - 9 msgs

Andrey V. Ivanov a_ivanov at td.lpi.ru
Thu Apr 21 19:49:36 CEST 2005


On Thu, 21 Apr 2005 17:33:01 +0200, pw_forum-request wrote
> Send Pw_forum mailing list submissions to
> 	pw_forum at pwscf.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://www.democritos.it/mailman/listinfo/pw_forum
> or, via email, send a message with subject or body 'help' to
> 	pw_forum-request at pwscf.org
> 
> You can reach the person managing the list at
> 	pw_forum-admin at pwscf.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Pw_forum digest..."
> 
> Today's Topics:
> 
>    1. Re: Pw_forum: memory (Stefano de Gironcoli)
> 
>    2. Re: Problems with configuration and compiling of version 2.1.3 
> (Paolo Giannozzi)
>    3. Re: Problems with configuration and compiling of version
>        2.1.3 (Axel Kohlmeyer)
>    4. Re: Problems with configuration and compiling of version
>        2.1.3 (Gerardo Ballabio)
>    5. Re: **SPAM** Pw_forum digest, Vol 1 #620 - 7 msgs (Andrey V. 
> Ivanov)
>    6. problem in the phonon computation of Ge (Shaorui Sun)
>    7. Re: problem in the phonon computation of Ge (Stefano de 
> Gironcoli)
> 
> --__--__--
> 
> Message: 1
> Date: Thu, 21 Apr 2005 09:04:04 +0200
> From: Stefano de Gironcoli <degironc at sissa.it>
> To: pw_forum at pwscf.org
> Subject: Re: [Pw_forum] Pw_forum: memory
> Reply-To: pw_forum at pwscf.org
> 
> Jaita Paul wrote:
> 
> >Dear all,
> >
> >When i change the total number of atoms in my unit cell from 91 to 159,
> >the memory(estimated) changes from 5.2GB to 15 GB!
> >the number of plane waves changes from 15,000 to 28,000.
> >so the memory shud actually get doubled(roughly)..
> >
> >then why is the memory changing by almost 3 times?
> >
> because you are lucky. it should be 4 times.
> you have the 2 times as many states and each is proportional to the 
> volume of your cell
> that is also doubled.
> 
> Stefano de Gironcoli
> 
> >
> >Best regards,
> >Jaita.
> >_______________________________________________
> >Pw_forum mailing list
> >Pw_forum at pwscf.org
> >http://www.democritos.it/mailman/listinfo/pw_forum
> >  
> >
> 
> --__--__--
> 
> Message: 2
> From: Paolo Giannozzi <giannozz at nest.sns.it>
> Organization: Scuola Normale Superiore di Pisa
> To: pw_forum at pwscf.org
> Subject: Re: [Pw_forum] Problems with configuration and compiling of 
> version 2.1.3
> Date: Thu, 21 Apr 2005 09:12:20 +0000 Reply-To: pw_forum at pwscf.org
> 
> On Thursday 21 April 2005 04:58, Alcantara Ortigoza, Marisol wrote:
> 
> > fortcom: Severe: **Internal compiler error: internal abort**
> 
> see http://www.pwscf.org/guide/2.1.3/html-node/node16.html
> and http://www.pwscf.org/guide/2.1.3/html-node/node20.html
> 
> P.
> -- 
> Paolo Giannozzi             e-mail:  giannozz at nest.sns.it
> Scuola Normale Superiore    Phone:   +39/050-509876, Fax:-563513 
> Piazza dei Cavalieri 7      I-56126 Pisa, Italy
> 
> --__--__--
> 
> Message: 3
> Date: Thu, 21 Apr 2005 09:12:39 +0200 (CEST)
> From: Axel Kohlmeyer <axel.kohlmeyer at theochem.ruhr-uni-bochum.de>
> To: "Alcantara Ortigoza, Marisol" <alcantar at phys.ksu.edu>
> Cc: pw_forum at pwscf.org
> Subject: Re: [Pw_forum] Problems with configuration and compiling of 
> version
>  2.1.3 Reply-To: pw_forum at pwscf.org
> 
> On Wed, 20 Apr 2005, Alcantara Ortigoza, Marisol wrote:
> 
> MAO> Dear all,
> MAO> 
> MAO> I was trying to use the new version of the code. After I ran
> MAO> ./configuration (with which I had no problem) I tried to 
> compile all the MAO> programs (make all) but just at the end a 
> compiler error appeared: MAO> MAO> 
========================================================================
> MAO> ======
> MAO> fortcom: Severe: **Internal compiler error: internal abort** Please
> MAO> report this error along with the circumstances in which it 
> occurred in a MAO> Software Problem Report.  Note: File and line 
> given may not be explicit MAO> cause of this error. MAO> in file 
> (null), line 0, column 0
> 
> dear marisol,
> 
> internal compiler error is always a compiler/hardware problem.
> please report this to your system administrator and have
> him check it out.
> 
> the messages in the config.log should be ok, since the 
> configure script tries to find out what works, and what
> does not work and then creates make.sys based on those
> tests.
> 
> regards,
> 	axel.
> 
> [...]
> 
> --
> 
> =======================================================================
> Dr. Axel Kohlmeyer   e-mail: axel.kohlmeyer at theochem.ruhr-uni-bochum.de
> Lehrstuhl fuer Theoretische Chemie          Phone: ++49 (0)234/32-26673
> Ruhr-Universitaet Bochum - NC 03/53         Fax:   ++49 (0)234/32-14045
> D-44780 Bochum  http://www.theochem.ruhr-uni-bochum.de/~axel.kohlmeyer/
> =======================================================================
> If you make something idiot-proof, the universe creates a better idiot.
> 
> --__--__--
> 
> Message: 4
> From: Gerardo Ballabio <g.ballabio at cineca.it>
> Subject: Re: [Pw_forum] Problems with configuration and compiling of 
> version
>  2.1.3 To: pw_forum at pwscf.org
> Date: Thu, 21 Apr 2005 10:13:14 +0200 (MEST) Reply-To: pw_forum at pwscf.org
> 
> On 04/21/05 09:12:39, Axel Kohlmeyer wrote:
> > dear marisol,
> > 
> > internal compiler error is always a compiler/hardware problem.
> > please report this to your system administrator and have
> > him check it out.
> > 
> > the messages in the config.log should be ok, since the
> > configure script tries to find out what works, and what
> > does not work and then creates make.sys based on those
> > tests.
> 
> Indeed. The "choke me" test is intentionally designed to fail.  
> There's nothing wrong with those messages.
> 
> I understand that you are using Intel compilers. I suggest that you  
> upgrade to the latest version. It works for me with ifort 8.1.024  
> (build 20050207Z).
> 
> Gerardo
> 
> --__--__--
> 
> Message: 5
> From: "Andrey V. Ivanov" <a_ivanov at td.lpi.ru>
> To: pw_forum at pwscf.org
> Date: Thu, 21 Apr 2005 15:17:01 +0400
> Subject: [Pw_forum] Re: **SPAM** Pw_forum digest, Vol 1 #620 - 7 msgs
> Reply-To: pw_forum at pwscf.org
> 
> On Thu, 21 Apr 2005 07:37:47 +0200, pw_forum-request wrote
> > Send Pw_forum mailing list submissions to
> > 	pw_forum at pwscf.org
> > 
> > To subscribe or unsubscribe via the World Wide Web, visit
> > 	http://www.democritos.it/mailman/listinfo/pw_forum
> > or, via email, send a message with subject or body 'help' to
> > 	pw_forum-request at pwscf.org
> > 
> > You can reach the person managing the list at
> > 	pw_forum-admin at pwscf.org
> > 
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Pw_forum digest..."
> > 
> > Today's Topics:
> > 
> >    1. Convergence within electric field (Sergey Lisenkov)
> > 
> >    2. Re: correction to my  previous message ab. force constants 
> > (Paolo Giannozzi)
> >    3. Re: EXC (hybride) functionals (Paolo Giannozzi)
> >    4. Compile PP program from PWSCF (Andrey V. Ivanov)
> >    5. Re: Compile PP program from PWSCF (Eyvaz Isaev)
> >    6. Problems with configuration and compiling of version 2.1.3 
> > (Alcantara Ortigoza, Marisol)
> >    7. Pw_forum: memory (Jaita Paul)
> > 
> > -- __--__-- 
> > 
> > Message: 1
> > Date:	Wed, 20 Apr 2005 10:34:53 +0400 (MSD)
> > From: "Sergey Lisenkov" <proffess at yandex.ru>
> > To: pw_forum at pwscf.org
> > Subject: [Pw_forum] Convergence within electric field
> > Reply-To: pw_forum at pwscf.org
> > 
> > Dear PWscf authors and users,
> > 
> > I would like to study a system under electric field. First of all, I 
> > relaxed my structure without electric field. I got the convergence 
> > (with respect to k-points and geometry) using 5 k-points:
> > 
> > 1kpt.out:     Final energy            =    -890.3164211588 ryd
> > 2kpt.out:     Final energy            =    -890.2930246276 ryd
> > 3kpt.out:     Final energy            =    -890.2927598985 ryd
> > 4kpt.out:     Final energy            =    -890.2930024805 ryd
> > 5kpt.out:     Final energy            =    -890.2930121231 ryd
> > 
> > After that I started the calculations using relaxed geometry and 
> > applied electric field. So, the convergence with respect to both k-
> > points and geometry is not yet achieved:
> > 
> >  6kpt.out:     Final energy            =    -900.8160339804 ryd
> >  7kpt.out:     Final energy            =    -900.8186989102 ryd
> >  8kpt.out:     Final energy            =    -900.8184366599 ryd
> >  9kpt.out:     Final energy            =    -900.8178203905 ryd
> > 10kpt.out:     Final energy            =    -900.8176632906 ryd
> > 11kpt.out:     Final energy            =    -900.8174330457 ryd
> > 12kpt.out:     Final energy            =    -900.8171295549 ryd
> > 13kpt.out:     Final energy            =    -900.8172131375 ryd
> > 14kpt.out:     Final energy            =    -900.8170159823 ryd
> > 15kpt.out:     Final energy            =    -900.8166501310 ryd
> > 
> > For each calculation (I mean increasing k-points) it takes around 30 
> > bfgs steps. Is it normal behavior?
> > 
> >  Thank you very much,
> >    Sergey
> > 
> > -- __--__-- 
> > 
> > Message: 2
> > From: Paolo Giannozzi <giannozz at nest.sns.it>
> > Organization: Scuola Normale Superiore di Pisa
> > To: pw_forum at pwscf.org
> > Subject: Re: [Pw_forum] correction to my  previous message ab. force 
> > constants
> > Date: Wed, 20 Apr 2005 09:50:39 +0000 Reply-To: pw_forum at pwscf.org
> > 
> > On Saturday 16 April 2005 15:30, Bartek Wiendlocha wrote:
> > 
> > > 2. [...] if I sum FC(nb,na) over 'na' I'll get the total force 
constant 
> for
> > > atom 'nb': k_j^i(nb) : F^i(nb) = - k_j^i(nb)*u_j(nb) which will give me
> > > total force (from interactions with all atoms in crystal) acting 
on 'nb' 
> > > in the direction i 'F^i(nb)' when moving atom 'nb' in the 
direction 'j' 
> > > with displacement 'u_j. 
> > > Now it seems more sensible for me, but i'm not sure. Please tell me
> > > if it's OK..
> > 
> > it looks ok to me, but it also seems to me that you get the same
> > information that is stored in the dynamical matrix at q=0 .
> > 
> > Everything is in atomic (Rydeberg) units: e^2=2, m=1/2, hbar=1
> > unless explicitely specified otherwise
> > 
> > Paolo
> > 
> > -- 
> > Paolo Giannozzi             e-mail:  giannozz at nest.sns.it
> > Scuola Normale Superiore    Phone:   +39/050-509876, Fax:-563513 
> > Piazza dei Cavalieri 7      I-56126 Pisa, Italy
> > 
> > -- __--__-- 
> > 
> > Message: 3
> > From: Paolo Giannozzi <giannozz at nest.sns.it>
> > Organization: Scuola Normale Superiore di Pisa
> > To: pw_forum at pwscf.org
> > Subject: Re: [Pw_forum] EXC (hybride) functionals
> > Date: Wed, 20 Apr 2005 12:05:33 +0000
> > Reply-To: pw_forum at pwscf.org
> > 
> > On Monday 18 April 2005 09:52, Jose C. Conesa wrote:
> > 
> > > Indeed computing exact exchange (to be able to use an hybrid
> > > functional) is very computer-intensive.
> > 
> > the straightforward algorithm with plane waves is described in
> > Chawla and Voth, J. Chem. Phys. 108, 4697 (1998). It is perfectly 
> > feasible but very slow. I guess this is what is implemented in CPMD
> > 
> > > An alternative to LDA+U seems to be self-interaction correction.
> > > Normally this is also rather computer-intensive
> > 
> > also rather ill-defined, at least in the original formulation: "the
> > self-interaction of one KS overlapping with many others is not a 
> > well-defined quantity" (Harris and Ballone, Chem.Phys.Lett. 303, 
> > 420 (1999)).
> > 
> > > but there are some proposals on approximations to it which 
> > > claim that is is possible to do it more tractable (e.g. Filippetti and
> > > Spaldin, PRB 67, 125109, 2003). Has someone experience or more
> > > detailed information on their behavior for different types of systems,
> > > their ease of implementation and the computation effort involved?
> > 
> > disclaimer: I read the above paper but did nothing!
> > 
> > The implementation, both in the pseudopotential generation code
> > and in the self-consistent code, should be relatively simple. Most 
> > of the needed stuff (projection on atomic orbitals for instance) should
> > already be there. It is not clear to me whether the orbitals should
> > be orthogonal or not, though, and how forces can be calculated 
> > (since "a physically meaningful energy functional which is also
> > related to [the KS equations] by a variational principle is not
> > available"). I would be curious to try, but it is not clear to me 
> > that this approach will yield better results than "traditional" SIC, 
> > whose performances do not seem to be fully convincing (a recente 
> > paper on this subject: Vydrov and Scuseria, J.Chem.Phys. 121, 8187 
> > (2004))
> > 
> > The SIC for one unpaired electron systems: d'Avezac, Calandra, Mauri,
> > http://xxx.lanl.gov/abs/cond-mat/0407750, is implemented in FPMD.
> > 
> > P.
> > -- 
> > Paolo Giannozzi             e-mail:  giannozz at nest.sns.it
> > Scuola Normale Superiore    Phone:   +39/050-509876, Fax:-563513 
> > Piazza dei Cavalieri 7      I-56126 Pisa, Italy
> > 
> > -- __--__-- 
> > 
> > Message: 4
> > From: "Andrey V. Ivanov" <a_ivanov at td.lpi.ru>
> > To: pw_forum at pwscf.org
> > Date: Wed, 20 Apr 2005 15:24:39 +0400
> > Subject: [Pw_forum] Compile PP program from PWSCF
> > Reply-To: pw_forum at pwscf.org
> > 
> > Dear PWSCF users,
> > 
> > I want to calculate phonon DOS, but I can't compile PP program .
> > Please help me. 
> > With best regards,
> > Andrey
> > 
> > -- __--__-- 
> > 
> > Message: 5
> > Date: Wed, 20 Apr 2005 04:54:07 -0700 (PDT)
> > From: Eyvaz Isaev <eyvaz_isaev at yahoo.com>
> > Subject: Re: [Pw_forum] Compile PP program from PWSCF
> > To: pw_forum at pwscf.org
> > Reply-To: pw_forum at pwscf.org
> > 
> > Dear Andrey,
> > 
> > Calculation of  the phonon DOS and PP programs are not
> > related. 
> > First, compile pwtools: make tools
> > Then add
> > 
> > dos=.true..
> > NK1=X, 
> > NK2=Y,
> > NK3=Z
> > 
> > into your input file for phonon calculations using
> > matdyn.x
> > 
> > Bests,
> > 
> > Eyvaz Isaev
> > Theoretical Physics Department,
> > Moscow State Institute of Steel and Alloys
> > 
> > --- "Andrey V. Ivanov" <a_ivanov at td.lpi.ru> wrote:
> > > Dear PWSCF users,
> > > 
> > > I want to calculate phonon DOS, but I can't compile
> > > PP program .
> > > Please help me. 
> > > With best regards,
> > > Andrey 
> > > _______________________________________________
> > > Pw_forum mailing list
> > > Pw_forum at pwscf.org
> > > http://www.democritos.it/mailman/listinfo/pw_forum
> > >
> > 
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam protection around 
> > http://mail.yahoo.com
> > 
> > -- __--__-- 
> > 
> > Message: 6
> > Date: Wed, 20 Apr 2005 23:58:07 -0500
> > From: "Alcantara Ortigoza, Marisol" <alcantar at phys.ksu.edu>
> > To: <pw_forum at pwscf.org>
> > Subject: [Pw_forum] Problems with configuration and compiling of 
> > version 2.1.3 Reply-To: pw_forum at pwscf.org
> > 
> > Dear all,
> > 
> > I was trying to use the new version of the code. After I ran
> > ./configuration (with which I had no problem) I tried to compile all 
> > the programs (make all) but just at the end a compiler error appeared:
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D
> > fortcom: Severe: **Internal compiler error: internal abort** Please
> > report this error along with the circumstances in which it occurred 
> > in a Software Problem Report.  Note: File and line given may not be 
> explicit
> > cause of this error.
> > in file (null), line 0, column 0
> > 
> > compilation aborted for path_base.f90 (code 3)
> > make[1]: *** [path_base.o] Error 3
> > make[1]: Leaving directory
> > `/home/ac/stolbov/pwscf_2.1.3/espresso-2.1.3/Modules'
> > make: *** [mods] Error 2
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > 
> > Then, I checked the file "config.log" and found several error 
> > messages like:
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DONE=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> >   .
> >   .
> >   .
> > fortcom: Error: conftest.F, line 3: Syntax error, found END-OF-STATEMENT
> > when expecting one of: ( : % . =3D =3D>
> >        choke me
> > ---------------^
> > fortcom: Error: conftest.F, line 3: This statement is positioned
> > incorrectly and/or has syntax errors.
> >        choke me
> > ---------------^
> > compilation aborted for conftest.F (code 1)
> > configure:1825: $? =3D 1
> > configure: failed program was:
> > |       program main
> > | #ifndef __GNUC__
> > |        choke me
> > | #endif
> > |
> > |       end
> > 
> >   .
> >   .
> >   .
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DTWO=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=20
> > 
> > ifort: Command line warning: ignoring unknown option '-fversion'
> > /opt/intel/compiler80/lib/for_main.o(.text+0x42): In function `main':
> > : undefined reference to `MAIN__'
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DTHREE=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > 
> > fortcom: Error: conftest.F, line 3: Syntax error, found END-OF-STATEMENT
> > when expecting one of: ( : % . =3D =3D>
> >        choke me
> > ---------------^
> > fortcom: Error: conftest.F, line 3: This statement is positioned
> > incorrectly and/or has syntax errors.
> >        choke me
> > ---------------^
> > compilation aborted for conftest.F (code 1)
> > configure:2182: $? =3D 1
> > configure: failed program was:
> > |       program main
> > | #ifndef __GNUC__
> > |        choke me
> > | #endif
> > |
> > |       end
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DFOUR=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > 
> > conftest.c(2): error: identifier "choke" is undefined
> >     choke me
> >     ^
> > 
> > conftest.c(3): error: expected a ";"
> > 
> > compilation aborted for conftest.c (code 2)
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3DFIVE
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > configure: failed program was:
> > | #ifndef __cplusplus
> > |   choke me
> > | #endif
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DSIX=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > 
> > conftest.c(9): catastrophic error: could not open source file
> > "ac_nonexistent.h"
> >   #include <ac_nonexistent.h>
> >                              ^
> > 
> > configure:3175: $? =3D 4
> > configure: failed program was:
> > | /* confdefs.h.  */
> > |
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3DSEVEN=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > configure: failed program was:
> > | /* confdefs.h.  */
> > |
> > | #define PACKAGE_NAME "ESPRESSO"
> > | #define PACKAGE_TARNAME "espresso"
> > | #define PACKAGE_VERSION "2.1"
> > | #define PACKAGE_STRING "ESPRESSO 2.1"
> > | #define PACKAGE_BUGREPORT ""
> > | /* end confdefs.h.  */
> > |
> > | /* Override any gcc2 internal prototype to avoid an error.  */
> > | #ifdef __cplusplus
> > | extern "C"
> > | #endif
> > | /* We use char because int might match the return type of a gcc2
> > |    builtin and then its argument prototype would still apply.  */
> > | char fftwnd ();
> > | int
> > | main ()
> > | {
> > | fftwnd ();
> > |   ;
> > |   return 0;
> > | }
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
=3D=3D=3D=3DEIGHT=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > 
> > configure: failed program was:
> > | /* confdefs.h.  */
> > |
> > | #define PACKAGE_NAME "ESPRESSO"
> > | #define PACKAGE_TARNAME "espresso"
> > | #define PACKAGE_VERSION "2.1"
> > | #define PACKAGE_STRING "ESPRESSO 2.1"
> > | #define PACKAGE_BUGREPORT ""
> > | /* end confdefs.h.  */
> > |
> > | /* Override any gcc2 internal prototype to avoid an error.  */
> > | #ifdef __cplusplus
> > | extern "C"
> > | #endif
> > | /* We use char because int might match the return type of a gcc2
> > |    builtin and then its argument prototype would still apply.  */
> > | char fftwnd ();
> > | int
> > | main ()
> > | {
> > | fftwnd ();
> > |   ;
> > |   return 0;
> > | }
> > 
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > 
> 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > =3D=3D=3D=3D=3D=3D=3D=3D
> > 
> > Do you know what happened?
> > 
> > Thank you very much.
> > 
> > Best regrads,
> > Marisol
> > 
> > -- __--__-- 
> > 
> > Message: 7
> > From: Jaita Paul <jaita at jncasr.ac.in>
> > Date: Thu, 21 Apr 2005 10:44:49 +0530 (IST)
> > To: pw_forum at pwscf.org
> > Subject: [Pw_forum] Pw_forum: memory
> > Reply-To: pw_forum at pwscf.org
> > 
> > Dear all,
> > 
> > When i change the total number of atoms in my unit cell from 91 to 
> > 159, the memory(estimated) changes from 5.2GB to 15 GB! the number 
> > of plane waves changes from 15,000 to 28,000. so the memory shud 
> > actually get doubled(roughly)..
> > 
> > then why is the memory changing by almost 3 times?
> > 
> > Best regards,
> > Jaita.
> > 
> > -- __--__-- 
> > 
> > _______________________________________________
> > Pw_forum mailing list
> > Pw_forum at pwscf.org
> > http://www.democritos.it/mailman/listinfo/pw_forum
> > 
> > End of Pw_forum Digest
> 
> --__--__--
> 
> Message: 6
> Date: Thu, 21 Apr 2005 23:26:27 +0800
> From: Shaorui Sun <sunsr at ihep.ac.cn>
> To: "pw_forum at pwscf.org" <pw_forum at pwscf.org>
> Subject: [Pw_forum] problem in the phonon computation of Ge
> Reply-To: pw_forum at pwscf.org
> 
> Dear all:
>     When I calculate the phonon of Ge at X point, the ph.x stopped 
> with the follow information:
> ------------------------------------------------------------
> 
>      Program PHONON    v.2.0.4  starts ...
>      Today is  2Apr2005 at 23:23:23
> 
>      Ultrasoft (Vanderbilt) Pseudopotentials
> 
>  %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%
>      from phq_readin : error #         1
>      gamma is needed for elec.field
>  %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%
>      stopping ...
> -------------------------------------------------------------
>    the input file of the pw.x is shown as follows:
> ----------------------------------------------------------
> &control
>     calculation='phonon',
>     restart_mode='from_scratch',
>     prefix='Ge-dia'
>     pseudo_dir = '/home/wien2k/pw/pseudo/',
>     outdir='/biology/wien2k/pwwork/Ge/v0/X/'
>  /
>  &system    
>     ibrav = 2, celldm(1) =10.691886, nat=  2, ntyp= 1,
>     ecutwfc = 40.0
>  /
>  &electrons
>     mixing_beta = 0.7
>     conv_thr =  1.0d-8
>  /
>  &phonon
>     xqq(1)=1.0, xqq(2)=0.0, xqq(3)=0.0
>  /
> 
> ATOMIC_SPECIES
>  Ge  72.61  Ge.pw91-n-van.UPF
> ATOMIC_POSITIONS
>  Ge 0.00 0.00 0.00 
>  Ge 0.25 0.25 0.25
> K_POINTS automatic
>   12 12 12   1 1 1
> --------------------------------------------------
> and  the input file of the ph.x is shown as follows:
> -------------------------------------------------------
> phnons of Ge at Gamma
>  &inputph
>   tr2_ph=1.0d-14,
>   prefix='Ge-dia',
>   epsil=.true.,
>   amass(1)=72.61,
>   outdir='/biology/wien2k/pwwork/Ge/v0/X/',
>   fildyn='Ge-dia.dynG',
>  /
> 1.0 0.0 0.0
> ----------------------------------------------
>  Who know what is the matter, and how to resolve it?
> 
> Best Regards!
>                         S. R. Sun
> ---------------------------------------------
> Beijing Synchrotron Radiation Facility
> Institute of High Energy Physics
> Chinese Academy of Sciences
> P. O. Box 918, 100049 Beijing
> P. R. China
> Tel: 0086+10 88236710
> email:sunsr at ihep.ac.cn
> 
> --__--__--
> 
> Message: 7
> Date: Thu, 21 Apr 2005 17:20:35 +0200
> From: Stefano de Gironcoli <degironc at sissa.it>
> To: pw_forum at pwscf.org
> Subject: Re: [Pw_forum] problem in the phonon computation of Ge
> Reply-To: pw_forum at pwscf.org
> 
> epsil=.true. means you want to compute dielectric tensor.
> this is only possible if q=(0,0,0).
> remove that line in inputph
> 
> Stefano de Gironcoli
> 
> Shaorui Sun wrote:
> 
> >Dear all:
> >    When I calculate the phonon of Ge at X point, the ph.x stopped with 
the follow information:
> >------------------------------------------------------------
> >
> >     Program PHONON    v.2.0.4  starts ...
> >     Today is  2Apr2005 at 23:23:23 
> >
> >     Ultrasoft (Vanderbilt) Pseudopotentials
> >  
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%
> >     from phq_readin : error #         1
> >     gamma is needed for elec.field
> > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%%%%%
> >     stopping ...
> >-------------------------------------------------------------
> >   the input file of the pw.x is shown as follows:
> >----------------------------------------------------------
> >&control
> >    calculation='phonon',
> >    restart_mode='from_scratch',
> >    prefix='Ge-dia'
> >    pseudo_dir = '/home/wien2k/pw/pseudo/',
> >    outdir='/biology/wien2k/pwwork/Ge/v0/X/'
> > /
> > &system    
> >    ibrav = 2, celldm(1) =10.691886, nat=  2, ntyp= 1,
> >    ecutwfc = 40.0
> > /
> > &electrons
> >    mixing_beta = 0.7
> >    conv_thr =  1.0d-8
> > /
> > &phonon
> >    xqq(1)=1.0, xqq(2)=0.0, xqq(3)=0.0
> > /
> >
> >ATOMIC_SPECIES
> > Ge  72.61  Ge.pw91-n-van.UPF
> >ATOMIC_POSITIONS
> > Ge 0.00 0.00 0.00 
> > Ge 0.25 0.25 0.25
> >K_POINTS automatic
> >  12 12 12   1 1 1
> >--------------------------------------------------
> >and  the input file of the ph.x is shown as follows:
> >-------------------------------------------------------
> >phnons of Ge at Gamma
> > &inputph
> >  tr2_ph=1.0d-14,
> >  prefix='Ge-dia',
> >  epsil=.true.,
> >  amass(1)=72.61,
> >  outdir='/biology/wien2k/pwwork/Ge/v0/X/',
> >  fildyn='Ge-dia.dynG',
> > /
> >1.0 0.0 0.0
> >----------------------------------------------
> > Who know what is the matter, and how to resolve it?
> >    
> >
> >Best Regards!
> >                        S. R. Sun
> >---------------------------------------------
> >Beijing Synchrotron Radiation Facility
> >Institute of High Energy Physics
> >Chinese Academy of Sciences
> >P. O. Box 918, 100049 Beijing
> >P. R. China
> >Tel: 0086+10 88236710
> >email:sunsr at ihep.ac.cn
> >
> >_______________________________________________
> >Pw_forum mailing list
> >Pw_forum at pwscf.org
> >http://www.democritos.it/mailman/listinfo/pw_forum
> >  
> >
> 
> --__--__--
> 
> _______________________________________________
> Pw_forum mailing list
> Pw_forum at pwscf.org
> http://www.democritos.it/mailman/listinfo/pw_forum
> 
> End of Pw_forum Digest




More information about the Pw_forum mailing list