[Wien] initso_lapw run time error

2012-04-13 Thread Jian ZHOU
___ Wien mailing list Wien at zeus.theochem.tuwien.ac.at http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien -- next part -- An HTML attachment was scrubbed... URL: http://zeus.theochem.tuwien.ac.at/pipermail/wien/attachments/20120413/6cc78221

[Wien] problem

2012-04-13 Thread Ramkumar Thapa
: http://zeus.theochem.tuwien.ac.at/pipermail/wien/attachments/20120413/98f20856/attachment.htm

[Wien] problem

2012-04-13 Thread Laurence Marks
-- An HTML attachment was scrubbed... URL: http://zeus.theochem.tuwien.ac.at/pipermail/wien/attachments/20120413/b31a6477/attachment.htm

[Wien] initso_lapw run time error

2012-04-13 Thread Hena Das
at zeus.theochem.tuwien.ac.at http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien -- next part -- An HTML attachment was scrubbed... URL: http://zeus.theochem.tuwien.ac.at/pipermail/wien/attachments/20120413/16f76d5b/attachment.htm

[Wien] Running Wien2k on a MacPro OS 10.7.3 - setrlimit(): Invalid argument

2012-04-13 Thread Aaron Sutton
Hi, Thanks for the response. I found http://zeus.theochem.tuwien.ac.at/pipermail/wien/2011-July/015120.html in the mailing list archive which describes patching the W2kutils.c W2kutils.h files in lapw0,1,2, though this is not mac specific. I did this and recompiled but still get the

[Wien] Running Wien2k on a MacPro OS 10.7.3 - setrlimit(): Invalid argument

2012-04-13 Thread Laurence Marks
I am not exactly sure. Michael Sternberg (who I am cc'ing) looked into this as he has a Mac and I don't. The issue relates to differences in the calls to setrlimit and perhaps getrlimit which seem to be different for a Mac. (Alas, system calls are often not as standard as Fortran.) There were some

[Wien] xcrysden to plot Fermi surface

2012-04-13 Thread Yundi Quan
Dear Sir/Madam, My question may not be directly related to WIEN2k. When plotting Fermi surface using XCrysden, it says that case.in1 should be changed into unit 5. But if I change case.in1 to unit 5, I would always get an error message saying that kpoints in case.in1 is inconsistent with the