<workflowRun _class='org.jenkinsci.plugins.workflow.job.WorkflowRun'><action _class='hudson.model.CauseAction'><cause _class='hudson.triggers.SCMTrigger$SCMTriggerCause'><shortDescription>Started by an SCM change</shortDescription></cause></action><action></action><action _class='org.jenkinsci.plugins.workflow.libs.LibrariesAction'></action><action></action><action _class='hudson.plugins.git.util.BuildData'><buildsByBranchName><originmaster _class='hudson.plugins.git.util.Build'><buildNumber>76</buildNumber><marked><SHA1>d3946a586f66f155af6c32d7c6f9ed92389388cf</SHA1><branch><SHA1>d3946a586f66f155af6c32d7c6f9ed92389388cf</SHA1><name>origin/master</name></branch></marked><revision><SHA1>d3946a586f66f155af6c32d7c6f9ed92389388cf</SHA1><branch><SHA1>d3946a586f66f155af6c32d7c6f9ed92389388cf</SHA1><name>origin/master</name></branch></revision></originmaster><originchanges_to_not_break _class='hudson.plugins.git.util.Build'><buildNumber>72</buildNumber><marked><SHA1>c7eb33836dd22870dc48b2acd2b5b340dbeef909</SHA1><branch><SHA1>c7eb33836dd22870dc48b2acd2b5b340dbeef909</SHA1><name>origin/changes_to_not_break</name></branch></marked><revision><SHA1>c7eb33836dd22870dc48b2acd2b5b340dbeef909</SHA1><branch><SHA1>c7eb33836dd22870dc48b2acd2b5b340dbeef909</SHA1><name>origin/changes_to_not_break</name></branch></revision></originchanges_to_not_break><refsremotesoriginmaster _class='hudson.plugins.git.util.Build'><buildNumber>133</buildNumber><marked><SHA1>7b98bf999d6d7592c61deee4900af5fe49437520</SHA1><branch><SHA1>7b98bf999d6d7592c61deee4900af5fe49437520</SHA1><name>refs/remotes/origin/master</name></branch></marked><revision><SHA1>7b98bf999d6d7592c61deee4900af5fe49437520</SHA1><branch><SHA1>7b98bf999d6d7592c61deee4900af5fe49437520</SHA1><name>refs/remotes/origin/master</name></branch></revision></refsremotesoriginmaster></buildsByBranchName><lastBuiltRevision><SHA1>7b98bf999d6d7592c61deee4900af5fe49437520</SHA1><branch><SHA1>7b98bf999d6d7592c61deee4900af5fe49437520</SHA1><name>refs/remotes/origin/master</name></branch></lastBuiltRevision><remoteUrl>https://github.com/larson-group/wrf.git</remoteUrl><scmName></scmName></action><action></action><action _class='org.jenkinsci.plugins.workflow.cps.EnvActionImpl'></action><action></action><action></action><action></action><action _class='org.jenkinsci.plugins.displayurlapi.actions.RunDisplayAction'></action><action _class='org.jenkinsci.plugins.pipeline.modeldefinition.actions.RestartDeclarativePipelineAction'></action><action></action><action _class='org.jenkinsci.plugins.workflow.job.views.FlowGraphAction'></action><action></action><action></action><action></action><building>false</building><displayName>#133</displayName><duration>3603061</duration><estimatedDuration>1483010</estimatedDuration><fullDisplayName>wrf_clubb_silhs_parallel_ifort #133</fullDisplayName><id>133</id><keepLog>false</keepLog><number>133</number><queueId>10530</queueId><result>SUCCESS</result><timestamp>1636795208636</timestamp><url>http://carson.math.uwm.edu/jenkins/view/all/job/wrf_clubb_silhs_parallel_ifort/133/</url><changeSet _class='hudson.plugins.git.GitChangeSetList'><item _class='hudson.plugins.git.GitChangeSet'><affectedPath>WRF/phys/module_bl_clubb.F</affectedPath><commitId>60e54dfd83afb7da9c74252b59c5f249e3446e69</commitId><timestamp>1636762268000</timestamp><author><absoluteUrl>http://carson.math.uwm.edu/jenkins/user/bmg2</absoluteUrl><fullName>bmg2</fullName></author><authorEmail>bmg2@uwm.edu</authorEmail><comment>I fixed a bug in module_bl_clubb.F that was causing WRF-CLUBB(-SILHS) to
crash. In short, c_K was previously declared as a module variable in
module_bl_clubb.F in order to transport its value from CLUBB's setup
(where it is read in and set) to use in the main CLUBB timestep. With
the change where clubb_params is now passed through the subroutine
calls, a second, local c_K variable was declared and introduced in
the setup portion of CLUBB. With that, the statement that assigned
c_K was most likely now assigning the local c_K variable rather than
the module c_K variable. Since the module c_K variable was no longer
being assigned a value, it was being used uninitialized in the main
CLUBB timestep, causing the crash.

However, the introduction of clubb_params renders a module variable c_K
unnecessary and it can now be removed from the code. This eliminates
the problem and WRF-CLUBB can now run without crashing again.

larson-group/sys_admin#763
</comment><date>2021-11-12 18:11:08 -0600</date><id>60e54dfd83afb7da9c74252b59c5f249e3446e69</id><msg>I fixed a bug in module_bl_clubb.F that was causing WRF-CLUBB(-SILHS) to</msg><path><editType>edit</editType><file>WRF/phys/module_bl_clubb.F</file></path></item><kind>git</kind></changeSet><culprit><absoluteUrl>http://carson.math.uwm.edu/jenkins/user/bmg2</absoluteUrl><fullName>bmg2</fullName></culprit><inProgress>false</inProgress><nextBuild><number>134</number><url>http://carson.math.uwm.edu/jenkins/view/all/job/wrf_clubb_silhs_parallel_ifort/134/</url></nextBuild><previousBuild><number>132</number><url>http://carson.math.uwm.edu/jenkins/view/all/job/wrf_clubb_silhs_parallel_ifort/132/</url></previousBuild></workflowRun>