Comments (10)

1. 

   Erik Schnetter

   • removed comment

   I added an additional dependency to Formaline that may resolve this issue. Can you try again?

   • 2013-04-04T16:13:29+00:00
2. 

   Sherwood Richers reporter

   • removed comment

   did "svn up" in arrangements/CactusUtils/Formaline which updated src/make.configuration.deps

   Unfortunately the problem still persists. I find it odd that it happens only when using Mojave, though.

   • 2013-04-04T16:43:57+00:00
3. 

   Erik Schnetter

   • removed comment

   Can you post a log file of all commands executed? Simfactory has a "--verbose" option, and Cactus has "make VERBOSE=yes".

   • 2013-04-04T20:49:48+00:00
4. 

   Sherwood Richers reporter

   • removed comment

   More detailed description: (sorry for the spam)

   mojave.log - copy of output to console when clicking mojave->Build simfactory.log - copy of output when executing the command in the first line of mojave.log after changing to the directory in the second line of mojave.log

   • 2013-04-05T12:26:36+00:00
5. 

   Erik Schnetter

   • removed comment

   The find command fails very late, long after thorns have begun to be built. At that time, the ThornList obviously exists.

   Can you add a "pwd" statement before the find to see in which directory the find command executes?

   • 2013-04-05T12:48:25+00:00
6. 

   anonymous

   • removed comment

   Sorry I didn't notice this ticket. The fix is quite simple. Apparently I allowed the / character to appear in names at some point, which was probably a bad idea. The following small change allows the par file to work, and the ET test suite still passes.

   Index: Call.cc

   --- Call.cc (revision 4991) +++ Call.cc (working copy) @@ -722,7 +722,7 @@ "# Note that / occurs in some par files. It is my\n" "# feeling that this should require quote marks.\n"

   • "name = [@a-zA-Z_][@/a-zA-Z0-9_-]*\n"
   • "name = [@a-zA-Z_][@a-zA-Z0-9_-]\n" "dname = [0-9][a-zA-Z_]{2,}\n" "inquot = ({var}|\\.|[^\\\"])\n" "fname = \.?/[-\./0-9a-zA-Z_]+\n"

   • 2013-04-05T13:27:26+00:00
7. 

   Steven R. Brandt

   • removed comment

   Sorry, the comment here was attached to the wrong ticket.

   • 2013-04-05T13:49:08+00:00
8. 

   Steven R. Brandt

   • changed status to resolved
   • removed comment

   This is a duplicate of ticket #1270. I attached a patch and I guess that got forgotten.

   • 2013-04-05T13:51:45+00:00
9. 

   Steven R. Brandt

   • removed comment

   The patch on #1270 isn't checked in. Please try that out.

   • 2013-04-05T17:54:08+00:00
10. 

    Roland Haas

    • edited description
    • changed status to closed

    • 2019-02-21T19:51:29+00:00
11. Log in to comment