From owner-chemistry@ccl.net Thu Feb 10 12:46:00 2011 From: "angela bruneau amb458:cornell.edu" To: CCL Subject: CCL: Gaussian jobs failing with no explanation Message-Id: <-43927-110210124445-24480-p7TKD6LgLjpi3S91RiBNdA^_^server.ccl.net> X-Original-From: "angela bruneau" Date: Thu, 10 Feb 2011 12:44:43 -0500 Sent to CCL by: "angela bruneau" [amb458-$-cornell.edu] Hi, I'm getting random job failures, no explanation given. Here are some examples: Job specs: %mem=10GB %NProcShared=8 #N MP2/6-311+G(d,p) SP SCF=tight lda_s2_gs_6311gdp_mp2_2 0,1 [coords] The last few lines in the out file are: The electronic state of the initial guess is 1-A. Requested convergence on RMS density matrix=1.00D-08 within 128 cycles. Requested convergence on MAX density matrix=1.00D-06. Requested convergence on energy=1.00D-06. No special actions if energy rises. Initial convergence to 1.0D-05 achieved. Increase integral accuracy. SCF Done: E(RHF) = -1056.81565346 A.U. after 14 cycles Convg = 0.3658D-08 -V/T = 2.0012 ExpMin= 7.40D-03 ExpMax= 8.59D+03 ExpMxC= 1.30D+03 IAcc=3 IRadAn= 5 AccDes= 0.00D+00 HarFok: IExCor= 205 AccDes= 0.00D+00 IRadAn= 5 IDoV=-2 ScaDFX= 1.000000 1.000000 1.000000 1.000000 Range of M.O.s used for correlation: 27 836 NBasis= 836 NAE= 100 NBE= 100 NFC= 26 NFV= 0 NROrb= 810 NOA= 74 NOB= 74 NVA= 736 NVB= 736 **** Warning!!: The largest alpha MO coefficient is 0.11349443D+03 Disk-based method using OVN memory for 74 occupieds at a time. Estimated scratch disk usage= 46128967232 words. Actual scratch disk usage= 44910539328 words. JobTyp=1 Pass 1: I= 1 to 74 NPSUse= 8 ParTrn=T ParDer=T DoDerP=F. Erroneous write. Write 3457024 instead of 8384512. fd = 4 orig len = 8384512 left = 8384512 Erroneous write. Write 3457024 instead of 8384512. fd = 4 orig len = 8384512 left = 8384512 g_write g_write: Success ----- Example 2: Input: %mem=10GB %NProcShared=8 #N B3LYP/6-31G(d) FREQ test temperature=213.15 Methylacetatex2_Lix2_gs_180degree_freq_2 0,1 [coordinates] The last few lines in the out file are: "o special actions if energy rises. SCF Done: E(RB3LYP) = -1246.30910382 A.U. after 12 cycles Convg = 0.9518D-08 -V/T = 2.0097 Range of M.O.s used for correlation: 1 504 NBasis= 504 NAE= 108 NBE= 108 NFC= 0 NFV= 0 NROrb= 504 NOA= 108 NOB= 108 NVA= 396 NVB= 396 **** Warning!!: The largest alpha MO coefficient is 0.18638569D+02 Symmetrizing basis deriv contribution to polar: IMax=3 JMax=2 DiffMx= 0.00D+00 G2DrvN: will do 71 centers at a time, making 1 passes doing MaxLOS=2. Calling FoFCou, ICntrl= 3107 FMM=T I1Cent= 0 AccDes= 0.00D+00. FoFDir/FoFCou used for L=0 through L=2. End of G2Drv Frequency-dependent properties file 721 does not exist. End of G2Drv Frequency-dependent properties file 722 does not exist. IDoAtm=11111111111111111111111111111111111111111111111111 IDoAtm=11111111111111111111 Differentiating once with respect to electric field. with respect to dipole field. Differentiating once with respect to nuclear coordinates. There are 213 degrees of freedom in the 1st order CPHF. IDoFFX=5. 213 vectors produced by pass 0 Test12= 4.28D-14 1.00D-09 XBig12= 1.82D+02 4.35D+00. AX will form 72 AO Fock derivatives at one time. 212 vectors produced by pass 1 Test12= 4.28D-14 1.00D-09 XBig12= 2.01D+01 9.09D-01. 210 vectors produced by pass 2 Test12= 4.28D-14 1.00D-09 XBig12= 1.72D-01 2.53D-02. 210 vectors produced by pass 3 Test12= 4.28D-14 1.00D-09 XBig12= 3.78D-04 2.18D-03. 210 vectors produced by pass 4 Test12= 4.28D-14 1.00D-09 XBig12= 4.01D-07 5.18D-05. 95 vectors produced by pass 5 Test12= 4.28D-14 1.00D-09 XBig12= 2.85D-10 1.20D-06. 6 vectors produced by pass 6 Test12= 4.28D-14 1.00D-09 XBig12= 2.04D-13 4.54D-08." Both of these jobs failed at this point. I have many other jobs failing as well. Not sure what the deal is, never had these problems before. Sometimes when restarted they work, sometimes not. Any thoughts? Thanks for any insight. From owner-chemistry@ccl.net Thu Feb 10 14:14:00 2011 From: "William F. Polik polik]|[hope.edu" To: CCL Subject: CCL:G: WebMO user interface: Possible to read checkfiles? Message-Id: <-43928-110210114427-4107-eJX8e3k/uaMacvxBZLCB/g..server.ccl.net> X-Original-From: "William F. Polik" Content-Type: multipart/alternative; boundary="------------050200040306040209090505" Date: Thu, 10 Feb 2011 11:44:12 -0500 MIME-Version: 1.0 Sent to CCL by: "William F. Polik" [polik*hope.edu] This is a multi-part message in MIME format. --------------050200040306040209090505 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Angela, Thank you for reporting this. We have verified that WebMO 10.1 and some earlier versions contain a bug whereby Gaussian checkpoint files which are saved cannot be properly reused in a future calculation via the "Use Checkpoint File" option under "Advanced Job Options". This issue will be fixed in the next release. In the meantime, we have released a patch file that will also fix the issue, which can be downloaded from our Support Forum at http://www.webmo.net/discus/support/messages/5/434.html (The patch is just a 3 line addition, so you could also easily manually edit the gaussian.cgi file.) Will Polik On 2/8/11 7:43 AM, Thomas Patko tpatko*gmail.com wrote: > Dear Angela: > > Did you already contact WebMO about this issue? JR is really rather > good about support for these sort of questions. You can post here: > > http://www.webmo.net/forum.html > > Cheers, > > Thomas > > On Mon, Feb 7, 2011 at 8:13 AM, angela bruneau amb458..cornell.edu > > wrote: > > > Sent to CCL by: "angela bruneau" [amb458##cornell.edu > ] > I have had no success in getting check files read in with WebMO > submitting Gaussian calcs. It seems there is a file problem. WebMO > seems to create the file that it works in at the time you hit > submit; it assigns a directory/job name, and all reads and writes > must come from there. You cannot read from other directories > (perhaps a Fortran problem) and you cannot specify a directory in > lieu of WebMO choosing one. > > If I am wrong, and there is a way, please let me know. Otherwise I > guess people are generally building in GV or Avogadro or > something, then just running jobs through command line? I might > have to go this route. The thing I like about WebMO is that I can > see the energy graph as the job is running so I know quickly if it > is oscillating, or if it is generally dropping. What does everyone > else do who is not using WebMO? > > Thanks!! > Angela > > -- ------------------------------------------------------------------------ Dr. William F. Polik Hofma Professor of Chemistry Department of Chemistry Hope College 35 East 12th Street Holland, MI 49422-9000 USA polik^hope.edu http://www.chem.hope.edu/~polik tel: (616) 395-7639 fax: (616) 395-7118 ------------------------------------------------------------------------ --------------050200040306040209090505 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Angela,

Thank you for reporting this.  We have verified that WebMO 10.1 and some earlier versions contain a bug whereby Gaussian checkpoint files which are saved cannot be properly reused in a future calculation via the "Use Checkpoint File" option under "Advanced Job Options". This issue will be fixed in the next release.

In the meantime, we have released a patch file that will also fix the issue, which can be downloaded from our Support Forum at
    http://www.webmo.net/discus/support/messages/5/434.html

(The patch is just a 3 line addition, so you could also easily manually edit the gaussian.cgi file.)

Will Polik

On 2/8/11 7:43 AM, Thomas Patko tpatko*gmail.com wrote:
Dear Angela:

Did you already contact WebMO about this issue?  JR is really rather good about support for these sort of questions.  You can post here:

http://www.webmo.net/forum.html

Cheers,

Thomas

On Mon, Feb 7, 2011 at 8:13 AM, angela bruneau amb458..cornell.edu <owner-chemistry[#]ccl.net> wrote:

Sent to CCL by: "angela  bruneau" [amb458##cornell.edu]
I have had no success in getting check files read in with WebMO submitting Gaussian calcs. It seems there is a file problem. WebMO seems to create the file that it works in at the time you hit submit; it assigns a directory/job name, and all reads and writes must come from there. You cannot read from other directories (perhaps a Fortran problem) and you cannot specify a directory in lieu of WebMO choosing one.

If I am wrong, and there is a way, please let me know. Otherwise I guess people are generally building in GV or Avogadro or something, then just running jobs through command line? I might have to go this route. The thing I like about WebMO is that I can see the energy graph as the job is running so I know quickly if it is oscillating, or if it is generally dropping. What does everyone else do who is not using WebMO?

Thanks!!
Angela



--
Dr. William F. Polik
Hofma Professor of Chemistry

Department of Chemistry
Hope College
35 East 12th Street
Holland, MI  49422-9000
USA

polik^hope.edu
http://www.chem.hope.edu/~polik
tel: (616) 395-7639
fax: (616) 395-7118
--------------050200040306040209090505-- From owner-chemistry@ccl.net Thu Feb 10 14:49:00 2011 From: "Artem Masunov amasunov : gmail.com" To: CCL Subject: CCL: Gaussian jobs failing with no explanation Message-Id: <-43929-110210134226-32122-nyLsWK86zf6yHin+yjOKHQ%%server.ccl.net> X-Original-From: Artem Masunov Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 10 Feb 2011 13:42:18 -0500 MIME-Version: 1.0 Sent to CCL by: Artem Masunov [amasunov()gmail.com] This simply means HD is out of space for output or scratch files On Thu, Feb 10, 2011 at 12:44 PM, angela bruneau amb458:cornell.edu wrote: > > Sent to CCL by: "angela  bruneau" [amb458-$-cornell.edu] > Hi, I'm getting random job failures, no explanation given. Here are some examples: > > Job specs: >  %mem=10GB >  %NProcShared=8 >  #N MP2/6-311+G(d,p) SP SCF=tight > >  lda_s2_gs_6311gdp_mp2_2 > > 0,1 > [coords] > > The last few lines in the out file are: >  The electronic state of the initial guess is 1-A. >  Requested convergence on RMS density matrix=1.00D-08 within 128 cycles. >  Requested convergence on MAX density matrix=1.00D-06. >  Requested convergence on             energy=1.00D-06. >  No special actions if energy rises. >  Initial convergence to 1.0D-05 achieved.  Increase integral accuracy. >  SCF Done:  E(RHF) =  -1056.81565346     A.U. after   14 cycles >             Convg  =    0.3658D-08             -V/T =  2.0012 >  ExpMin= 7.40D-03 ExpMax= 8.59D+03 ExpMxC= 1.30D+03 IAcc=3 IRadAn=         5 AccDes= > 0.00D+00 >  HarFok:  IExCor=  205 AccDes= 0.00D+00 IRadAn=         5 IDoV=-2 >  ScaDFX=  1.000000  1.000000  1.000000  1.000000 >  Range of M.O.s used for correlation:    27   836 >  NBasis=   836 NAE=   100 NBE=   100 NFC=    26 NFV=     0 >  NROrb=    810 NOA=    74 NOB=    74 NVA=   736 NVB=   736 > >  **** Warning!!: The largest alpha MO coefficient is  0.11349443D+03 > >  Disk-based method using OVN memory for 74 occupieds at a time. >  Estimated scratch disk usage= 46128967232 words. >  Actual    scratch disk usage= 44910539328 words. >  JobTyp=1 Pass  1:  I=   1 to  74 NPSUse=  8 ParTrn=T ParDer=T DoDerP=F. > Erroneous write. Write 3457024 instead of 8384512. > fd = 4 > orig len = 8384512 left = 8384512 > Erroneous write. Write 3457024 instead of 8384512. > fd = 4 > orig len = 8384512 left = 8384512 > g_write > g_write: Success > > ----- > > Example 2: > > Input: > %mem=10GB > %NProcShared=8 > #N B3LYP/6-31G(d) FREQ test temperature=213.15 > > Methylacetatex2_Lix2_gs_180degree_freq_2 > > 0,1 > [coordinates] > > The last few lines in the out file are: > > "o special actions if energy rises. >  SCF Done:  E(RB3LYP) =  -1246.30910382     A.U. after   12 cycles >             Convg  =    0.9518D-08             -V/T =  2.0097 >  Range of M.O.s used for correlation:     1   504 >  NBasis=   504 NAE=   108 NBE=   108 NFC=     0 NFV=     0 >  NROrb=    504 NOA=   108 NOB=   108 NVA=   396 NVB=   396 > >  **** Warning!!: The largest alpha MO coefficient is  0.18638569D+02 > >  Symmetrizing basis deriv contribution to polar: >  IMax=3 JMax=2 DiffMx= 0.00D+00 >  G2DrvN: will do    71 centers at a time, making    1 passes doing MaxLOS=2. >  Calling FoFCou, ICntrl=  3107 FMM=T I1Cent=   0 AccDes= 0.00D+00. >  FoFDir/FoFCou used for L=0 through L=2. >  End of G2Drv Frequency-dependent properties file   721 does not exist. >  End of G2Drv Frequency-dependent properties file   722 does not exist. >          IDoAtm=11111111111111111111111111111111111111111111111111 >          IDoAtm=11111111111111111111 >          Differentiating once with respect to electric field. >                with respect to dipole field. >          Differentiating once with respect to nuclear coordinates. >          There are   213 degrees of freedom in the 1st order CPHF.  IDoFFX=5. >    213 vectors produced by pass  0 Test12= 4.28D-14 1.00D-09 XBig12= 1.82D+02 4.35D+00. >  AX will form    72 AO Fock derivatives at one time. >    212 vectors produced by pass  1 Test12= 4.28D-14 1.00D-09 XBig12= 2.01D+01 9.09D-01. >    210 vectors produced by pass  2 Test12= 4.28D-14 1.00D-09 XBig12= 1.72D-01 2.53D-02. >    210 vectors produced by pass  3 Test12= 4.28D-14 1.00D-09 XBig12= 3.78D-04 2.18D-03. >    210 vectors produced by pass  4 Test12= 4.28D-14 1.00D-09 XBig12= 4.01D-07 5.18D-05. >     95 vectors produced by pass  5 Test12= 4.28D-14 1.00D-09 XBig12= 2.85D-10 1.20D-06. >      6 vectors produced by pass  6 Test12= 4.28D-14 1.00D-09 XBig12= 2.04D-13 4.54D-08." > > Both of these jobs failed at this point. I have many other jobs failing as well. Not sure what the deal > is, never had these problems before. Sometimes when restarted they work, sometimes not. Any > thoughts? > > Thanks for any insight.>      http://www.ccl.net/cgi-bin/ccl/send_ccl_message>      http://www.ccl.net/cgi-bin/ccl/send_ccl_message>      http://www.ccl.net/chemistry/sub_unsub.shtml>      http://www.ccl.net/spammers.txt> > > From owner-chemistry@ccl.net Thu Feb 10 18:07:00 2011 From: "rocky walden rocky.walden19 _ gmail.com" To: CCL Subject: CCL: Explanation / Guidance needed.. Message-Id: <-43930-110210173512-18284-DyARyF9wu2A/rYqfyJCU/A%x%server.ccl.net> X-Original-From: rocky walden Content-Type: multipart/alternative; boundary=00c09fa9c4ff36db71049bf53159 Date: Thu, 10 Feb 2011 23:35:01 +0100 MIME-Version: 1.0 Sent to CCL by: rocky walden [rocky.walden19||gmail.com] --00c09fa9c4ff36db71049bf53159 Content-Type: text/plain; charset=ISO-8859-1 Hello All, I am new to this Computational chemistry, i am planning to do some Pratical course in Computational Chemisty focusing some MD Simulations of a Protein with a set of synthesized ligands. We have NAMD, GROMACS Suite for Calculations / simulations and have a cluster with 40 processors (Dual core). I am struck with which type of simulation should i do Either Picosecond or FemtoSecond or Nanosecond simulation. What are the different types of simulations available based on time scale (pico/femto/nano/ Micro). What should be the size of steps ( what happens when i use more no of steps / or i decrease the no of steps). Thanks walden.R --00c09fa9c4ff36db71049bf53159 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello All,
=A0=A0=A0=A0=A0=A0
=A0=A0=A0=A0=A0 I am new to this Compu= tational chemistry, i am planning to do some Pratical course in Computation= al Chemisty focusing some MD Simulations of a Protein with a set of synthes= ized ligands.
=A0=A0=A0=A0=A0 We have NAMD, GROMACS=A0 Suite for Calcula= tions / simulations and have a cluster with 40 processors (Dual core).
=A0=A0=A0=A0=A0
=A0=A0=A0=A0 I am struck with which type of simulation = should i do Either Picosecond or FemtoSecond=A0 or Nanosecond simulation.=A0=A0=A0=A0 What are the different types of simulations available based = on time scale (pico/femto/nano/ Micro).
=A0=A0=A0 What should be the size of steps ( what happens when i use more n= o of steps / or i decrease the no of steps).
=A0=A0


Thankswalden.R
=A0=A0=A0=A0=A0
--00c09fa9c4ff36db71049bf53159-- From owner-chemistry@ccl.net Thu Feb 10 21:23:00 2011 From: "Michael Banck michael.banck#%#ch.tum.de" To: CCL Subject: CCL: Reference configurations for 2-state MRCI calculations in MOLPRO Message-Id: <-43931-110210172726-27190-sKFt/Hgs6iQYNm6ZnvScbw:+:server.ccl.net> X-Original-From: Michael Banck Content-Disposition: inline Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Feb 2011 23:26:49 +0100 MIME-Version: 1.0 Sent to CCL by: Michael Banck [michael.banck:+:ch.tum.de] On Tue, Feb 08, 2011 at 09:13:33AM -0500, Marcin Andrzejak andrzeja()chemia.uj.edu.pl wrote: > Sent to CCL by: "Marcin Andrzejak" [andrzeja#,#chemia.uj.edu.pl] > I am a new user of MOLPRO, and I am having problems with selecting > reference configurations from preceding two-states state-average > CASSCF calculations for the MRCI treatment. > > My input looks like that: > > {multi > closed,18,1,17,1 > occ,18,6,17,6 > wf,86,3,0;state,2 > accuracy,gradient=1.0D-6,step=1.0e-5,econv=1.0d-9 > maxiter,15 > } > > {ci > closed,18,1,17,1 > occ,18,6,17,6 > core,8,1,8,1 > wf,86,3,0;state,2,1,2 > select > con,2,2,2,1,0,2,2,1,0,0 > con,2,2,2,1,0,2,1,2,0,0 > con,2,2,2,0,1,2,2,1,0,0 > con,2,2,2,1,0,2,2,0,1,0 > } > > This input works perfectly as long as I require only the lowest CI > root - MRCI reports selected configurations and calculations go on > smoothly. The above input selects both roots, so did you remove the state card in the lowest CI root case? > However, when I specify two CI roots to be optimized in > MRCI, then it takes all the configurations from CASSCF and crashes > down due to the obvious memory problem. I believe the problem is that the ci program in Molpro stops parsing the wavefunction-specific input when it encounters the state card. I.e., the select and subsequent con cards are ignored. This is different to how the multi program handles selecting configurations and states. Put the state card after the select/con cards. Best regards, Michael From owner-chemistry@ccl.net Thu Feb 10 21:58:00 2011 From: "Sidney Ramos Santana santanasidney()yahoo.com.br" To: CCL Subject: CCL: SOLVED Molpro execution problem in Ubuntu 10 Message-Id: <-43932-110210170809-18532-XGX7CyeWdLPlWMg3nieQsA++server.ccl.net> X-Original-From: "Sidney Ramos Santana" Date: Thu, 10 Feb 2011 17:08:07 -0500 Sent to CCL by: "Sidney Ramos Santana" [santanasidney#%#yahoo.com.br] Dear CCL Users, I am very grateful for the answers that has been sending to me. I think the Molpro 2009 has been running well until the Ubuntu 9.10. So, I solved my Molpro problem when I upgrade it to the lastest Molpro 2010 binay version. Now it is running well in Ubuntu 10.04 64 bits. Thanks you so much to everyone. Best Regards, Sidney R. Santana e-mail:santanasidney_at_yahoo.com.br ================================================= The question can be read bellow: ================================================= Dear CCL & Molpro Users, Please could anyone help me? I am trying to execute the Molpro 2009 in a computer with Ubuntu 10.04 64 bits (Kernel Version: 2.6.32-28 SMP, and libc6 Version: 2.11.1-0ubuntu7.8). But the program have been stopped and typed the following error: /opt/molpro/bin/molprop_2009_1_Linux_x86_64_i8.exe, len=50 cf3cl_8.inp, len=11 -master, len=7 ubuntu, len=6 39720, len=5 1, len=1 1, len=1 0, len=1 0, len=1 molprop_2009_1_Linux_x86_64_i8.exe: relocation error: /lib/libnss_files.so.2: symbol __r awmemchr, version GLIBC_2.2.5 not defined in file libc.so.6 with link time reference tmp = /home/sidney/pdir//opt/molpro/bin/molprop_2009_1_Linux_x86_64_i8.exe.p Creating: host=ubuntu, user=elizete, file=/opt/molpro/bin/molprop_2009_1_Linux_x86_64_i8.exe, port=39720 1: interrupt(1) Is this a Ubuntu version problem ? Please could anyone tell me what is wrong and how can I fix that ? Thanks for any help. Best Regards, Sidney R. Santana e-mail:santanasidney_at_yahoo.com.br ================================================= The answers can be read bellow: ================================================= > From: "Pietro Ottati pietro.ottati:-:gmail.com" To: "Santana, Sidney Ramos " I'm not an expert but do you set export LD_LIBRARY_PATH in your /etc/profile to define where is the library? check MANUAL or INSTALL or REAME file of molpro... I don't use it but it's possible that the solution... --------------------- > From: "Kirk Peterson kipeters_._wsu.edu" To: "Santana, Sidney Ramos " Sent to CCL by: Kirk Peterson [kipeters .. wsu.edu] Dear Sidney, looks like an installation problem. Do the test jobs work? Which compiler are you using? I would strongly recommend to post this to the Molpro users list (molpro-user at molpro.net). You'll certainly get this worked out there. regards, -Kirk --------------------- > From: "James Womack james.c.womack_._gmail.com" To: "Santana, Sidney Ramos " Sent to CCL by: James Womack [james.c.womack||gmail.com] I can't offer any suggestions on how to fix the problem but I can tell you that it's not a problem with Ubuntu generally. I'm running version 2010.1 (compiled from source) without problem on Ubuntu 10.04 32 bit. As someone else said, it's worth going to the Molpro developers/mailing list directly with this problem. Hope you fix it soon, James --------------------- > From: "Andy May" To: "Sidney Santana" Cc: molpro-user_at_molpro.net Sidney, Can you first try with the latest Molpro binaries (2010)? These are built on a more recent OS and with the latest version of the compilers. Best wishes, Andy --------------------- > From: "Thomas Ritschel" To: molpro-user_at_molpro.net, santanasidney_at_yahoo.com.br, MayAJ1_at_cardiff.ac.uk Dear Sidney and Andy, in the latest Ubuntus (10.04 and 10.10) the glibc library was replaced by the so called "embedded glibc" (eglibc). It seems that this is not 100% compatible to the standard glibc, at least if the binaries are generated on a system which uses the standard glibc (leading to "undefined symbol" errors as in your output). > From my own tests I found that both 2009 and 2010 are not working on Ubuntu 10.04 and 10.10. The only option is to compile it from source. Kind regards, Thomas Ritschel --------------------- Institut fuer Chemie Universitaet Potsdam Germany --------------------- > From: "Konstantin Tokarev" To: "Thomas Ritschel" Cc: molpro-user_at_molpro.net, santanasidney_at_yahoo.com.br, mayaj1_at_cardiff.ac.uk 10.02.2011, 15:15, "Thomas Ritschel" : > Dear Sidney and Andy, > > in the latest Ubuntus (10.04 and 10.10) the glibc library was replaced by the > so called "embedded glibc" (eglibc). It seems that this is not 100% > compatible to the standard glibc, at least if the binaries are generated on a > system which uses the standard glibc (leading to "undefined symbol" errors as > in your output). > > From my own tests I found that both 2009 and 2010 are not working on Ubuntu > 10.04 and 10.10. The only option is to compile it from source. AFAIK, eglibc team claims that they keep binary compatibility with glibc -- Regards, Konstantin ------------------------------------------- From owner-chemistry@ccl.net Thu Feb 10 22:33:00 2011 From: "Michael Banck michael.banck],[ch.tum.de" To: CCL Subject: CCL: WebMO user interface: Possible to read checkfiles? Message-Id: <-43933-110210170257-6662-H1vothDqOzZrBNL3Ismp1A . server.ccl.net> X-Original-From: Michael Banck Content-Disposition: inline Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Feb 2011 23:02:42 +0100 MIME-Version: 1.0 Sent to CCL by: Michael Banck [michael.banck+*+ch.tum.de] On Tue, Feb 08, 2011 at 01:33:30AM -0500, Patrick Mccarren patrick.mccarren#%#gmail.com wrote: > Molden is a great visualizer to keep track of a job. You get the > energy graphs and visualization of the molecule at each step. The > graphics aren't fancy but it is extremely fast and great for slow X11 > connections. As far as I know, this visualization is after the fact though, isn't it? I.e., you can step through a finished compute job and view each step, but you cannot monitor a computation as it runs, right? Michael