Problem Strategy outermost added 08 Ex4 4 Luc96b

Tool CaT

Execution Time	Unknown
Answer	MAYBE
Input	Strategy outermost added 08 Ex4 4 Luc96b

stdout:

MAYBE

Problem:
f(g(X),Y) -> f(X,f(g(X),Y))

Proof:
Open

Tool IRC1

Execution Time	Unknown
Answer	MAYBE
Input	Strategy outermost added 08 Ex4 4 Luc96b

stdout:

MAYBE
Warning when parsing problem:

Unsupported strategy 'OUTERMOST'

Tool IRC2

Execution Time	Unknown
Answer	MAYBE
Input	Strategy outermost added 08 Ex4 4 Luc96b

stdout:

MAYBE

'Fastest (timeout of 60.0 seconds)'
-----------------------------------
Answer:           MAYBE
Input Problem:    innermost runtime-complexity with respect to
  Rules: {f(g(X), Y) -> f(X, f(g(X), Y))}

Proof Output:
  None of the processors succeeded.

  Details of failed attempt(s):
  -----------------------------
    1) 'wdg' failed due to the following reason:
         Transformation Details:
         -----------------------
           We have computed the following set of weak (innermost) dependency pairs:

             {1: f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))}

           Following Dependency Graph (modulo SCCs) was computed. (Answers to
           subproofs are indicated to the right.)

             ->{1}                                                       [         NA         ]



         Sub-problems:
         -------------
           * Path {1}: NA
             ------------

             The usable rules for this path are:

               {f(g(X), Y) -> f(X, f(g(X), Y))}

             The weight gap principle does not apply:
               The input cannot be shown compatible
             Complexity induced by the adequate RMI: MAYBE

             We have not generated a proof for the resulting sub-problem.

    2) 'wdg' failed due to the following reason:
         Transformation Details:
         -----------------------
           We have computed the following set of weak (innermost) dependency pairs:

             {1: f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))}

           Following Dependency Graph (modulo SCCs) was computed. (Answers to
           subproofs are indicated to the right.)

             ->{1}                                                       [       MAYBE        ]



         Sub-problems:
         -------------
           * Path {1}: MAYBE
             ---------------

             The usable rules for this path are:

               {f(g(X), Y) -> f(X, f(g(X), Y))}

             The weight gap principle does not apply:
               The input cannot be shown compatible
             Complexity induced by the adequate RMI: MAYBE

             We apply the sub-processor on the resulting sub-problem:

             'matrix-interpretation of dimension 2'
             --------------------------------------
             Answer:           MAYBE
             Input Problem:    innermost runtime-complexity with respect to
               Rules:
                 {  f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))
                  , f(g(X), Y) -> f(X, f(g(X), Y))}

             Proof Output:
               The input cannot be shown compatible

    3) 'wdg' failed due to the following reason:
         Transformation Details:
         -----------------------
           We have computed the following set of weak (innermost) dependency pairs:

             {1: f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))}

           Following Dependency Graph (modulo SCCs) was computed. (Answers to
           subproofs are indicated to the right.)

             ->{1}                                                       [       MAYBE        ]



         Sub-problems:
         -------------
           * Path {1}: MAYBE
             ---------------

             The usable rules for this path are:

               {f(g(X), Y) -> f(X, f(g(X), Y))}

             The weight gap principle does not apply:
               The input cannot be shown compatible
             Complexity induced by the adequate RMI: MAYBE

             We apply the sub-processor on the resulting sub-problem:

             'matrix-interpretation of dimension 1'
             --------------------------------------
             Answer:           MAYBE
             Input Problem:    innermost runtime-complexity with respect to
               Rules:
                 {  f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))
                  , f(g(X), Y) -> f(X, f(g(X), Y))}

             Proof Output:
               The input cannot be shown compatible

    4) 'matrix-interpretation of dimension 1' failed due to the following reason:
         The input cannot be shown compatible

    5) 'Bounds with perSymbol-enrichment and initial automaton 'match'' failed due to the following reason:
         match-boundness of the problem could not be verified.

    6) 'Bounds with minimal-enrichment and initial automaton 'match'' failed due to the following reason:
         match-boundness of the problem could not be verified.

Tool RC1

Execution Time	Unknown
Answer	MAYBE
Input	Strategy outermost added 08 Ex4 4 Luc96b

stdout:

MAYBE
Warning when parsing problem:

Unsupported strategy 'OUTERMOST'

Tool RC2

Execution Time	Unknown
Answer	MAYBE
Input	Strategy outermost added 08 Ex4 4 Luc96b

stdout:

MAYBE

'Fastest (timeout of 60.0 seconds)'
-----------------------------------
Answer:           MAYBE
Input Problem:    runtime-complexity with respect to
  Rules: {f(g(X), Y) -> f(X, f(g(X), Y))}

Proof Output:
  None of the processors succeeded.

  Details of failed attempt(s):
  -----------------------------
    1) 'wdg' failed due to the following reason:
         Transformation Details:
         -----------------------
           We have computed the following set of weak (innermost) dependency pairs:

             {1: f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))}

           Following Dependency Graph (modulo SCCs) was computed. (Answers to
           subproofs are indicated to the right.)

             ->{1}                                                       [         NA         ]



         Sub-problems:
         -------------
           * Path {1}: NA
             ------------

             The usable rules for this path are:

               {f(g(X), Y) -> f(X, f(g(X), Y))}

             The weight gap principle does not apply:
               The input cannot be shown compatible
             Complexity induced by the adequate RMI: MAYBE

             We have not generated a proof for the resulting sub-problem.

    2) 'wdg' failed due to the following reason:
         Transformation Details:
         -----------------------
           We have computed the following set of weak (innermost) dependency pairs:

             {1: f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))}

           Following Dependency Graph (modulo SCCs) was computed. (Answers to
           subproofs are indicated to the right.)

             ->{1}                                                       [       MAYBE        ]



         Sub-problems:
         -------------
           * Path {1}: MAYBE
             ---------------

             The usable rules for this path are:

               {f(g(X), Y) -> f(X, f(g(X), Y))}

             The weight gap principle does not apply:
               The input cannot be shown compatible
             Complexity induced by the adequate RMI: MAYBE

             We apply the sub-processor on the resulting sub-problem:

             'matrix-interpretation of dimension 2'
             --------------------------------------
             Answer:           MAYBE
             Input Problem:    runtime-complexity with respect to
               Rules:
                 {  f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))
                  , f(g(X), Y) -> f(X, f(g(X), Y))}

             Proof Output:
               The input cannot be shown compatible

    3) 'wdg' failed due to the following reason:
         Transformation Details:
         -----------------------
           We have computed the following set of weak (innermost) dependency pairs:

             {1: f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))}

           Following Dependency Graph (modulo SCCs) was computed. (Answers to
           subproofs are indicated to the right.)

             ->{1}                                                       [       MAYBE        ]



         Sub-problems:
         -------------
           * Path {1}: MAYBE
             ---------------

             The usable rules for this path are:

               {f(g(X), Y) -> f(X, f(g(X), Y))}

             The weight gap principle does not apply:
               The input cannot be shown compatible
             Complexity induced by the adequate RMI: MAYBE

             We apply the sub-processor on the resulting sub-problem:

             'matrix-interpretation of dimension 1'
             --------------------------------------
             Answer:           MAYBE
             Input Problem:    runtime-complexity with respect to
               Rules:
                 {  f^#(g(X), Y) -> c_0(f^#(X, f(g(X), Y)))
                  , f(g(X), Y) -> f(X, f(g(X), Y))}

             Proof Output:
               The input cannot be shown compatible

    4) 'matrix-interpretation of dimension 1' failed due to the following reason:
         The input cannot be shown compatible

    5) 'Bounds with perSymbol-enrichment and initial automaton 'match'' failed due to the following reason:
         match-boundness of the problem could not be verified.

    6) 'Bounds with minimal-enrichment and initial automaton 'match'' failed due to the following reason:
         match-boundness of the problem could not be verified.