You can subscribe to this list here.
2002 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}
(67) 
_{Jul}
(61) 
_{Aug}
(49) 
_{Sep}
(43) 
_{Oct}
(59) 
_{Nov}
(24) 
_{Dec}
(18) 

2003 
_{Jan}
(34) 
_{Feb}
(35) 
_{Mar}
(72) 
_{Apr}
(42) 
_{May}
(46) 
_{Jun}
(15) 
_{Jul}
(64) 
_{Aug}
(62) 
_{Sep}
(22) 
_{Oct}
(41) 
_{Nov}
(57) 
_{Dec}
(56) 
2004 
_{Jan}
(48) 
_{Feb}
(47) 
_{Mar}
(33) 
_{Apr}
(39) 
_{May}
(6) 
_{Jun}
(17) 
_{Jul}
(19) 
_{Aug}
(10) 
_{Sep}
(14) 
_{Oct}
(74) 
_{Nov}
(80) 
_{Dec}
(22) 
2005 
_{Jan}
(43) 
_{Feb}
(33) 
_{Mar}
(52) 
_{Apr}
(74) 
_{May}
(32) 
_{Jun}
(58) 
_{Jul}
(18) 
_{Aug}
(41) 
_{Sep}
(71) 
_{Oct}
(28) 
_{Nov}
(65) 
_{Dec}
(68) 
2006 
_{Jan}
(54) 
_{Feb}
(37) 
_{Mar}
(82) 
_{Apr}
(211) 
_{May}
(69) 
_{Jun}
(75) 
_{Jul}
(279) 
_{Aug}
(139) 
_{Sep}
(135) 
_{Oct}
(58) 
_{Nov}
(81) 
_{Dec}
(78) 
2007 
_{Jan}
(141) 
_{Feb}
(134) 
_{Mar}
(65) 
_{Apr}
(49) 
_{May}
(61) 
_{Jun}
(90) 
_{Jul}
(72) 
_{Aug}
(53) 
_{Sep}
(86) 
_{Oct}
(61) 
_{Nov}
(62) 
_{Dec}
(101) 
2008 
_{Jan}
(100) 
_{Feb}
(66) 
_{Mar}
(76) 
_{Apr}
(95) 
_{May}
(77) 
_{Jun}
(93) 
_{Jul}
(103) 
_{Aug}
(76) 
_{Sep}
(42) 
_{Oct}
(55) 
_{Nov}
(44) 
_{Dec}
(75) 
2009 
_{Jan}
(103) 
_{Feb}
(105) 
_{Mar}
(121) 
_{Apr}
(59) 
_{May}
(103) 
_{Jun}
(82) 
_{Jul}
(67) 
_{Aug}
(76) 
_{Sep}
(85) 
_{Oct}
(75) 
_{Nov}
(181) 
_{Dec}
(133) 
2010 
_{Jan}
(107) 
_{Feb}
(116) 
_{Mar}
(145) 
_{Apr}
(89) 
_{May}
(138) 
_{Jun}
(85) 
_{Jul}
(82) 
_{Aug}
(111) 
_{Sep}
(70) 
_{Oct}
(83) 
_{Nov}
(60) 
_{Dec}
(16) 
2011 
_{Jan}
(61) 
_{Feb}
(16) 
_{Mar}
(52) 
_{Apr}
(41) 
_{May}
(34) 
_{Jun}
(41) 
_{Jul}
(57) 
_{Aug}
(73) 
_{Sep}
(21) 
_{Oct}
(45) 
_{Nov}
(50) 
_{Dec}
(28) 
2012 
_{Jan}
(70) 
_{Feb}
(36) 
_{Mar}
(71) 
_{Apr}
(29) 
_{May}
(48) 
_{Jun}
(61) 
_{Jul}
(44) 
_{Aug}
(54) 
_{Sep}
(20) 
_{Oct}
(28) 
_{Nov}
(41) 
_{Dec}
(137) 
2013 
_{Jan}
(62) 
_{Feb}
(55) 
_{Mar}
(31) 
_{Apr}
(23) 
_{May}
(54) 
_{Jun}
(54) 
_{Jul}
(90) 
_{Aug}
(46) 
_{Sep}
(38) 
_{Oct}
(60) 
_{Nov}
(92) 
_{Dec}
(17) 
2014 
_{Jan}
(62) 
_{Feb}
(35) 
_{Mar}
(72) 
_{Apr}
(30) 
_{May}
(97) 
_{Jun}
(81) 
_{Jul}
(31) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 







1
(7) 
2
(1) 
3
(4) 
4
(7) 
5
(1) 
6

7
(2) 
8
(7) 
9
(13) 
10
(1) 
11
(6) 
12
(4) 
13
(4) 
14
(2) 
15
(6) 
16

17
(3) 
18
(1) 
19
(3) 
20
(2) 
21
(4) 
22
(3) 
23
(8) 
24
(4) 
25
(6) 
26
(4) 
27
(14) 
28
(10) 
29
(3) 
30
(4) 
31
(4) 





From: SourceForge.net <noreply@so...>  20100527 22:57:56

Bugs item #3008215, was opened at 20100528 00:41 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3008215&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Derivatives of the Inverse Jacobi functions Initial Comment: The noun form of the derivatives of the inverse Jacobi functions is wrong for 9 of the 12 functions when we have not a simple argument m. These are some examples for the function inverse_jacobi_ns: (%i1) diff(inverse_jacobi_ns(u,2*m),m,1); (%o1) 2*'diff(inverse_jacobi_ns(u,2*m),2*m,1) (%i2) diff(inverse_jacobi_ns(u,m/2),m,1); (%o2) 'diff(inverse_jacobi_ns(u,m/2),m/2,1)/2 (%i3) diff(inverse_jacobi_ns(u,a*m),m,1); (%o3) a*'diff(inverse_jacobi_ns(u,a*m),a*m,1) The problem is, that we have the noun form of a derivative on the property list, but Maxima can not handle this case correctly. We get the expected results when we put NIL on the property list: (%i9) diff(inverse_jacobi_ns(u,2*m),m); (%o9) 'diff(inverse_jacobi_ns(u,2*m),m,1) (%i10) diff(inverse_jacobi_ns(u,m/2),m); (%o10) 'diff(inverse_jacobi_ns(u,m/2),m,1) (%i11) diff(inverse_jacobi_ns(u,a*m),m); (%o11) 'diff(inverse_jacobi_ns(u,a*m),m,1) Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20100528 00:57 Message: Closing this bug report as a duplicate of Bug report ID: 3008183. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3008215&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 22:55:53

Bugs item #3008183, was opened at 20100527 23:41 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3008183&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Derivatives of the Inverse Jacobi functions Initial Comment: The noun form of the derivatives of the inverse Jacobi functions is wrong for 9 of the 12 functions when we have not a simple argument m. These are some examples for the function inverse_jacobi_ns: (%i1) diff(inverse_jacobi_ns(u,2*m),m,1); (%o1) 2*'diff(inverse_jacobi_ns(u,2*m),2*m,1) (%i2) diff(inverse_jacobi_ns(u,m/2),m,1); (%o2) 'diff(inverse_jacobi_ns(u,m/2),m/2,1)/2 (%i3) diff(inverse_jacobi_ns(u,a*m),m,1); (%o3) a*'diff(inverse_jacobi_ns(u,a*m),a*m,1) The problem is, that we have the noun form of a derivative on the property list, but Maxima can not handle this case correctly. We get the expected results when we put NIL on the property list: (%i9) diff(inverse_jacobi_ns(u,2*m),m); (%o9) 'diff(inverse_jacobi_ns(u,2*m),m,1) (%i10) diff(inverse_jacobi_ns(u,m/2),m); (%o10) 'diff(inverse_jacobi_ns(u,m/2),m,1) (%i11) diff(inverse_jacobi_ns(u,a*m),m); (%o11) 'diff(inverse_jacobi_ns(u,a*m),m,1) Dieter Kaiser  >Comment By: Dieter Kaiser (crategus) Date: 20100528 00:55 Message: Fixed in ellipt.lisp revision 1.71. The derivatives on the property list have been replaced with NIL. Closing this bug report as fixed. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3008183&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 22:41:51

Bugs item #3008215, was opened at 20100528 00:41 Message generated for change (Tracker Item Submitted) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3008215&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Derivatives of the Inverse Jacobi functions Initial Comment: The noun form of the derivatives of the inverse Jacobi functions is wrong for 9 of the 12 functions when we have not a simple argument m. These are some examples for the function inverse_jacobi_ns: (%i1) diff(inverse_jacobi_ns(u,2*m),m,1); (%o1) 2*'diff(inverse_jacobi_ns(u,2*m),2*m,1) (%i2) diff(inverse_jacobi_ns(u,m/2),m,1); (%o2) 'diff(inverse_jacobi_ns(u,m/2),m/2,1)/2 (%i3) diff(inverse_jacobi_ns(u,a*m),m,1); (%o3) a*'diff(inverse_jacobi_ns(u,a*m),a*m,1) The problem is, that we have the noun form of a derivative on the property list, but Maxima can not handle this case correctly. We get the expected results when we put NIL on the property list: (%i9) diff(inverse_jacobi_ns(u,2*m),m); (%o9) 'diff(inverse_jacobi_ns(u,2*m),m,1) (%i10) diff(inverse_jacobi_ns(u,m/2),m); (%o10) 'diff(inverse_jacobi_ns(u,m/2),m,1) (%i11) diff(inverse_jacobi_ns(u,a*m),m); (%o11) 'diff(inverse_jacobi_ns(u,a*m),m,1) Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3008215&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 22:41:09

Bugs item #1177935, was opened at 20050406 19:06 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1177935&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: J. J. Ramsey (jjramsey) Assigned to: Nobody/Anonymous (nobody) Summary: KEEPFLOAT:TRUE ignored by FACTOROUT Initial Comment: SOLVE doesn't seem to be the only function that ignores the KEEPFLOAT variable. FACTOROUT also blindly applies RAT as well.  >Comment By: Dieter Kaiser (crategus) Date: 20100528 00:41 Message: A comment about the option variable keepfloat has been added to the documentation of factorout in Polynomials.texi revision 1.32. Furthermore, an example has been added. Closing this bug report as fixed. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20060812 17:01 Message: Logged In: YES user_id=501686 Does someone have an example for this? I can't tell what factorout is supposed to do, to begin with.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1177935&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 21:41:10

Bugs item #3008183, was opened at 20100527 23:41 Message generated for change (Tracker Item Submitted) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3008183&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dieter Kaiser (crategus) Assigned to: Nobody/Anonymous (nobody) Summary: Derivatives of the Inverse Jacobi functions Initial Comment: The noun form of the derivatives of the inverse Jacobi functions is wrong for 9 of the 12 functions when we have not a simple argument m. These are some examples for the function inverse_jacobi_ns: (%i1) diff(inverse_jacobi_ns(u,2*m),m,1); (%o1) 2*'diff(inverse_jacobi_ns(u,2*m),2*m,1) (%i2) diff(inverse_jacobi_ns(u,m/2),m,1); (%o2) 'diff(inverse_jacobi_ns(u,m/2),m/2,1)/2 (%i3) diff(inverse_jacobi_ns(u,a*m),m,1); (%o3) a*'diff(inverse_jacobi_ns(u,a*m),a*m,1) The problem is, that we have the noun form of a derivative on the property list, but Maxima can not handle this case correctly. We get the expected results when we put NIL on the property list: (%i9) diff(inverse_jacobi_ns(u,2*m),m); (%o9) 'diff(inverse_jacobi_ns(u,2*m),m,1) (%i10) diff(inverse_jacobi_ns(u,m/2),m); (%o10) 'diff(inverse_jacobi_ns(u,m/2),m,1) (%i11) diff(inverse_jacobi_ns(u,a*m),m); (%o11) 'diff(inverse_jacobi_ns(u,a*m),m,1) Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3008183&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 20:55:22

Bugs item #873301, was opened at 20040108 21:39 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=873301&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None >Status: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Gradef doesn't understand diff (workaround) Initial Comment: Suppose that f(x)=exp(g(x)). Then f'(x)=f(x)*g'(x). So how do we define this using gradef? Let's try the obvious solution: gradef( f(x), f(x) * diff(g(x),x) ) Now diff(f(x^2),x) => f(x1)*'DIFF(g(x1),x1,1) Oops! That isn't right! It is substituting x1 for x in the *second* argument of diff as well as the first! So we have to work around this doing something like gradef( f(x), f(x) * g1(x) ) gradef( g(x), g1(x) )  >Comment By: Dieter Kaiser (crategus) Date: 20100527 22:55 Message: As explained in the last posting I would like to suggest to close this bug report as "works for me". Setting the status to pending. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100511 22:34 Message: First, again the example of this bug report: (%i6) gradef(f(x), f(x)*diff(g(x),x)); We get a wrong result with the above definition: (%i7) diff(f(2*sin(x)),x); (%o7) 2*cos(x)*f(2*sin(x))*'diff(g(2*sin(x)),2*sin(x),1) But Maxima can do it correctly. We have to define the problem the following way: (%i8) gradef(f(x), f(x)*at(diff(g(u),u),u=x))$ (%i9) diff(f(2*sin(x)),x); (%o9) 2*('at('diff(g(u),u,1),u = 2*sin(x)))*cos(x)*f(2*sin(x)) The example of the bug report now gives a correct result too: (%i10) diff(f(x^2),x); (%o10) 2*('at('diff(g(u),u,1),u = x^2))*x*f(x^2) >From this we might conclude, that we have not a bug, but we have to formulate the problem more precisely. By the way: The derivatives of the nine inverse Jacobi functions wrt the parameter m are defined as a noun form. Furthermore, the derivatives of the Bessel Y and K functions wrt the order have a noun form of a derivative on the property list. All this derivatives do not work too, but have the same error as reported in this bug report, e.g. (%i11) diff(inverse_jacobi_ns(x,2*m),m); (%o11) 2*'diff(inverse_jacobi_ns(x,2*m),2*m,1) The error for the inverse Jacobi functions is easy to correct. We simply put NIL for the derivative wrt the parameter m on the property list. We had some time ago an extension to sdiff to return a noun form for this case. With this change we get a correct noun form: (%i13) diff(inverse_jacobi_ns(x,2*m),m); (%o13) 'diff(inverse_jacobi_ns(x,2*m),m,1) This is an example of a wrong derivative of a Bessel K function: (%i15) diff(bessel_k(sin(n),x),n); (%o15) cos(n)*(%pi*csc(%pi*sin(n)) *('diff(bessel_i(sin(n),x),sin(n),1) 'diff(bessel_i(sin(n),x),sin(n),1)) /2 %pi*bessel_k(sin(n),x)*cot(%pi*sin(n))) To get this derivative in general correct we can put an expression with AT on the property list. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20060722 17:48 Message: Logged In: YES user_id=501686 In 5.9.3cvs, I'm seeing a different wrong answer. gradef( f(x), f(x) * diff(g(x),x) ); diff(f(x^2),x) ; => 2*x*f(x^2)*'?%diff(g(x^2),x^2,1) Should be 2*x*f(x^2)*at('?%diff(g(u),u,1),[u=x^2]) or something like that (i.e., distinguish point of evaluation x^2 from variable of differentiation). <rant> Maxima adopts numerous mathematical conventions, mostly successfully, but this customary sloppiness with differentials is something I wish we could clean up. </rant> Not sure how the proposed workaround is supposed to work. It turns out g1(x) = bessel_i(1,x)*%e^x  surprise!  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=873301&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 20:47:45

Bugs item #1117533, was opened at 20050206 23:18 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1117533&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: letsimp complains about assignment to %pi Initial Comment: Dunno what's going on here. I'm guessing that letsimp tries to assign something to %pi as a trial value while trying to match x/(%pi*sin(y)) to a/(%pi*sin(b)). I haven't looked at the code. (%i1) matchdeclare ([a,b],true); (%o1) done (%i2) letrat: true; (%o2) true (%i3) let (a/(%pi*sin(b)),foo(a,b)); a (%o3)  > foo(a, b) %pi sin(b) (%i4) x/(%pi*sin(y)); x (%o4)  %pi sin(y) (%i5) letsimp(%); %pi improper value assignment to a numerical quantity  an error. Quitting. To debug this try debugmode(true); Maxima version: 5.9.1.1cvs Maxima build date: 23:52 1/25/2005 host type: i686redhatlinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.31 (released 20030901) also observed in Maxima version: 5.9.1 Maxima build date: 21:24 9/23/2004 host type: i686pclinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: 19a  >Comment By: Dieter Kaiser (crategus) Date: 20100527 22:47 Message: Fixed in nisimp.lisp revision 1.10. We skip over constants in nisnumberpicker too. Closing this bug report as fixed. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100527 21:29 Message: The reported problem is a general problem when we have a numeric constant in a letrule. Again an example with the symbol %e which is more simple: (%i1) matchdeclare(a,true)$ (%i2) let(%e*a,foo(a))$ (%i3) letsimp(%e*x); assignment: cannot assign to %e; it is a declared numeric quantity.  an error. To debug this try: debugmode(true); The error is in the routine nisnumberpicker in the file nisimp.lisp. This routine skips over numbers but not over numeric constants. When can extend the routine: (defun nisnumberpicker (x) (cond ((null x) nil) ((or (not (symbolp (caar x))) (kindp (caar x) '$constant)) (nisnumberpicker (cdr x))) (t (nisswcdr x (nisnumberpicker (cdr x)))))) This would be the new and correct result: (%i5) letsimp(%e*x); (%o5) foo(x) This is the result for the reported example: (%i1) matchdeclare([a,b],true)$ (%i2) let(a/(%pi*sin(b)),foo(a,b))$ (%i3) letrat:true$ (%i4) letsimp(x/(%pi*sin(y))); (%o4) foo(x,y) Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1117533&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 19:55:24

Bugs item #2997401, was opened at 20100505 21:56 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2997401&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Floating point Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: float(log(200!)) produces an error Initial Comment: float(log(200!)) produces an error basically about 200! not fitting in a doublefloat, which is true. Yes, we could do something like float(bfloat(log(200!))), but that seems not nice.  >Comment By: Raymond Toy (rtoy) Date: 20100527 15:55 Message: For the first test, gcl fails because it doesn't signal an error for (log (float n)). It returns infinity. We can just comment out the ignoreerror expression and always compute the float in parts. Doing that for all the places also fixes the issue in your second test. This probably means gcl will be slower than necessary. An alternative would be to check for signed infinity (or nan), but I don't know how to do that with gcl.  Comment By: Dan Gildea (dgildea) Date: 20100527 09:50 Message: With gcl I get (%i1) float(log(200!)); Maxima encountered a Lisp error: Error in PROGN [or a callee]: Can't print a nonnumber. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i2) float(log((1+200!)+(1+199!)*%i)); system hangs  Comment By: Raymond Toy (rtoy) Date: 20100506 09:54 Message: Fixed in cvs, comm.lisp, rev 1.44. We added a special case to $float to handle the case where the arg is the log of an integer or rational.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2997401&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 19:29:55

Bugs item #1117533, was opened at 20050206 23:18 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1117533&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: letsimp complains about assignment to %pi Initial Comment: Dunno what's going on here. I'm guessing that letsimp tries to assign something to %pi as a trial value while trying to match x/(%pi*sin(y)) to a/(%pi*sin(b)). I haven't looked at the code. (%i1) matchdeclare ([a,b],true); (%o1) done (%i2) letrat: true; (%o2) true (%i3) let (a/(%pi*sin(b)),foo(a,b)); a (%o3)  > foo(a, b) %pi sin(b) (%i4) x/(%pi*sin(y)); x (%o4)  %pi sin(y) (%i5) letsimp(%); %pi improper value assignment to a numerical quantity  an error. Quitting. To debug this try debugmode(true); Maxima version: 5.9.1.1cvs Maxima build date: 23:52 1/25/2005 host type: i686redhatlinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.31 (released 20030901) also observed in Maxima version: 5.9.1 Maxima build date: 21:24 9/23/2004 host type: i686pclinuxgnu lispimplementationtype: CMU Common Lisp lispimplementationversion: 19a  >Comment By: Dieter Kaiser (crategus) Date: 20100527 21:29 Message: The reported problem is a general problem when we have a numeric constant in a letrule. Again an example with the symbol %e which is more simple: (%i1) matchdeclare(a,true)$ (%i2) let(%e*a,foo(a))$ (%i3) letsimp(%e*x); assignment: cannot assign to %e; it is a declared numeric quantity.  an error. To debug this try: debugmode(true); The error is in the routine nisnumberpicker in the file nisimp.lisp. This routine skips over numbers but not over numeric constants. When can extend the routine: (defun nisnumberpicker (x) (cond ((null x) nil) ((or (not (symbolp (caar x))) (kindp (caar x) '$constant)) (nisnumberpicker (cdr x))) (t (nisswcdr x (nisnumberpicker (cdr x)))))) This would be the new and correct result: (%i5) letsimp(%e*x); (%o5) foo(x) This is the result for the reported example: (%i1) matchdeclare([a,b],true)$ (%i2) let(a/(%pi*sin(b)),foo(a,b))$ (%i3) letrat:true$ (%i4) letsimp(x/(%pi*sin(y))); (%o4) foo(x,y) Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1117533&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 13:50:13

Bugs item #2997401, was opened at 20100505 21:56 Message generated for change (Comment added) made by dgildea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2997401&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Floating point Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: float(log(200!)) produces an error Initial Comment: float(log(200!)) produces an error basically about 200! not fitting in a doublefloat, which is true. Yes, we could do something like float(bfloat(log(200!))), but that seems not nice.  >Comment By: Dan Gildea (dgildea) Date: 20100527 09:50 Message: With gcl I get (%i1) float(log(200!)); Maxima encountered a Lisp error: Error in PROGN [or a callee]: Can't print a nonnumber. Automatically continuing. To enable the Lisp debugger set *debuggerhook* to nil. (%i2) float(log((1+200!)+(1+199!)*%i)); system hangs  Comment By: Raymond Toy (rtoy) Date: 20100506 09:54 Message: Fixed in cvs, comm.lisp, rev 1.44. We added a special case to $float to handle the case where the arg is the log of an integer or rational.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2997401&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 12:14:13

Bugs item #3007730, was opened at 20100526 21:58 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3007730&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: LaTex exporting "\quad" instead of "\quad " Initial Comment: when exporting to LaTeX I get many instances of e.g. \quady=\sqrt{4{x}^{2}} when clearly there should be a delimiter between quad and y  >Comment By: Barton Willis (willisbl) Date: 20100527 07:14 Message: If you could give the input that produces this output, it might help us find the problem, Another thing: are you using the wxMaxima "copy as LaTeX" or do you see this from a Maxima output line?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3007730&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 06:55:08

Bugs item #2998214, was opened at 20100507 15:18 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2998214&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cell can't end with a comment Initial Comment: When the last line in a cell is comment, maxima comlains about premature termination of input. To reproduce: Just enter a comment only in a input cell. /*Comment*/ and evaluate. Why do you need that? If you want to do somehting like this: a:99 /*assign a the magic value*/  Comment By: Nobody/Anonymous (nobody) Date: 20100527 06:55 Message: Got it. A comment can't be the only text in a field. /*comment*/a:99 and a:99/*comment*/ both work ok. wxMaxima appears to append a semicolon to the line if it is absent. /*comment*/ gets a semicolon appended, then an error message "incorrect syntax: Premature termination of input at ;. /*comment*/; ^" With the caret indicating the closing slash of the comment. Using a $ terminator gets a similar message, no semicolon is appended, and the caret indicates the closing slash as before.  Comment By: Peter Cusack (pogo1) Date: 20100527 01:53 Message: I note that wmMaxima version 0.8.5 helpfully adds a semicolon and that fixes the problem sometimes. I'm still trying to make it reproducibly fail. If the line contains a $ terminator before the comment ( like this B0:i*Mu0/(2*a)/*Field at centre of single turn*/$) then adding the semicolon at the end makes Maxima hang.  Comment By: l_butler () Date: 20100520 08:16 Message: Hi, I think the problem is that Maxima input must be terminated with a semicolon: a:99; /* comment */ a:99 /* comment */; Both are valid inputs that assign 99 to a.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2998214&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 02:58:11

Bugs item #3007730, was opened at 20100527 02:58 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3007730&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: LaTex exporting "\quad" instead of "\quad " Initial Comment: when exporting to LaTeX I get many instances of e.g. \quady=\sqrt{4{x}^{2}} when clearly there should be a delimiter between quad and y  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=3007730&group_id=4933 
From: SourceForge.net <noreply@so...>  20100527 01:53:09

Bugs item #2998214, was opened at 20100508 01:18 Message generated for change (Comment added) made by pogo1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2998214&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cell can't end with a comment Initial Comment: When the last line in a cell is comment, maxima comlains about premature termination of input. To reproduce: Just enter a comment only in a input cell. /*Comment*/ and evaluate. Why do you need that? If you want to do somehting like this: a:99 /*assign a the magic value*/  Comment By: Peter Cusack (pogo1) Date: 20100527 11:53 Message: I note that wmMaxima version 0.8.5 helpfully adds a semicolon and that fixes the problem sometimes. I'm still trying to make it reproducibly fail. If the line contains a $ terminator before the comment ( like this B0:i*Mu0/(2*a)/*Field at centre of single turn*/$) then adding the semicolon at the end makes Maxima hang.  Comment By: l_butler () Date: 20100520 18:16 Message: Hi, I think the problem is that Maxima input must be terminated with a semicolon: a:99; /* comment */ a:99 /* comment */; Both are valid inputs that assign 99 to a.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2998214&group_id=4933 