<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></action><action _class='hudson.plugins.git.util.BuildData'><buildsByBranchName><originclubb_silhs_devel _class='hudson.plugins.git.util.Build'><buildNumber>75</buildNumber><marked><SHA1>6fc57497840efaa7acc394c10ac9c6892ef16220</SHA1><branch><SHA1>6fc57497840efaa7acc394c10ac9c6892ef16220</SHA1><name>origin/clubb_silhs_devel</name></branch></marked><revision><SHA1>6fc57497840efaa7acc394c10ac9c6892ef16220</SHA1><branch><SHA1>6fc57497840efaa7acc394c10ac9c6892ef16220</SHA1><name>origin/clubb_silhs_devel</name></branch></revision></originclubb_silhs_devel><refsremotesoriginchanges_to_not_break _class='hudson.plugins.git.util.Build'><buildNumber>63</buildNumber><marked><SHA1>7250e6e77b4c4a4210456e16ddaaa278401e8ae4</SHA1><branch><SHA1>7250e6e77b4c4a4210456e16ddaaa278401e8ae4</SHA1><name>refs/remotes/origin/changes_to_not_break</name></branch></marked><revision><SHA1>7250e6e77b4c4a4210456e16ddaaa278401e8ae4</SHA1><branch><SHA1>7250e6e77b4c4a4210456e16ddaaa278401e8ae4</SHA1><name>refs/remotes/origin/changes_to_not_break</name></branch></revision></refsremotesoriginchanges_to_not_break><refsremotesoriginclubb_silhs_devel _class='hudson.plugins.git.util.Build'><buildNumber>436</buildNumber><marked><SHA1>347646e13207db4729db167a1a55fcba7f49f8d2</SHA1><branch><SHA1>347646e13207db4729db167a1a55fcba7f49f8d2</SHA1><name>refs/remotes/origin/clubb_silhs_devel</name></branch></marked><revision><SHA1>347646e13207db4729db167a1a55fcba7f49f8d2</SHA1><branch><SHA1>347646e13207db4729db167a1a55fcba7f49f8d2</SHA1><name>refs/remotes/origin/clubb_silhs_devel</name></branch></revision></refsremotesoriginclubb_silhs_devel></buildsByBranchName><lastBuiltRevision><SHA1>347646e13207db4729db167a1a55fcba7f49f8d2</SHA1><branch><SHA1>347646e13207db4729db167a1a55fcba7f49f8d2</SHA1><name>refs/remotes/origin/clubb_silhs_devel</name></branch></lastBuiltRevision><remoteUrl>https://github.com/larson-group/cam.git</remoteUrl><scmName></scmName></action><action></action><action _class='org.jenkinsci.plugins.workflow.cps.EnvActionImpl'></action><action></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>#436</displayName><duration>259818</duration><estimatedDuration>1520216</estimatedDuration><fullDisplayName>cam_scam_gfortran_debug_test #436</fullDisplayName><id>436</id><keepLog>false</keepLog><number>436</number><queueId>4867</queueId><result>FAILURE</result><timestamp>1731404768270</timestamp><url>http://carson.math.uwm.edu/jenkins/job/cam_scam_gfortran_debug_test/436/</url><changeSet _class='hudson.plugins.git.GitChangeSetList'><item _class='hudson.plugins.git.GitChangeSet'><affectedPath>advance_xp2_xpyp_module.F90</affectedPath><commitId>0c81e032e7c8627c963780496471ffda1f533007</commitId><timestamp>1731347440000</timestamp><author><absoluteUrl>http://carson.math.uwm.edu/jenkins/user/bmg2</absoluteUrl><fullName>bmg2</fullName></author><authorEmail>bmg2@uwm.edu</authorEmail><comment>As part of generalizing the code to work with both an ascending and
descending grid, I discovered an issue.  The issue occurs in the
xp2/xpyp "upwind" turbulent advection code and involves the "sgn_"
variables. Ultimately, for other PDFs, I was setting this variable
using equations of the form

sign( one, variable)

which set the value to either 1 or -1 no matter the value of variable.

However, for the ADG1 PDF, I was lazy and simply just set the value
of sgn_ to be equal to wp3_on_wp2.

The issue arose when wp3_on_wp2 had a value of 0, and therefore is
neither negative or positive.

To rectifiy the issue, all settings of "sgn_" variables now use
equations of the form sign( one, variable ).

For a vast majority of cases, this change had absolutely
no effect on the results and everything stayed bit-for-bit.

However, BIT_CHANGING results were detected for CGILS S6,
MC3E, and TWP-ICE.
</comment><date>2024-11-11 11:50:40 -0600</date><id>0c81e032e7c8627c963780496471ffda1f533007</id><msg>As part of generalizing the code to work with both an ascending and</msg><path><editType>edit</editType><file>advance_xp2_xpyp_module.F90</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>437</number><url>http://carson.math.uwm.edu/jenkins/job/cam_scam_gfortran_debug_test/437/</url></nextBuild><previousBuild><number>435</number><url>http://carson.math.uwm.edu/jenkins/job/cam_scam_gfortran_debug_test/435/</url></previousBuild></workflowRun>