A change in the treatment of symbols inside quotes has broken the example.
While it would be possible to patch remrule, the problem is really that
in previous
versions of Maxima, "+rule1" would be read in as a symbol with a
funny name.
In the current version of Maxima, "+rule1" is read in as a character
string, not a symbol.
Perhaps the names of the rules should avoid special characters.
As the author of the tellsimp programs, I would like to advise you that
nearly all
uses where a rule is placed on "+" or "*", are likely to cause a
substantial slowdown in
the system, and also likely to NOT do what you want, unless you write
patterns that do
not require backup, and account for all the arguments, not just 2.
A paper describing 'partitioning' may help..
http://www.cs.berkeley.edu/~fateman/papers/partition.pdf <http://www.cs.berkeley.edu/%7Efateman/papers/partition.pdf>;
Alejandro Jakubi wrote:
> In Maxima 5.19.1, I have reproduced an example in the help for 'remrule',
> where a rule is defined and removed for the operator "+", but got an error
> message from the 'remrule' statement:
>
> (%i1) tellsimpafter (aa + bb, special_add (aa, bb));
> (%o1) [+rule1, simplus]
> (%i2) aa+bb;
> (%o2) special_add(aa, bb)
> (%i3) remrule("+", "+rule1");
>
> "+rule1" - no such rule.
> -- an error. To debug this try debugmode(true);
>
> On the other hand, remrule("+", all) works fine. And similar error messages
> occur when trying to remove rules for "^" by rulename.
>
> Am I missing something? Is this a known issue?
>
>
> Alejandro Jakubi
>
>
>
>
> _______________________________________________
> Maxima mailing list
> Maxima at math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima
>