Started by an SCM change19832e7d4adf103e76b7fe05242a69588eb5a6fa29632e7d4adf103e76b7fe05242a69588eb5a6fa296refs/remotes/origin/clubb_silhs_devel32e7d4adf103e76b7fe05242a69588eb5a6fa29632e7d4adf103e76b7fe05242a69588eb5a6fa296refs/remotes/origin/clubb_silhs_devel32e7d4adf103e76b7fe05242a69588eb5a6fa29632e7d4adf103e76b7fe05242a69588eb5a6fa296refs/remotes/origin/clubb_silhs_develhttps://github.com/larson-group/cam.gitfalse#19825175342524808cam_BFB_coarse_res_gfortran_test #198198false19811311SUCCESS1759393627052http://carson.math.uwm.edu/jenkins/view/all/job/cam_BFB_coarse_res_gfortran_test/198/latin_hypercube_driver_module.F9050f5a9aa2d2a1e4894e9d0aa40f653db463beb151759358185000http://carson.math.uwm.edu/jenkins/user/hueblerGunther Hueblerhuebler@uwm.eduMaking the l_random_k_lh_start set the random generator seed before generating a random. This should fix the generalized grid test, which failed for the only flag set that turned on l_random_k_lh_start. Before, the test passed because we used the same random seed for all timesteps, preventing differences in the random call. But now we use a different seed each timestep, causing differences. To ensure reproducibility, we use the seed each timestep to generate rand_pool, which is an effective solution, but we need to do that for the rand_integer_in_range call in the l_random_k_lh_start code for the same reason. Since this does change the random that comes out, this is BIT_CHANGING, but only for runs using both SILHS and l_random_k_lh_start=.true. 2025-10-01 17:36:25 -050050f5a9aa2d2a1e4894e9d0aa40f653db463beb15Making the l_random_k_lh_start set the random generator seed before generating a random. This should fix the generalized grid test, which failed for the only flag set that turned on l_random_k_lh_start. Before, the test passed because we used the same random seed for all timesteps, preventing differences in the random call. But now we use a different seed each timestep, causing differences. To ensure reproducibility, we use the seed each timestep to generate rand_pool, which is an effective solution, but we need to do that for the rand_integer_in_range call in the l_random_k_lh_start code for the same reason. Since this does change the random that comes out, this is BIT_CHANGING, but only for runs using both SILHS and l_random_k_lh_start=.true.editlatin_hypercube_driver_module.F90githttp://carson.math.uwm.edu/jenkins/user/hueblerGunther Hueblerfalse199http://carson.math.uwm.edu/jenkins/view/all/job/cam_BFB_coarse_res_gfortran_test/199/197http://carson.math.uwm.edu/jenkins/view/all/job/cam_BFB_coarse_res_gfortran_test/197/