Difference between revisions of "CamCASP/Bugs"
Jump to navigation
Jump to search
import>Ajs1 |
import>Ajs1 |
||
| Line 1: | Line 1: | ||
| ⚫ | |||
| − | 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? |
||
| ⚫ | |||
| ⚫ | |||
| − | 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 |
||
| − | |||
| − | AJS |
||
| − | |||
| − | |||
| ⚫ | |||
| − | |||
| − | 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 |
||
| − | |||
| − | 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. |
||
| − | |||
| − | So what could have happened? |
||
| − | |||
| − | * Something went wrong with the svn update command and types.f90 is not the current one. |
||
| − | * make did not re-build types.f90 |
||
| − | |||
| − | --alston 15:48, 19 October 2008 (BST) |
||
| − | |||
| − | Bug fixed. Problem was in the Makefile -- Makefile_body and Makefile_c were not passing correct arguments to compile.pl |
||
| − | |||
| − | AJS |
||
Revision as of 13:24, 20 October 2008
2. Problem with read_mo_coeffs.
1. Bug in type_operations.f90.