Closed Chentao168 closed 7 months ago
I did not reproduce your issue with input files you provided, I think I made minor changes and should not affect the behavior of as-written codes (if you are interested, see pull request draft #3855 ):
BANDS_1.dat
:
BANDS_2.dat
:
I also tested in ABACUS version 3.6.0, where the aforementioned issue persisted, specifically the appearance of 'inf' in BAND_1.dat and BAND_2.dat, as well as missing entries from 1 to 36 in BAND_2.dat. The pull request #3855 has not yet been merged into the develop branch. Is it feasible to conduct tests using version 3.6.0?
I also tested in ABACUS version 3.6.0, where the aforementioned issue persisted, specifically the appearance of 'inf' in BAND_1.dat and BAND_2.dat, as well as missing entries from 1 to 36 in BAND_2.dat. The pull request #3855 has not yet been merged into the develop branch. Is it feasible to conduct tests using version 3.6.0?
@Chentao168 Could you provide your environment setting information? This seems to relate to some undefined behavior
ABACUS has bugs when out_band = 1 and kpar > 1。 Currently, when kpar > 1, there will be a memory overflow in the band calculation, resulting in the appearance of 'inf' in the results. The program has issues and does not support k-point parallelism, which needs to be addressed.
Describe the bug
Fe, 2 atoms, nspin = 2, inf in
BAND_1.dat
andBAND_2.dat
. Missing 1 to 36 inBAND_2.dat
.Expected behavior
No response
To Reproduce
20240329-band-inf.zip
Environment
ABACUS v3.5.4
Additional Context
No response
Task list for Issue attackers (only for developers)