Difference between revisions of "CamCASP/Bugs"
Jump to navigation
Jump to search
import>Ajs1 |
import>Am592 |
||
| (18 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
| + | [[ CamCASP ]] => [[ CamCASP/Bugs | Bugs ]] |
||
| − | Problem with read_mo_coeffs. Changing the .AO DELETE parameter to 1e-12 or even zero doesn't fix this problem. Maybe the number of MOs should be passed from Dalton to camcasp? |
||
| + | ==CamCASP Bugs== |
||
| − | ERROR in read_mo_coeffs |
||
| − | Error reading MO file vectA.data |
||
| − | * Maybe this file does not correspond to this given basis? |
||
| − | * Was the MO file generated by code compiled with the same |
||
| − | compiler as CamCASP? |
||
| − | * If orbitals were deleted by the SCF code due to linear |
||
| − | dependencies, there would be an inconsistency in the no. of MOs |
||
| − | on file and the no. of MOs expected by this code. |
||
| − | For DALTON, use the .AO DELETE command to prevent deletion. |
||
| − | Basis name is CO2_a |
||
| − | size = 276 |
||
| − | IOSTAT = 219 |
||
| − | ERROR code -1 from routine read_mo_coeffs |
||
| − | which was called by routine fill_mo_data |
||
| − | at line number 632 |
||
| − | ERROR code -1 from routine fill_mo_data |
||
| − | which was called by routine create_molecule |
||
| − | at line number 467 |
||
| + | 9. [[CamCASP/Bugs/9 | Errors in Second-order Energies ]] |
||
| − | AJS |
||
| + | 8. [[CamCASP/Bugs/8 | Errors in Energy Scan ]] |
||
| + | 7. [[CamCASP/Bugs/7 | Incorrect behaviour of polarizabilities ]] |
||
| ⚫ | |||
| + | 6. [[CamCASP/Bugs/6 | Rotation bugs ]] |
||
| − | pgf90 -O2 -DPGF90 -DCADPAC -DGAMESS -DSAPT2002 -DSIGNED_INTEGER -Mpreprocess -fastsse -r8 -Bstatic |
||
| − | -c /home/ajs1/camcasp-5.2/src/type_operations.f90 -o type_operations.o<br /> |
||
| − | PGF90-S-0142-df_type is not a member of this RECORD (/home/ajs1/camcasp-5.2/src/type_operations.f90: |
||
| − | 478)<br /> |
||
| − | PGF90-S-0142-df_type is not a member of this RECORD (/home/ajs1/camcasp-5.2/src/type_operations.f90: |
||
| − | 478)<br /> |
||
| − | 0 inform, 0 warnings, 2 severes, 0 fatal for copy_type_df_parameters |
||
| + | 5. [[CamCASP/Bugs/5|GAMINT bugs]] FIXED |
||
| − | That bug would arise if the definition of type(df_parameters) in types.f90 was not consistent with the denfinition expected in type_operations.f90. The definition was recently changed, and tests on my installation (using G95 and GFortran) do not show the error. |
||
| + | 4. [[CamCASP/Bugs/4|Units inconsistency in CLUSTER]] |
||
| − | So what could have happened? |
||
| + | 3. [[CamCASP/Bugs/3|Problem with rotation of integrals]] FIXED |
||
| − | * Something went wrong with the svn update command and types.f90 is not the current one. |
||
| − | * make did not re-build types.f90 |
||
| + | 2. [[CamCASP/Bugs/2|Problem with read_mo_coeffs]] IS THIS BUG STILL RELEVANT? Yes!--[[User:am592|alston]] 16:05, 30 June 2011 (BST) |
||
| ⚫ | |||
| ⚫ | |||
| − | Bug fixed. Problem was in the Makefile -- Makefile_body and Makefile_c were not passing correct arguments to compile.pl |
||
| ⚫ | |||
| − | AJS |
||
Latest revision as of 18:10, 14 November 2011
CamCASP Bugs
9. Errors in Second-order Energies
7. Incorrect behaviour of polarizabilities
5. GAMINT bugs FIXED
4. Units inconsistency in CLUSTER
3. Problem with rotation of integrals FIXED
2. Problem with read_mo_coeffs IS THIS BUG STILL RELEVANT? Yes!--alston 16:05, 30 June 2011 (BST)
1. Bug in type_operations.f90 FIXED
--ajs1 14:40, 20 October 2008 (BST)