- changed status to open
- removed comment
GetComponents has a zero return code even when all components were not checked out
Issue #232
closed
When I run GetComponents, I frequently run into what I can only assume are transient network errors of the following form:
Checking out module: CactusNumerical/Cartoon2D from repository: http://svn.cactuscode.org/arrangements/CactusNumerical/Cartoon2D/trunk into: ./arrangements svn: REPORT of '/arrangements/CactusNumerical/Cartoon2D/!svn/vcc/default': Could not read response body: connection was closed by server. (http://svn.cactuscode.org)
It used to be the case that GetComponents would return a nonzero exit code in this case so that my automated script can detect this and try again. Now GetComponents says:
163 components checked out. 0 components updated.
Unable to process CactusNumerical/Cartoon2D Unable to process EinsteinInitialData/Exact Unable to process EinsteinInitialData/TwoPunctures
Time Elapsed: 270 minutes, 51 seconds
and returns a zero exit code. This is preventing nightly build and test from running.
I am using the version of GetComponents from http://svn.cactuscode.org/Utilities/trunk/Scripts/GetComponents
Keyword:
Comments (3)
-
-
- changed status to resolved
- removed comment
Closing this ticket because to the best of my knowledge, it was a bug in Ian's testsuite script.
-
- edited description
- changed status to closed
- Log in to comment
- Assignee
- Type
- Priority
- Status
- closed
- Component
- GetComponents
- Milestone
- –
- Version
- –
- Votes
- 0
- Watchers
- 0
Can you try your automated script with the git version of !GetComponents? (https://github.com/gridaphobe/CRL/raw/master/GetComponents, or Cactus/bin/GetComponents if you are using the trunk thornlist) I'm not sure how to force a network error of the type you're getting, but I just tested !GetComponents with a fake svn URL, and it exited with a non-zero code. Since !GetComponents writes the line "Unable to process !CactusNumerical/Cartoon2D" it should exit correctly for your situation as well in the git version.