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}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 







1

2
(2) 
3
(1) 
4

5

6
(4) 
7

8

9
(3) 
10
(1) 
11
(4) 
12
(3) 
13

14
(4) 
15
(6) 
16

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






From: SourceForge.net <noreply@so...>  20071228 22:40:23

Bugs item #1860211, was opened at 20071228 14:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1860211&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: nullspace Initial Comment: the code rendered below produces an error that looks like this: `quotient' by `zero'#0: column_reduce(m=matrix([b*g1+d1+a1*(1d1),D1a1*D1,0,0,0,0,b*(1D1),0,(1d1)*D1,0,g1*(1D1)],[0,(a2*(1d1)b*g2)*(...,i=9,x=?g35312)(linearalgebra.mac line 228)#1: ptriangularize_with_proviso(m=matrix([b*g1+d1+a1*(1d1),D1a1*D1,0,0,0,0,b*(1D1),0,(1d1)*D1,0,g1*(1D1)],[a2*(1d1)b*g2,a2*D1...,v=?g35312)(linearalgebra.mac line 196)#2: nullspace(m=matrix([b*g1+d1+a1*(1d1),D1a1*D1,0,0,0,0,b*(1D1),0,(1d1)*D1,0,g1*(1D1)],[a2*(1d1)b*g2,a2*D1...)(linearalgebra.mac line 70)  an error. To debug this try debugmode(true); here is the code: assume(D1>0 and D1<1); assume(d1>0 and d1<1); assume(D2>0 and D2<1); assume(d2>0 and d2<1); assume(D3>0 and D3<1); assume(d3>0 and d3<1); assume(a1>0 and a1<1); assume(a2>0 and a2<1); assume(b>0 and b<1); assume(g1>0 and g1<1); assume(g2>0 and g2<1); assume((1g1g2)>0 and (1g1g2)<1); assume((1a1a2)>0 and (1a1a2)<1); /* [parameters] */ /* [matrices group 1] */ m11:matrix([D1],[(1D1)]); m12:matrix([d1,0],[(1d1),0],[0,b],[0,(1b)]); m13:matrix([1,0,0,0],[0,a1,0,0],[0,a2,0,0],[0,(1a1a2),0,0],[0,0,g1,0],[0,0,g2,0],[0,0,(1g1g2),0],[0,0,0,1]); f1:matrix([1,1,0,0,1,0,0,0],[0,0,1,0,0,1,0,0],[0,0,0,1,0,0,1,0],[0,0,0,0,0,0,0,1]); mA:f1.m13.m12.m11; /* [input 1 end ] */ /* [matrices group 2] */ m21:matrix([D2],[(1D2)]); m22:matrix([d2,0],[(1d2),0],[0,b],[0,(1b)]); m23:matrix([1,0,0,0],[0,a1,0,0],[0,a2,0,0],[0,(1a1a2),0,0],[0,0,g1,0],[0,0,g2,0],[0,0,(1g1g2),0],[0,0,0,1]); f2:matrix([0,1,0,0,1,0,0,0],[1,0,1,0,0,1,0,0],[0,0,0,1,0,0,1,0],[0,0,0,0,0,0,0,1]); mB:f2.m23.m22.m21; /* [input 2 end ] */ /* [matrices group 3] */ m31:matrix([D3],[(1D3)]); m32:matrix([d3,0],[(1d3),0],[0,b],[0,(1b)]); m33:matrix([1,0,0,0],[0,a1,0,0],[0,a2,0,0],[0,(1a1a2),0,0],[0,0,g1,0],[0,0,g2,0],[0,0,(1g1g2),0],[0,0,0,1]); f3:matrix([0,1,0,0,1,0,0,0],[0,0,1,0,0,1,0,0],[0,0,0,1,0,0,1,0],[0,0,0,0,0,0,0,1]); mC:f3.m33.m32.m31; /* [input 3 end ] */ /* [matrices group 4] */ m41:matrix([0],[1]); m42:matrix([0,0],[0,0],[0,b],[0,(1b)]); m43:matrix([0,0,0,0],[0,0,0,0],[0,0,0,0],[0,0,0,0],[0,0,g1,0],[0,0,g2,0],[0,0,(1g1g2),0],[0,0,0,1]); f4:matrix([0,0,0,0,1,0,0,0],[0,0,0,0,0,1,0,0],[0,0,0,0,0,0,1,0],[0,0,0,0,0,0,0,1]); mD:f4.m43.m42.m41; /* mAll:([mA],[mB],[mC],[mD]) */ y1:makelist(mA[i,1],i,1,4); y2:makelist(mB[i,1],i,1,4); y3:makelist(mC[i,1],i,1,4); y4:makelist(mD[i,1],i,1,4); /* mAll:append(makelist(mA[j,1],j,1,4),makelist(mB[j,1],j,1,4),makelist(mC[j,1],j,1,4),makelist(mD[j,1],j,1,4)); */ mAll:append(y1,y2,y3,y4); pars:[D1,d1,D2,d2,D3,d3,g1,g2,a1,a2,b]; /* mAll:expand(mAll); */ /* jacobian */ jac1:jacobian(mAll,pars); /* jac:expand(jac1); */ /* rank */ rjac:rank(jac1); print(rjac); /* nullspace ends in error!*/ njac:nullspace(jac1); print(njac);  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1860211&group_id=4933 
From: SourceForge.net <noreply@so...>  20071228 17:15:53

Bugs item #580721, was opened at 20020712 19:38 Message generated for change (Comment added) made by rswarbrick You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=580721&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: Open Resolution: None Priority: 5 Private: No Submitted By: Raymond Toy (rtoy) Assigned to: Nobody/Anonymous (nobody) Summary: trigexpand bug Initial Comment: Consider this: (C1) display2d:false; (D1) FALSE (C2) tan(%pi/2+x); (D2) COT(x) (C3) tan(%pi/2+%pi*x); (D3) TAN(%PI*x+%PI/2) (C4) %,trigexpand; Division by 0  an error. Quitting. To debug this try DEBUGMODE(TRUE);) d3 should have been expanded into cot(%pi*x) instead of getting a division by zero error.  Comment By: Rupert Swarbrick (rswarbrick) Date: 20071228 17:15 Message: Logged In: YES user_id=1673565 Originator: NO I think I've posted a patch onto the mailing list that fixes this. I can't work out how to attach files here, so the link is: http://thread.gmane.org/gmane.comp.mathematics.maxima.general/19076  Comment By: Rupert Swarbrick (rswarbrick) Date: 20071227 02:38 Message: Logged In: YES user_id=1673565 Originator: NO So the first thing that's wrong is that %piargstan/cot shouldn't return nonnil for stuff like tan(pi/2) as they aren't defined, let alone simplifiable. Here's an amended and reformatted version with variables renamed and a possible bug due to reuse of variable names eliminated too (I think) (defun %piargstan/cot (x) (displa x) (let ((coeff (linearize (coefficient x '$%pi 1))) (zlrem (coefficient x '$%pi 0)) (sinofcoeffpi) (cosofcoeffpi)) (cond ((and (zerop1 zlrem) (setq sinofcoeffpi (%piargs coeff nil)) (not (zerop1 (setq cosofcoeffpi (%piargs (cons (car coeff) (rplus 1//2 (cdr coeff))) nil))))) ;; sinofcoeffpi and cosofcoeffpi are only nonnil if they ;; are constants that %piargsoffset could compute, and we just ;; checked that cosofcoeffpi was nonzero. Thus we can just ;; return their quotient. (div sinofcoeffpi cosofcoeffpi)) ((not (mevenp (car coeff))) nil) ((integerp (setq x (mmod (cdr coeff) 2))) (consexp '%tan zlrem)) ((or (alike1 1//2 x) (alike1 '((rat) 3 2) x)) (neg (consexp '%cot zlrem))))))  Comment By: Rupert Swarbrick (rswarbrick) Date: 20071227 02:29 Message: Logged In: YES user_id=1673565 Originator: NO Ah. Of course tan(pi/2) = infinity ...  Comment By: Rupert Swarbrick (rswarbrick) Date: 20071226 01:10 Message: Logged In: YES user_id=1673565 Originator: NO Hi, a bit more information: the error's caused by a (div 1 0) which gets returned in %piargstan/cot, called by simp%tan. You can reproduce more simply by just calling tan(%pi/2), trigexpand; I'm trying to work out what the functions are _supposed_ to do. Maybe then I'll be able to fix it!  Comment By: Robert Dodier (robert_dodier) Date: 20060327 00:40 Message: Logged In: YES user_id=501686 For the record, same problem observed in maxima 5.9.3.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=580721&group_id=4933 
From: SourceForge.net <noreply@so...>  20071228 01:35:47

Bugs item #1646525, was opened at 20070128 11:24 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1646525&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  Translator Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: no function mdoin Initial Comment: Translation of a 'for i in x while' loop uses use a function mdoin. Apparently, there is no such function: (%i9) try(x) := block([acc : 0], for i in x while i > 5 do acc : acc + i, acc)$ (%i10) try([10,1,5,8]); (%o10) 10 (%i11) translate(try)$ (%i12) try([10,1,5,8]); Maxima encountered a Lisp error: Error in LISP:LAMBDACLOSURE [or a callee]: The function MDOIN is undefined.  >Comment By: Robert Dodier (robert_dodier) Date: 20071227 18:35 Message: Logged In: YES user_id=501686 Originator: NO Resolved by r1.37 src/transl.lisp.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1646525&group_id=4933 
From: SourceForge.net <noreply@so...>  20071228 01:35:05

Bugs item #1728888, was opened at 20070531 05:39 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1728888&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  Translator Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: translator bugs: no mnot mprogn Initial Comment: The missing 'modin' function was reported bug #1646525. The problems with 'mnot' and 'mprogn' being illegal might be unreported bugs: (%i1) f(e,v) := block([vi], for vi in v while not(emptyp(e)) do (print(vi), e : rest(e)))$ (%i2) translate(f)$ (%i3) f([1,2,3],[a,b]); ...The function MDOIN is undefined. (%i4) compile(f)$ ;;; The function (MNOT) is illegal. ;;; The function (MPROGN) is illegal.  >Comment By: Robert Dodier (robert_dodier) Date: 20071227 18:35 Message: Logged In: YES user_id=501686 Originator: NO Resolved by r1.37 src/transl.lisp. The problem was the incorrect translation of "for x in L while ... do", not a problem with mnot or mprogn.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1728888&group_id=4933 