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}
(95) 
_{Jun}
(56) 
_{Jul}
(48) 
_{Aug}
(55) 
_{Sep}
(100) 
_{Oct}
(57) 
_{Nov}
(33) 
_{Dec}
(46) 
2016 
_{Jan}
(76) 
_{Feb}
(53) 
_{Mar}
(88) 
_{Apr}
(79) 
_{May}
(62) 
_{Jun}
(65) 
_{Jul}
(37) 
_{Aug}
(23) 
_{Sep}
(108) 
_{Oct}
(68) 
_{Nov}
(66) 
_{Dec}
(47) 
2017 
_{Jan}
(55) 
_{Feb}
(11) 
_{Mar}
(27) 
_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 



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

7
(5) 
8
(3) 
9
(2) 
10

11

12
(1) 
13

14
(1) 
15
(6) 
16
(3) 
17
(2) 
18
(5) 
19

20

21
(3) 
22
(5) 
23
(1) 
24
(1) 
25

26

27
(1) 
28
(4) 
29

30
(1) 
31



From: <noreply@so...>  20021030 19:54:27

Bugs item #631216, was opened at 20021030 14:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=631216&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: horner([...],x)/FIX Initial Comment: Horner of a list/matrix/equation returns the argument. Looking at the code shows that it is intended to map across these aggregates (or bags as they're called). The problem is that it is putting the argument in rational form *before* checking whether it is a bag. There are two possible ways to fix it. First is to modify Horner. (defmfun $horner (expr &rest vars) (if (mbagp expr) (cons (car expr) (mapcar #'(lambda (u) (apply '$horner u vars)) (cdr expr))) (let* (($ratfac nil) (varlist (cdr $ratvars)) (genvar nil) (x (apply '$rat (taychk2rat expr) vars))) (mapc #'(lambda (y z) (putprop y z 'disrep)) (cadddr (car x)) (caddar x)) (div* (hornrep (cadr x)) (hornrep (cddr x)))))) The cleaner way is to modify taychk2rat to use $rat instead of ratf. In that case, ratnumer and ratdenom also need to be modified to explicity check mbagp. The only other use of taychk2rat is in partfrac, and this change doesn't bother it. The only risk to doing this is if there is user code that depends on (e.g) ratnumer([x/y]) returning [x/y] rather than [x], which seems highly unlikely. (DEFMFUN $RATNUMER (X) (IF (MBAGP X) (CONS (CAR X) (MAPCAR '$RATNUMER (CDR X))) (SETQ X (TAYCHK2RAT X)) (CONS (CAR X) (CONS (CADR X) 1)))) (DEFMFUN $RATDENOM (X) (IF (MBAGP X) (CONS (CAR X) (MAPCAR '$RATDENOM (CDR X))) (SETQ X (TAYCHK2RAT X)) (CONS (CAR X) (CONS (CDDR X) 1)))) (DEFUN TAYCHK2RAT (X) (COND ((AND ($RATP X) (MEMQ 'TRUNC (CDAR X))) ($TAYTORAT X)) (T ($RAT X))))  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=631216&group_id=4933 
From: <noreply@so...>  20021028 21:46:41

Bugs item #624940, was opened at 20021017 17:48 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624940&group_id=4933 Category: Xmaxima Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: James Amundson (amundson) Assigned to: Nobody/Anonymous (nobody) Summary: xmaximalocal is broken Initial Comment: In a message from Sam Steingold: $ ./xmaximalocal Error in startup script: can't read "maxima_priv(pTestsDir)": no such element in array while executing "set dir $maxima_priv(pTestsDir)" (procedure "vMAXAddSystemMenu" line 106) invoked from within "vMAXAddSystemMenu $fr $maxima_priv(cConsoleText)" (procedure "MAXGui:install" line 110) invoked from within "MAXGui:install gui .maxima" ("uplevel" body line 1) invoked from within "uplevel [concat $object(__class__):$method gui $args]" (procedure "gui" line 3) invoked from within "gui install $fr" (procedure "MAXTkmaxima:install" line 22) invoked from within "MAXTkmaxima:install tkmaxima" ("uplevel" body line 1) invoked from within "uplevel [concat $object(__class__):$method tkmaxima $args]" (procedure "tkmaxima" line 3) invoked from within "tkmaxima install " (file "/usr/local/src/maxima/interfaces/xmaxima/xmaxima" line 14993)  Comment By: James Amundson (amundson) Date: 20021028 15:46 Message: Logged In: YES user_id=28457 The reported bug is not present in the current version of cvs. Thank you for your report. If you see this bug in a later version of Maxima, please submit a new bug report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624940&group_id=4933 
From: <noreply@so...>  20021028 21:45:23

Bugs item #625439, was opened at 20021018 17:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625439&group_id=4933 Category: Xmaxima Group: Fix for 5.9.0 >Status: Closed Resolution: None Priority: 5 Submitted By: James Amundson (amundson) Assigned to: Nobody/Anonymous (nobody) >Summary: xmaxima can call "kill 1" Initial Comment: Ugh. There is a bug in xmaxima that causes it to appear to crash X11 under the right circumstances. I say "appear to crash X11" because that isn't what happens at all. (I, too, had assumed it was crashing X11 until I found the bug.) What it really does is (semi) intentionally call "kill 1". Here is what "man kill" says about the option "1": 1 All processes with pid larger than 1 will be signaled. I.e., xmaxima tries to stop just about every process on your computer. I found this bug once and fixed it so that xmaxima would never call "kill 1". Unfortunately, my fix was incompatible with windows, so it was backed out. hint: xmaxima uses "pid = 1" as an internal flag meaning that the maxima process has not been started. 1 is a **VERY BAD** default value for pid.  >Comment By: James Amundson (amundson) Date: 20021028 15:45 Message: Logged In: YES user_id=28457 The bug has been fixed. The default value for pid is now "none".  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625439&group_id=4933 
From: <noreply@so...>  20021028 08:37:56

Bugs item #629716, was opened at 20021028 03:37 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=629716&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: dotexptsimp and x^^2/FIX Initial Comment: In general, dotexptsimp:false inside Expand expands out noncommutative powers to noncommutative products, e.g. dotexptsimp:false; expand((x.y)^^2) => x.y.x.y But not always: dotexptsimp:false expand(x^^2) => x^^2 and dotexptsimp:false expand(x.y^^2) => x.y^^2 This makes it impossible (?) to simplify (x.y)^^2 . y  x.y.x.y^^2 to zero. There is a simple patch for this, which makes expand (x^^3) => x.x.x (if dotexptsimp:false). I wonder if that will cause problems anywhere else? Here's the patch. In simpncexpt, just remove the mnctimesp test in the two tests which read as follows: ((and (or (mplusp factor) (and (not $dotexptsimp) (mnctimesp factor))) ....  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=629716&group_id=4933 
From: <noreply@so...>  20021028 08:24:30

Bugs item #629714, was opened at 20021028 03:24 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=629714&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: x^^1 . x . y . x . y Initial Comment: x^^1 . x . y . x . y simplifies to x^^1 . (x . y)^^2 instead of y . x . y But the following work correctly: x^^1 . x . y . x . y . y => y . x . y^^2 (x^^1 . x . y) . x . y => y . x . y y . x . y . x . x^^1  A consequence of the above (this was the original problem I ran into): x^^1 . (x . y)^^2 expand(%) returns it unchanged. OK expand(%), dotexptsimp:false returns x^^1 . x . y . x . y and now expand(%) gives x^^1 . (x . y)^^2 instead of y . x . y Hmm. So how do I simplify this to y.x.y?  Compare this to x^^1 . (x . y)^^2 . y^^1 and (x . y . x^^1)^^2 and y . (x . y)^^1 and (x . y)^^1 . x for all of which the sequence expand/dotexptsimp:false then expand performs the expected cancellation.  The problem is that simpnct simplifies from right to left, so that by the time it sees x^^1 . x . y...., that has already become x^^1 . (x . y)^^2, which it doesn't currently simplify. The quick fix is to specialcase this in simpnct, but it's a bit messy....  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=629714&group_id=4933 
From: <noreply@so...>  20021027 20:40:38

Bugs item #629539, was opened at 20021027 14:40 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=629539&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Barton Willis (willisb) Assigned to: Nobody/Anonymous (nobody) Summary: taylor(x + sqrt(1+x^2),x,a,2) Initial Comment: (C1) display2d : false; (D1) FALSE (C2) p : x + sqrt(1+x^2); (D2) SQRT(x^2+1)+x With ratfac true, Maxima finds the Taylor polynomial of p centered at a with no problem (C3) ratfac : true; (D3) TRUE (C4) taylor(p,x,a,2); (D4) SQRT(a^2+1)+a+(a^2+SQRT(a^2+1)*a+1)*(xa)/(a^2+1) +(xa)^2/(2*SQRT(a^2+1)*(a^2+1)) But setting ratfac to false, we get an error (C5) ratfac : false; (D5) FALSE (C6) taylor(p,x,a,2); Quotient by a polynomial of higher degree  an error. Quitting. To debug this try DEBUGMODE(TRUE);) (C7) This same bug may be responsible for the bug (C11) taylor(asin(x),x,a,2), ratfac : false; Quotient by a polynomial of higher degree  an error. Quitting. To debug this try DEBUGMODE(TRUE);) (C12) taylor(asin(x),x,a,2), ratfac : true; Is (a1)*(a+1) positive, negative, or zero? neg; (D12) ATAN2(a,SQRT(1a^2))(a^2+SQRT(a^21)*a1)*%I*(xa) /((a+SQRT(a^21))*(a^21)) +(2*a^3+2*SQRT(a^21)*a^22*aSQRT(a^21))*%I*a *(xa)^2 /(2*(a+SQRT(a^21))^2*(a^21)^2) (C13)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=629539&group_id=4933 
From: <noreply@so...>  20021024 00:03:57

Bugs item #612106, was opened at 20020920 22:59 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=612106&group_id=4933 Category: None Group: None Status: Open Resolution: None >Priority: 2 Submitted By: David Billinghurst (billingd) Assigned to: Nobody/Anonymous (nobody) >Summary: ode2 chokes on invalid input Initial Comment: Current CVS with gcl/windows (C1) ode2( (2*x*yexp(2*y))*'diff(y,x)=0, y, x); Error: . Fast links are on: do (si::usefastlinks nil) for debugging Error signalled by MACSYMATOPLEVEL. Broken at MACSYMATOPLEVEL. Type :H for Help. MAXIMA>> This is an example from maximabook. I have included it in rtestode.mac, but commented it out.  >Comment By: David Billinghurst (billingd) Date: 20021024 10:03 Message: Logged In: YES user_id=365569 The ode is has a typo so desimp() simplifies the de to dy/dx, and then chokes. Need better error handling here. The correct equation is (2*x*yexp(2*y))*'diff(y,x)+y=0, and this works. The test is now enabled in rtestode.mac, and the priority of the bug has been lowered.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=612106&group_id=4933 
From: <noreply@so...>  20021023 21:17:07

Bugs item #627759, was opened at 20021023 17:17 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=627759&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Ratdisrep of aggregates Initial Comment: ratdisrep(rat(x=y)) leaves x=y as a rat, and this is visible to the user: /R/ x=y Internally, it is actually rat(x)=rat(y), and ratdisrep does not look inside the "=" operator. Similarly, ratdisrep(rat([x])) and ratdisrep(rat(matrix([a]))) do not do any ratdisrep'ing within the toplevel operator. Though of course it is possible to Map or Scanmap Ratdisrep across the expressions, it is confusing for the user that Ratdisrep does not undo the effect of Rat. So Ratdisrep should have the same conventions as Rat. If Rat(x=y) "goes inside" the equality to convert x and y to rats, then similarly Ratdisrep should.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=627759&group_id=4933 
From: <noreply@so...>  20021022 09:30:32

Bugs item #626791, was opened at 20021022 05:30 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626791&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: scanmap factor problem Initial Comment: expr: %I*LOG( ( x^4/((x^21)^2+2*x^2) 4*x^2/((x^21)^2+2*x^2) +1/((x^21)^2+2*x^2) )^2 + ( 2*SQRT(2)*x^3/((x^21)^2+2*x^2) 2*SQRT(2)*x/((x^21)^2+2*x^2) )^2 ); scexpr: scanmap(factor,expr) => %I*LOG((x^8+2*x^4+1)/(x^4+1)^2) This looks OK, except that the inside rational expression is not factored (it is actually equal to 1). So let's try scanmap/factoring it again: scanmap(factor, scexpr) => No change! On the other hand, if we enter the expression from scratch: entered: %I*LOG((x^8+2*x^4+1)/(x^4+1)^2) we find that it does factor nicely scanmap(factor,entered) => 0 The reason is that the internal form of scexpr is marked Factored and Irreducible: ((MTIMES SIMP) $%I ((%LOG SIMP) ((MTIMES SIMP FACTORED) ((MEXPT SIMP) ((MPLUS SIMP IRREDUCIBLE) 1 ((MEXPT SIMP RATSIMP) $x 4)) 2) ((MPLUS SIMP IRREDUCIBLE) 1 ((MTIMES SIMP) 2 ((MEXPT SIMP RATSIMP) $x 4)) ((MEXPT SIMP RATSIMP) $x 8))))) I see two issue here. First of all, I'd have expected the scanmap/factor to go directly to the fully factored form, namely 0. Secondly, if it doesn't, it should at least not mismark the result as factored/irreducible. The incomplete factoring is arguably part of the semantics of Scanmap, inherent in topdown scanning, . And indeed Scanmap/bottomup does get the simplest form (after patching subst0 as reported in the previous bug note). On the other hand, I don't see any excuse for mismarking. If something isn't factored or irreducible, it shouldn't be marked as factored or irreducible. Note that Factor actually has a special case for Scanmap (the scanmapp flag). I suspect that this is to force incomplete factoring, and that mismarking comes as an undesired sideeffect.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626791&group_id=4933 
From: <noreply@so...>  20021022 08:19:06

Bugs item #626760, was opened at 20021022 04:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626760&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: zeroequiv extremely slow (minor) Initial Comment: expr: LOG(x^2+SQRT(2)*x+1) LOG(x^2SQRT(2)*x+1) +2*ATAN((2*x+SQRT(2))/SQRT(2)) +2*ATAN((2*xSQRT(2))/SQRT(2)) +SQRT(2)*LOG(x+1) SQRT(2)*LOG(x1) 2*SQRT(2)*ATAN(1/x)$ zeroequiv(expr,x) takes over a minute, though it is not at all subtle how nonzero it is: rectform(expr),numer, ..., x=0.1 => 3.314.44i ..., x=0.9 => 6.394.44i ..., x=1.1 => 7.38 ..., x=1.5 => 6.38 ..., x=20 => 6.28 Zeroequiv is really supposed to be quick and dirty....  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626760&group_id=4933 
From: <noreply@so...>  20021022 07:27:19

Bugs item #626728, was opened at 20021022 03:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626728&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: scanmap/bottomup failure Initial Comment: scanmap(lambda([q],1),sin(x),bottomup) and scanmap(factor,LOG((x^2+2*x+1)/(x+1)^2),bottomup) give a fatal error in subst0. The problem is that subst0 requires nonatomic expressions as arguments. All other uses of subst0 guarantee nonatomic arguments, but it's simpler to correct it in subst0 than to have a special version just for this case. old>> (DEFMFUN SUBST0 (NEW OLD) (COND ((ALIKE (CDR NEW) (CDR OLD)) new>> (DEFMFUN SUBST0 (NEW OLD) (COND ((atom new) new) ((ALIKE (CDR NEW) (CDR OLD)) ...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626728&group_id=4933 
From: <noreply@so...>  20021022 07:15:53

Bugs item #626721, was opened at 20021022 03:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626721&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: logarc of atan2 wrong Initial Comment: res : logarc(atan2(y,x))$ rectform(res),y=1,x=1; => %pi/4 BUT atan2(1,1) => 3*%pi/4 The fix is to change the formula in $logarc and in simpatan2. Currently, logarc(atan2(y,x)) => logarc(atan (y/x)), which gives incorrect results as above. This formula should be replaced by %i*log((y+%i*x)/sqrt(x^2+y^2))  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626721&group_id=4933 
From: <noreply@so...>  20021022 05:27:54

Bugs item #626697, was opened at 20021022 01:27 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626697&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: limit(atan2(y,x),y,minf) => FALSE Initial Comment: limit(atan2(y,x),y,minf) => FALSE The fix is in the very last clause of SIMPLIMIT. Currently, it is (if $limsubst <stuff>) It should be (if $limsubst <stuff> (nounlimit exp var val))  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626697&group_id=4933 
From: <noreply@so...>  20021021 23:32:13

Bugs item #624061, was opened at 20021016 08:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624061&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: strange bug (probably) in numer Initial Comment: Maxima version: 5.9.0rc1 Maxima build date: 11:40 9/3/2002 host type: i686pclinuxgnu lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL25.0 (C2) display2D:false$ (C3) f(x):=x^310*x^2+28.5*x21$ (C4) rhs(solve(f(x),x)[1]),rectform,numer; RAT replaced 28.5 by 57//2 = 28.5 RAT replaced 28.5 by 57//2 = 28.5 RAT replaced 0.5 by 1//2 = 0.5 RAT replaced 4.18055555555556 by 301//72 = 4.18055555555556 (D4) 3.897114317029973*%I+0.75 ******** which is wrong ******* (C5) y:rhs(solve(f(x),x)[1]),rectform$ RAT replaced 28.5 by 57//2 = 28.5 (C6) y,numer; (D6) 3.318006917974609 ******* which is correct ****** M.At.Stanev reports with Maxima 5.5 (C1) f(x):=x^310*x^2+28.5*x21; (D1) ... (C2) rhs(solve(f(x),x)[1]),rectform,numer; (D2) 12.01301985645547*%I+10.38424295325536 Martin  Comment By: Stavros Macrakis (macrakis) Date: 20021021 19:32 Message: Logged In: YES user_id=588346 The problem is in the function MUL2*, which uses f* to multiply nonfixnums: (MUL2* 1 150.5) returns 269521184. The correction is to replace "f*" by "*" in MUL2* (in opers.lisp).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624061&group_id=4933 
From: <noreply@so...>  20021021 23:30:50

Bugs item #626607, was opened at 20021021 19:30 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626607&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Defint doesn't clean up asksign db Initial Comment: >> integrate(x^n,x,1,inf); << Is n positive, negative, or zero? >> pos; << Integral is divergent So far, so good. Now: >> asksign(n); << pos; That is, the asksign database still contains the fact that n>0. This should have been removed when defint exited. This problem doesn't happen when the integral is convergent.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=626607&group_id=4933 
From: <noreply@so...>  20021021 01:19:54

Bugs item #624338, was opened at 20021017 08:25 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624338&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Billinghurst (billingd) Assigned to: Nobody/Anonymous (nobody) >Summary: declare(integrate,noun); kill(all); integrate(0,y) Initial Comment: This problem is a reduced from bug [ 612107 ] Test rtestode fails if run after rtest3. ode2 can solve the example, but it will fail if preceded by commands declare(integrate, noun); kill(all); This works (C1) eq:x^2*cos(x*y)*'diff(y,x)+(sin(x*y)+x*y*(cos(x*y)))=0 $ (C2) ode2(eq,y,x); (D2) x SIN(x y) = %C so does this (C1) declare(integrate, noun); (D1) DONE (C2) eq:x^2*cos(x*y)*'diff(y,x)+(sin(x*y)+x*y*(cos(x*y)))=0 $ (C3) ode2(eq,y,x); (D3) x SIN(x y) = %C This fails (C1) declare(integrate, noun); (D1) DONE (C2) kill(all); (D0) DONE (C1) eq:x^2*cos(x*y)*'diff(y,x)+(sin(x*y)+x*y*(cos(x*y)))=0 $ (C2) ode2(eq,y,x); / [ (D2) x SIN(x y) + I 0 dy = %C ] /  >Comment By: David Billinghurst (billingd) Date: 20021021 11:19 Message: Logged In: YES user_id=365569 I have further reduced the problem to declare(integrate,noun); kill(all); integrate(0,x); leaving integrate unevaluated.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624338&group_id=4933 
From: <noreply@so...>  20021018 22:32:08

Bugs item #625439, was opened at 20021018 17:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625439&group_id=4933 Category: Xmaxima Group: Fix for 5.9.0 Status: Open Resolution: None Priority: 5 Submitted By: James Amundson (amundson) Assigned to: Nobody/Anonymous (nobody) Summary: xmaxima can call "kill 1" Initial Comment: Ugh. There is a bug in xmaxima that causes it to appear to crash X11 under the right circumstances. I say "appear to crash X11" because that isn't what happens at all. (I, too, had assumed it was crashing X11 until I found the bug.) What it really does is (semi) intentionally call "kill 1". Here is what "man kill" says about the option "1": 1 All processes with pid larger than 1 will be signaled. I.e., xmaxima tries to stop just about every process on your computer. I found this bug once and fixed it so that xmaxima would never call "kill 1". Unfortunately, my fix was incompatible with windows, so it was backed out. hint: xmaxima uses "pid = 1" as an internal flag meaning that the maxima process has not been started. 1 is a **VERY BAD** default value for pid.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625439&group_id=4933 
From: <noreply@so...>  20021018 16:39:33

Bugs item #625226, was opened at 20021018 09:50 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625226&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Factor errors: finite modulus, 3 vrbls Initial Comment: poly: (x+y+z)*(w+y+z)*(w+x+z); factor(rat(poly)),modulus:2; => Not enough choices for substitution.  an error. factor(rat(poly)),modulus:3 => irreducible (WRONG) factor(rat(poly)),modulus:5 => OK factor(rat(poly)),modulus:1031 => OK factor(rat(poly)),modulus:1048583 => OK (but slow) poly1: (y+x)*(z+x)*(z+x+w)*(z+y)*(z+y+w)*(z+y+x) factor(rat(poly1)),modulus: xxx => Not enough choices for substitution.  an error. for modulus= 2,3,5,7,11,1031,1048583  >Comment By: Stavros Macrakis (macrakis) Date: 20021018 12:39 Message: Logged In: YES user_id=588346 factor(rat(x^5+y^5)),modulus:2 also thinks it's irreducible, but in fact it is = (y+x)*(y^4+x*y^3+x^2*y^2+x^3*y+x^4).  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625226&group_id=4933 
From: <noreply@so...>  20021018 16:32:02

Bugs item #623620, was opened at 20021015 12:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=623620&group_id=4933 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: log(1.0b0) unnormalized Initial Comment: In Maxima 5.5, gcl 32.6: log(1.0) includes an unnormalized 0.0b0, so you get the warning: Warning  an incorrect form for 0.0B0 has been generated. Here is the fix to logbigfloat: Before: (COND ((NUMBERP (CAR A)) (SETQ A (LIST (FPROUND (CAR A)) (PLUS 2 *M (CADR A)))) After: (COND ((NUMBERP (CAR A)) (SETQ A (if (=0 (car a)) '(0 0) (LIST (FPROUND (CAR A)) (PLUS 2 *M (CADR A)))))  Comment By: Raymond Toy (rtoy) Date: 20021015 13:34 Message: Logged In: YES user_id=28849 Presumably "=0" is really "= 0" (with a space). If so, fixed as suggested.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=623620&group_id=4933 
From: <noreply@so...>  20021018 15:18:24

Bugs item #625278, was opened at 20021018 08:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625278&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: simpsum bug Initial Comment: Hi! Unfortunately I have found a bug in simpsum (it seems): (C1) 'SUM(BINOMIAL(2,2k)BINOMIAL(2,1k),k,1,2),simpsum; (D1) 3 ***************** wrong ********************** (C2) 'SUM(BINOMIAL(2,2k)BINOMIAL(2,1k),k,1,2),sum; (D2) 2 ***************** correct ******************** ***************** however : ****************** (C3) 'SUM(BINOMIAL(x,2k)BINOMIAL(x,1k),k,1,2),simpsum; (D3) x (C4) 'SUM(BINOMIAL(x,2k)BINOMIAL(x,1k),k,1,2),sum; (D4) x (C5) bug_report(); Maxima version: 5.9.0rc1 Maxima build date: 11:40 9/3/2002 host type: i686pclinuxgnu lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL25.0 Martin  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625278&group_id=4933 
From: <noreply@so...>  20021018 13:50:48

Bugs item #625226, was opened at 20021018 09:50 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625226&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: Factor errors: finite modulus, 3 vrbls Initial Comment: poly: (x+y+z)*(w+y+z)*(w+x+z); factor(rat(poly)),modulus:2; => Not enough choices for substitution.  an error. factor(rat(poly)),modulus:3 => irreducible (WRONG) factor(rat(poly)),modulus:5 => OK factor(rat(poly)),modulus:1031 => OK factor(rat(poly)),modulus:1048583 => OK (but slow) poly1: (y+x)*(z+x)*(z+x+w)*(z+y)*(z+y+w)*(z+y+x) factor(rat(poly1)),modulus: xxx => Not enough choices for substitution.  an error. for modulus= 2,3,5,7,11,1031,1048583  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=625226&group_id=4933 
From: <noreply@so...>  20021017 22:50:29

Bugs item #624941, was opened at 20021017 17:50 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624941&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 2 Submitted By: James Amundson (amundson) Assigned to: Nobody/Anonymous (nobody) Summary: maxima needs a quiet option Initial Comment: Maxima needs a quiet option to supress the initial banner.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624941&group_id=4933 
From: <noreply@so...>  20021017 22:48:57

Bugs item #624940, was opened at 20021017 17:48 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624940&group_id=4933 Category: Xmaxima Group: None Status: Open Resolution: None Priority: 5 Submitted By: James Amundson (amundson) Assigned to: Nobody/Anonymous (nobody) Summary: xmaximalocal is broken Initial Comment: In a message from Sam Steingold: $ ./xmaximalocal Error in startup script: can't read "maxima_priv(pTestsDir)": no such element in array while executing "set dir $maxima_priv(pTestsDir)" (procedure "vMAXAddSystemMenu" line 106) invoked from within "vMAXAddSystemMenu $fr $maxima_priv(cConsoleText)" (procedure "MAXGui:install" line 110) invoked from within "MAXGui:install gui .maxima" ("uplevel" body line 1) invoked from within "uplevel [concat $object(__class__):$method gui $args]" (procedure "gui" line 3) invoked from within "gui install $fr" (procedure "MAXTkmaxima:install" line 22) invoked from within "MAXTkmaxima:install tkmaxima" ("uplevel" body line 1) invoked from within "uplevel [concat $object(__class__):$method tkmaxima $args]" (procedure "tkmaxima" line 3) invoked from within "tkmaxima install " (file "/usr/local/src/maxima/interfaces/xmaxima/xmaxima" line 14993)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624940&group_id=4933 
From: <noreply@so...>  20021016 22:25:55

Bugs item #624338, was opened at 20021017 08:25 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624338&group_id=4933 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Billinghurst (billingd) Assigned to: Nobody/Anonymous (nobody) Summary: kill(all) causes ode2 failure Initial Comment: This problem is a reduced from bug [ 612107 ] Test rtestode fails if run after rtest3. ode2 can solve the example, but it will fail if preceded by commands declare(integrate, noun); kill(all); This works (C1) eq:x^2*cos(x*y)*'diff(y,x)+(sin(x*y)+x*y*(cos(x*y)))=0 $ (C2) ode2(eq,y,x); (D2) x SIN(x y) = %C so does this (C1) declare(integrate, noun); (D1) DONE (C2) eq:x^2*cos(x*y)*'diff(y,x)+(sin(x*y)+x*y*(cos(x*y)))=0 $ (C3) ode2(eq,y,x); (D3) x SIN(x y) = %C This fails (C1) declare(integrate, noun); (D1) DONE (C2) kill(all); (D0) DONE (C1) eq:x^2*cos(x*y)*'diff(y,x)+(sin(x*y)+x*y*(cos(x*y)))=0 $ (C2) ode2(eq,y,x); / [ (D2) x SIN(x y) + I 0 dy = %C ] /  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624338&group_id=4933 
From: <noreply@so...>  20021016 12:18:16

Bugs item #624061, was opened at 20021016 05:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624061&group_id=4933 Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: strange bug (probably) in numer Initial Comment: Maxima version: 5.9.0rc1 Maxima build date: 11:40 9/3/2002 host type: i686pclinuxgnu lispimplementationtype: Kyoto Common Lisp lispimplementationversion: GCL25.0 (C2) display2D:false$ (C3) f(x):=x^310*x^2+28.5*x21$ (C4) rhs(solve(f(x),x)[1]),rectform,numer; RAT replaced 28.5 by 57//2 = 28.5 RAT replaced 28.5 by 57//2 = 28.5 RAT replaced 0.5 by 1//2 = 0.5 RAT replaced 4.18055555555556 by 301//72 = 4.18055555555556 (D4) 3.897114317029973*%I+0.75 ******** which is wrong ******* (C5) y:rhs(solve(f(x),x)[1]),rectform$ RAT replaced 28.5 by 57//2 = 28.5 (C6) y,numer; (D6) 3.318006917974609 ******* which is correct ****** M.At.Stanev reports with Maxima 5.5 (C1) f(x):=x^310*x^2+28.5*x21; (D1) ... (C2) rhs(solve(f(x),x)[1]),rectform,numer; (D2) 12.01301985645547*%I+10.38424295325536 Martin  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=624061&group_id=4933 