Dear maintainer,
I would like to confirm that this bug is still present in sid's version
of maxima-doc (5.30.0-16).
Of course it is not limited to the documentation of the hessian function.
It is the *whole inline doc* which is buggy making it frankly quite useless.
Couldn't that justify modifying severity from minor to something more
important ?
Here are a few examples, they are trivial but what is important is that
I didn't search for them ; they are the first that I tried and they all
give wrong results.
Maxima 5.30.0 http://maxima.sourceforge.net
using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (a.k.a. GCL)
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) ? sin
-- Function: sech (<x>)
- Hyperbolic Secant.
There are also some inexact matches for `sin'.
Try `?? sin' to see them.
(%i2) ? sech
-- Function: sec (<x>)
- Secant.
There are also some inexact matches for `sech'.
Try `?? sech' to see them.
(%i3) ? sec
-- Package: ntrig
The 'ntrig' package contains a set of simplification rules that are
used to simplify trigonometric function whose arguments are of the
form '<f>(<n> %pi/10)' where <f> is any of the functions 'sin',
'cos', 'tan', 'csc', 'sec' and 'cot'.
There are also some inexact matches for `sec'.
Try `?? sec' to see them.
(%o3) true
(%i4) ? exp
-- Option variable: %enumer
Default value: 'false'
When '%enumer' is 'true', '%e' is replaced by its numeric value
2.718... whenever 'numer' is 'true'.
When '%enumer' is 'false', this substitution is carried out only if
the exponent in '%e^x' evaluates to a number.
See also 'ev' and 'numer'.
There are also some inexact matches for `exp'.
Try `?? exp' to see them.
(%i5) ? numer
-- Function: numberp (<expr>)
Returns 'true' if <expr> is a literal integer, rational number,
floating point number, or bigfloat, otherwise 'false'.
'numberp' returns 'false' if its argument is a symbol, even if the
argument is a symbolic number such as '%pi' or '%i', or declared to
be 'even', 'odd', 'integer', 'rational', 'irrational', 'real',
'imaginary', or 'complex'.
Examples:
(%i1) numberp (42);
(%o1) true
(%i2) numberp (-13/19);
(%o2) true
(%i3) numberp (3.14159);
(%o3) true
(%i4) numberp (-1729b-4);
(%o4) true
(%i5) map (numberp, [%e, %pi, %i, %phi, inf, minf]);
(%o5) [false, false, false, false, false, false]
(%i6) declare (a, even, b, odd, c, integer, d, rational,
e, irrational, f, real, g, imaginary, h, complex);
(%o6) done
(%i7) map (numberp, [a, b, c, d, e, f, g, h]);
(%o7) [false, false, false, false, false, false, false, false]
There are also some inexact matches for `numer'.
Try `?? numer' to see them.
Hope this help and that this bug will eventually be fixed.
Thanks for your work.
--
Eddy F.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
