What happened?
Observe CAM snapshots
constituent-dimensioned fields like pbuf_FRACIS are written with a constituent dimension which is unsupported by CAM-SIMA to write and impossible to re-assemble, because CAM's constituent ordering is different from CAM-SIMA.
A previous workaround was added for cam_in_cflx to append the constituent name instead of using a constituent dimension. We need to do that too for FRACIS.
For cam_in_dstflx it has a dimension of size 4 for dust bins, but it does not get written, only passed as a 1D array (ncol) so the dimension 4 is lost
What are the steps to reproduce the bug?
Observe CAM snapshots
What CAM tag were you using?
cam6_4_185
What machine were you running CAM on?
CISL machine (e.g. derecho)
What compiler were you using?
GNU
Path to a case directory, if applicable
No response
Will you be addressing this bug yourself?
Yes
Extra info
No response
What happened?
Observe CAM snapshots
constituent-dimensioned fields like
pbuf_FRACISare written with a constituent dimension which is unsupported by CAM-SIMA to write and impossible to re-assemble, because CAM's constituent ordering is different from CAM-SIMA.A previous workaround was added for
cam_in_cflxto append the constituent name instead of using a constituent dimension. We need to do that too for FRACIS.For
cam_in_dstflxit has a dimension of size 4 for dust bins, but it does not get written, only passed as a 1D array (ncol) so the dimension 4 is lostWhat are the steps to reproduce the bug?
Observe CAM snapshots
What CAM tag were you using?
cam6_4_185
What machine were you running CAM on?
CISL machine (e.g. derecho)
What compiler were you using?
GNU
Path to a case directory, if applicable
No response
Will you be addressing this bug yourself?
Yes
Extra info
No response