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}
(63) 
_{Aug}
(64) 
_{Sep}
(28) 
_{Oct}
(45) 
_{Nov}
(48) 
_{Dec}
(109) 
2015 
_{Jan}
(106) 
_{Feb}
(36) 
_{Mar}
(65) 
_{Apr}
(63) 
_{May}
(8) 
_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 


1
(1) 
2
(4) 
3
(2) 
4
(1) 
5

6

7
(5) 
8
(9) 
9

10
(2) 
11
(6) 
12
(12) 
13
(5) 
14
(7) 
15
(4) 
16
(4) 
17

18

19
(2) 
20
(7) 
21
(9) 
22
(7) 
23
(6) 
24
(5) 
25
(12) 
26
(12) 
27
(10) 
28
(4) 
29
(4) 
30
(5) 
31




From: SourceForge.net <noreply@so...>  20100321 20:27:18

Bugs item #2974079, was opened at 20100321 14:45 Message generated for change (Comment added) made by alex108 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2974079&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  Integration Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Integration of sqrt(2*cos(t)+4*sin(t/2)^2+2) Initial Comment: Integration of function is not correct in (0,2*pi)  integrated function is 2^(5/2)*cos(t/2) in: integrate(sqrt(2*cos(t)+4*sin(t/2)^2+2),t); out: 2^(5/2)*cos(t/2) Maxima version: 5.20.1 Maxima build date: 21:25 12/14/2009 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8 Radim  Comment By: Aleksas Domarkas (alex108) Date: 20100321 22:27 Message: (%i1) S:'integrate(sqrt(44*cos(t)),t)$ correct: (%i2) factor(S); (%o2) 2*integrate(sqrt(1cos(t)),t) (%i3) ev(%, nouns); (%o3) 2*((sqrt(2)*cos(t)sqrt(2))*sin((t+%pi)/2)+sqrt(2)*sin(t)*cos((t+%pi)/2)) (%i4) trigreduce(%); (%o4) 2^(5/2)*cos(t/2) not correct: (%i5) ev(S, nouns); (%o5) 2^(5/2)*cos(t/2) ???  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2974079&group_id=4933 
From: SourceForge.net <noreply@so...>  20100321 19:13:03

Bugs item #951388, was opened at 20040510 18:58 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=951388&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: 3 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: inchar: "string"; inchar: 9 Initial Comment: inchar:"q"$ (q28) foo$ (q29) q28; => q28 (q30) "q28" => foo !!! It has assigned a value to a string, which is illegal: (q31) "q28": 234234; => improper value assignment especially amusing if you assign inchar:"".... inchar also allows itself to be assigned a number: inchar:"9" (932) foo$ (933) ?\932; => foo  >Comment By: Dieter Kaiser (crategus) Date: 20100321 20:13 Message: I do not see a problem with the assignment of values to $inchar with Maxima 5.20post. The labels are build up in the routine makelabel out of the value of $inchar and the current linenum. The function $concat is called to do this. The first argument of $concat determines the type of the label. It does not matter what type we have for $inchar, we always get a symbol. If we set $inchar to a string we get: (%i2) inchar:"string"; (%o2) string (string3) foo$ We refer the input line string3. Internally it is the symbol $string3: (string4) string3; (%o4) foo But we can not refer the input line with a string. This bevavior is correct: (string5) "string3"; (%o5) string3 Internally a label is build up from $inchar and the current linenum: (string6) :lisp (makelabel $inchar) $STRING6 The type of the label is always a symbol: (string6) :lisp (typeof (makelabel $inchar)) SYMBOL If we set $inchar to a number we get a symbol too: (%i2) inchar:9$ The input label is not a number but the symbol $93: (93) :lisp (makelabel $inchar) $93 Again with a string out of a number. We get the same result. The label is again $93: (%i2) inchar:"9"$ (93) :lisp (makelabel $inchar) $93 This works even for an empty string: (%i2) inchar:""$ (3) :lisp (makelabel $inchar) $3 We can not refer the line from the command line with a number: (4) foo$ (5) 4; (%o5) 4 But we can do it the following way: (6) ?$4; (%o6) foo Setting the status to pending and the resolution to "works for me". Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20060729 08:30 Message: Logged In: YES user_id=501686 Observed in 5.9.3cvs. Although the final example is: (%i1) inchar:"9"; (%o1) 9 (92) foo; (%o2) foo (93) "914"; (%o3) 914  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=951388&group_id=4933 
From: SourceForge.net <noreply@so...>  20100321 12:45:05

Bugs item #2974079, was opened at 20100321 12:45 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2974079&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  Integration Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Integration of sqrt(2*cos(t)+4*sin(t/2)^2+2) Initial Comment: Integration of function is not correct in (0,2*pi)  integrated function is 2^(5/2)*cos(t/2) in: integrate(sqrt(2*cos(t)+4*sin(t/2)^2+2),t); out: 2^(5/2)*cos(t/2) Maxima version: 5.20.1 Maxima build date: 21:25 12/14/2009 Host type: i686pcmingw32 Lisp implementation type: GNU Common Lisp (GCL) Lisp implementation version: GCL 2.6.8 Radim  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2974079&group_id=4933 
From: SourceForge.net <noreply@so...>  20100321 04:28:59

Bugs item #2973983, was opened at 20100321 04:28 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2973983&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  Limit Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: limit givers complex infinity Initial Comment: Try (%i2) limit(a*x^3,x,inf); (%o2) infinity This is a bug. Rich  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=2973983&group_id=4933 
From: SourceForge.net <noreply@so...>  20100321 01:38:13

Bugs item #1891216, was opened at 20080211 16:38 Message generated for change (Settings changed) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1891216&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  Assume Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: is(if a>0 and a>0 and a>0 ...) => internal error Initial Comment: is(if a>0 and a>0 then 1) => unknown (OK) is(if a>0 and a>0 and a>0 then 1) => Maxima encountered a Lisp error: Error in PROGN [or a callee]: Bad plist ((MGREATERP $A (0 DATA (((MGRP ... Same for is(if a>0 and a>0 and a>0 then true else false) i.e. it is not because the return value is a nonboolean Maxima 5.13.0 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.8 (aka GCL)  >Comment By: Dieter Kaiser (crategus) Date: 20100321 02:38 Message: The error of this bug report is no longer present in Maxima 5.20post. We get: (%i1) is(if a>0 and a>0 and a>0 then 1); (%o1) unknown (%i2) is(if a>0 and a>0 and a>0 then true else false); (%o2) unknown Closing this bug report as "works for me". Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20090524 16:57 Message: This bug may be related to the bug SF[1891911] "is(f(a+b+c)) > Lisp error". Here we have an even or odd number of arguments to AND. The algorithm fails at the same point in the routine QUEUE+P in db.lisp as for the bug SF[1891911]. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1891216&group_id=4933 
From: SourceForge.net <noreply@so...>  20100321 01:35:58

Bugs item #1891911, was opened at 20080212 14:03 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1891911&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  Assume Group: None >Status: Closed >Resolution: Works For Me Priority: 6 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: is(f(a+b+c)) > Lisp error Initial Comment: OK: (%i1) is(f(a)); (%o1) unknown OK: (%i2) is(f(a+b)); (%o2) unknown Not OK (%i3) is(f(a+b+c)); Maxima encountered a Lisp error: Error in PROGN [or a callee]: Bad plist ($A $B $C) (%i4) build_info();Maxima version: 5.14.0Maxima build date: 21:46 12/27/2007host type: i686pcmingw32lispimplementationtype: GNU Common Lisp (GCL)lispimplementationversion: GCL 2.6.8  >Comment By: Dieter Kaiser (crategus) Date: 20100321 02:35 Message: The error of this bug report is no longer present in Maxima 5.20post: (%i13) is(f(a+b+c)); (%o13) unknown More examples of this type: (%i14) is(f(a+b+c+d)); (%o14) unknown (%i15) is(f(a+b+c+d+e)); (%o15) unknown (%i16) is(f(a*b*c)); (%o16) unknown Closing this bug report as "works for me". Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20090524 16:43 Message: The error occurs for every odd number of arguments of a sum or a product which is passed as an argument to a function (The function can be a known function like sin too): is(f(a+b+c)) > error is(f(a+b+c+d)) > no error is(f(a+b+c+d+e)) > error ... We get the same error with a product: is(f(a*b*c)) > error is(f(a*b*c*d)) > no error is(f(a*b*c*d*e)) > error ... In the second example of this bug report unk((a*z)/10), we have an odd number of terms of a product too. When we add a term e.g. unk((b*a*z)/10) it will work again. The error occurs in the routine QUEUE+P in the file db.lisp: (defun queue+p (nd lab) cond ((null (setq *db* (+labs nd))) ... For an odd number of arguments of a sum or a product which is an argument of a function the first line of code in the routine QUEUE+P does not work and gives a Lisp error. Dieter Kaiser  Comment By: Barton Willis (willisbl) Date: 20080214 14:01 Message: Logged In: YES user_id=895922 Originator: YES This might help find the bug: OK (%i1) notequal((a*z)/10,0)$ (%i2) maybe(%); (%o2) unknown Not OK (%i3) unk((a*z)/10,0)$ (%i4) maybe(%); Maxima encountered a Lisp error: Error in PROGN [or a callee]: Bad plist ((RAT  Comment By: Barton Willis (willisbl) Date: 20080212 14:11 Message: Logged In: YES user_id=895922 Originator: YES See also SF bug 1726550 "not bugs." These bugs might be the same.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1891911&group_id=4933 
From: SourceForge.net <noreply@so...>  20100321 01:12:07

Bugs item #767953, was opened at 20030708 20:07 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=767953&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: Works For Me Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Predicate evaluation internal error with bad arg Initial Comment: l: [a+b+c]$ while l do 1; gives an internal error: Error: Bad plist ($a $b $C) Error signalled by QUEUE+P. While should be checking whether its argument is valid. The idiom while (list)... of course comes from Lisp and is not correct in Maxima; it should be while l # [] ... But it should give a reasonable error, not an indecipherable internal error.  >Comment By: Dieter Kaiser (crategus) Date: 20100321 02:12 Message: The errors of the examples of this bug report are no longer present in Maxima 5.20post. The first example gives an Maxima error: (%i4) i=[a+b+c]$ (%i5) while i do 1; Unable to evaluate predicate i  an error. To debug this try: debugmode(true); The second example returns unknown: (%i6) is([a,b,c]); (%o6) unknown Closing this bug report as "works for me". Dieter Kaiser  Comment By: Stavros Macrakis (macrakis) Date: 20030711 23:23 Message: Logged In: YES user_id=588346 Simpler way to get this error: is([a+b+c]) Of course, this is less likely to be entered by a user.... The root of the error seems to be in mevalp1, whose last clause assumes that an evaluated condition is of the form ((predicate) arg1 arg2) if it is not one of the known relational predicates (=, >, etc.). It's not clear to me what is going on in the last clause of mevalp2  and what isp, truep, and semant are trying to do. Note that semant looks for a VAR property, but I can't find anyplace in the Maxima code that sets a VAR property. My guess is that this was intended to allow not just relational assertions like a>b but also logical assertions like implies(a,b), but that this was never fully implemented. But I am just guessing.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=767953&group_id=4933 
From: SourceForge.net <noreply@so...>  20100321 00:46:14

Bugs item #840848, was opened at 20031112 18:36 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=840848&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  Trigonometry Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: trigreduce doesn't enter unknown functions Initial Comment: trigexpand(f(sin(x)^2)) returns f(sin(x)^2). That is, it doesn't recurse into the arguments of unknown functions. Compare with trigreduce(f(sin(2*x))). Why the discrepancy? If there is a good reason (which I doubt), this behavior should at least be documented, recommending the use of scanmap. I discovered this when trying to simplify an expression involving atan2(...sin(x)^2+cos(x)^2...). Not even atan2 is considered a 'known' function here....  >Comment By: Dieter Kaiser (crategus) Date: 20100321 01:46 Message: Fixed in trgred.lisp revision 1.10. We get: (%i2) trigexpand(f(sin(2*x))); (%o2) f(2*cos(x)*sin(x)) (%i3) trigreduce(%); (%o3) f(sin(2*x)) Closing this bug report as fixed. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100321 00:15 Message: Changing the title to reflect the issue. Dieter Kaiser  Comment By: Dieter Kaiser (crategus) Date: 20100320 01:56 Message: I think it is trigreduce which does not enter an unknown function and not trigexpand: We expand an expression which has three terms: an integral, a function f, and a simple term: (%i4) trigexpand('integrate(sin(2*x),x)+f(sin(2*x))+sin(2*x)); (%o4) f(2*cos(x)*sin(x))+2*'integrate(cos(x)*sin(x),x)+2*cos(x)*sin(x) With trigreduce we do not get the original expression. trigreduce does not enter the function f: (%i5) trigreduce(%); (%o5) 'integrate(sin(2*x),x)+f(2*cos(x)*sin(x))+sin(2*x) Another example with trigreduce: (%i11) trigreduce(sin(x)^2); (%o11) (1cos(2*x))/2 This is not reduced: (%i12) trigreduce(f(sin(x)^2)); (%o12) f(sin(x)^2) We can add code in sp1 and gcdred in trgred.lisp to recursively apply these two functions and we will get as expected: (%i29) trigreduce(f(sin(x)^2)); (%o29) f((1cos(2*x))/2) By the way: sin(x)^2 does not expand with trigexpand. Therefore we do not get an expansion for f(sin(x)^2) too. Dieter Kaiser  Comment By: Robert Dodier (robert_dodier) Date: 20060713 07:29 Message: Logged In: YES user_id=501686 Observed in 5.9.3cvs.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=840848&group_id=4933 
From: SourceForge.net <noreply@so...>  20100321 00:38:02

Bugs item #769905, was opened at 20030711 23:59 Message generated for change (Comment added) made by crategus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=769905&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  Assume Group: None >Status: Closed >Resolution: Duplicate Priority: 4 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: asksign(sin(x)<2) doesn't know Initial Comment: is/asksign don't know the ranges of the common trig functions: is ( sin(x)<2 ) => unknown is ( atan(x) < %pi) => unknown etc.  >Comment By: Dieter Kaiser (crategus) Date: 20100321 01:38 Message: We have a open feature request about this topic: ID: 720875  Improving Compar: trig, max, etc Adding this example to the open feature request and closing this bug report as a duplicate. Dieter Kaiser  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=769905&group_id=4933 