Integer too large to be represented in 4 bytes

83 views
Skip to first unread message

Yuan Li

unread,
Aug 20, 2021, 3:46:39 PM8/20/21
to molpro-user
Dear Molpro users,

I compiled the molpro version 2021.1 from source code. I have one calculation and it was crashed in computing the spin-orbit coupling matrix. The error message is as follows: 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Symmetry of spin-orbit operator:         7
 Symmetry of bra wavefunction:            4   S= 1.0  MS= 0.0
 Symmetry of ket wavefunction:            6   S= 1.0  MS= 1.0

 ? Error
 ? integer (dscal:n) too large to be represented in 4 bytes
 ? The problem occurs in lapack_int

 GLOBAL ERROR fehler on processor   1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Then I was reconfiguring the molpro with option -with-lapack-int64 , but I got configure error:
LAPACK with 8-byte integers no longer supported

But I did try with molpro 2020, the configure option -with-lapack-int64 works. I would like to ask, is there anyways to configure molpro 2021.1 with LAPACK 8-byte integers? 

Thanks for any suggestions,
Yuan

Andy May

unread,
Aug 20, 2021, 3:50:33 PM8/20/21
to Yuan Li, molpro-user
Dear Yuan,

This problem has been fixed already, please use the latest source from the repository (2021.2.1) which contains the fix that batches large daxpy calls.

Best wishes,

Andy

--
You received this message because you are subscribed to the Google Groups "molpro-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email to molpro-user...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/molpro-user/b34835cc-2c5a-4892-a13e-dfc47dc04475n%40googlegroups.com.

iri...@verizon.net

unread,
Apr 6, 2024, 6:00:50 AMApr 6
to molpro-user
Dear Molpro experts,

I got the same error using version 2022.3 (pre-compiled binary).  Do I need to build from source to avoid the error? 

 Bra wavefunction restored from record  5101.2 to file 7

 Bra wavefunction restored from record  5103.2 to file 7

 ? Error

 ? integer (dscal:n) too large to be represented in 4 bytes

 ? The problem occurs in lapack_int


Thanks for any tips,
Karl
Reply all
Reply to author
Forward
0 new messages