Open rtoy opened 3 months ago
Imported from SourceForge on 2024-07-07 15:48:04 Created by zmth on 2018-10-29 10:33:33 Original: https://sourceforge.net/p/maxima/bugs/3487/#739f
If i put instead ,lisv:append(rest(lisv,j-length(lisv)-1),rest(lisv,j))
it works, which should be exactly the same as the prior more direct expression using rempart
Imported from SourceForge on 2024-07-07 15:48:08 Created by robert_dodier on 2019-02-06 21:19:53 Original: https://sourceforge.net/p/maxima/bugs/3487/#352e
Diff:
--- old
+++ new
@@ -6,7 +6,7 @@
Lisp implementation version: GCL 2.6.8
-
+~~~~
(matv:ident(3),declare(xx,symmetric)
,vecrv(lis31,lis32):=block([sout:0],for i thru 3 do for j thru 3 do
sout:sout+xx[i,j]*lis31[i]*lis32[j],return(sout) )/*end blk*/
@@ -68,10 +68,11 @@
,matrix_size(mat4)[1]-1),[1]))))/*end thru lentp*/,if fl1 then if rank(mat4)
<matrix_size(mat4)[1] then mat4:submatrix(matrix_size(mat4)[1],mat4)
)/*end thru lencoset*/ );
-
+ ~~~~
and get the ridiculous error message:
+ ~~~~
"simplifya: operator is neither an atom nor a lambda expression: $ERREXP1
#0: rempart(exp=[2*xx[1,2]*xx[2,3]*xx[3,4]*xx[5,6],-2*xx[1,3]*xx[2,2]*xx[3,4]*xx[5,6],-2*xx[1,2]*xx[2,4]*xx[3,3]*xx[...,n=7)(functs.mac line 15)
-- an error. To debug this try: debugmode(true);"
-
+ ~~~~
and there is nothing wrong with lisv as you can verify by displaying it and using it for all other things
Imported from SourceForge on 2024-07-07 15:48:11 Created by robert_dodier on 2019-02-06 21:20:57 Original: https://sourceforge.net/p/maxima/bugs/3487/#29f5
Diff:
--- old
+++ new
@@ -4,7 +4,6 @@
Host type: i686-pc-mingw32
Lisp implementation type: GNU Common Lisp (GCL)
Lisp implementation version: GCL 2.6.8
-
(matv:ident(3),declare(xx,symmetric) @@ -68,11 +67,11 @@ ,matrix_size(mat4)[1]-1),[1]))))/end thru lentp/,if fl1 then if rank(mat4) <matrix_size(mat4)[1] then mat4:submatrix(matrix_size(mat4)[1],mat4) )/end thru lencoset/ );
and get the ridiculous error message:
"simplifya: operator is neither an atom nor a lambda expression: $ERREXP1
#0: rempart(exp=[2*xx[1,2]*xx[2,3]*xx[3,4]*xx[5,6],-2*xx[1,3]*xx[2,2]*xx[3,4]*xx[5,6],-2*xx[1,2]*xx[2,4]*xx[3,3]*xx[...,n=7)(functs.mac line 15)
-- an error. To debug this try: debugmode(true);"
+~~~~
and there is nothing wrong with lisv as you can verify by displaying it and using it for all other things
Imported from SourceForge on 2024-07-07 15:48:15 Created by robert_dodier on 2020-12-26 20:47:54 Original: https://sourceforge.net/p/maxima/bugs/3487/#4cdb
Diff:
--- old
+++ new
@@ -6,6 +6,7 @@
Lisp implementation version: GCL 2.6.8
+load(lrats); (matv:ident(3),declare(xx,symmetric) ,vecrv(lis31,lis32):=block([sout:0],for i thru 3 do for j thru 3 do sout:sout+xx[i,j]lis31[i]lis32[j],return(sout) )/end blk/
Imported from SourceForge on 2024-07-07 15:48:18 Created by robert_dodier on 2020-12-26 20:47:55 Original: https://sourceforge.net/p/maxima/bugs/3487/#3620
Putting load(lrats);
at the beginning since lratsubst
is called.
Imported from SourceForge on 2024-07-07 15:48:22 Created by robert_dodier on 2020-12-26 20:58:21 Original: https://sourceforge.net/p/maxima/bugs/3487/#6467
Imported from SourceForge on 2024-07-07 15:48:25 Created by robert_dodier on 2020-12-26 20:58:22 Original: https://sourceforge.net/p/maxima/bugs/3487/#f44c
I've tried to reproduce the error, but when I run the code as it's shown above, it runs to what appears to be a successful completion without an error. However, I see that the calls to ldisp
within the innermost loop aren't called, and rempart
isn't called. It appears that constantp
always returns false, so the problematic part of the code is never executed.
If there is some more context that can be added to cause the error, that would be very helpful. On the face of it, the error message suggests an invalid expression was constructed, which would be important to fix. However, an example which causes the error is needed.
I tested this with some post-5.44 versions, and also 5.31.1 + Clisp. None of them produced the error. Closing this as "won't fix" since I wasn't able to reproduce it. We can reopen it if more info appears.
Imported from SourceForge on 2024-07-07 15:48:03 Created by zmth on 2018-10-29 08:03:59 Original: https://sourceforge.net/p/maxima/bugs/3487
wxMaxima version: 13.4.0 Maxima version: 5.31.1 Maxima build date: 2013-09-24 09:49:12 Host type: i686-pc-mingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8
and get the ridiculous error message:
and there is nothing wrong with lisv as you can verify by displaying it and using it for all other things