Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Rightclick on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
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}
(30) 
_{Apr}
(19) 
_{May}
(14) 
_{Jun}
(21) 
_{Jul}
(30) 
_{Aug}
(48) 
_{Sep}
(39) 
_{Oct}
(30) 
_{Nov}
(75) 
_{Dec}
(28) 
2018 
_{Jan}
(70) 
_{Feb}

_{Mar}

_{Apr}
(1) 
_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1
(2) 
2
(4) 
3

4
(11) 
5

6

7

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

13
(1) 
14

15
(1) 
16
(1) 
17

18
(1) 
19
(13) 
20

21
(2) 
22
(4) 
23

24

25

26
(13) 
27
(6) 
28

29

30
(1) 
31







From: SourceForge.net <noreply@so...>  20061210 06:27:43

Bugs item #1612391, was opened at 20061209 17:00 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&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: Xmaxima or other UI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Andrej Vodopivec (andrejv) Summary: wxmaxima inchar fails Initial Comment: inchar:"c"; returns an error outchar:"d"; is OK both are OK with xmaxima frm@...  >Comment By: Robert Dodier (robert_dodier) Date: 20061209 23:27 Message: Logged In: YES user_id=501686 Originator: NO Andrej, I've assigned this item to you. Is this a bug in Maxima or in WxMaxima ? If it is not in Maxima, please make a note here and close this report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 06:25:47

Bugs item #1598460, was opened at 20061117 09:32 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&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: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Ronis (ronis) Assigned to: Nobody/Anonymous (nobody) >Summary: autoconf variables problem, was: CVS broken Initial Comment: I've been following maxima for years via CVS. I upgraded yesterday (I'd done so about 23 weeks prior to that). I did bootstrap configure (also with prefix=/usr/local) make clean make all make check make install (as root of course). Everything above worked, and the testsuite reported no errors. However, maxima is broken. Basically, it seems that ${prefix} appears in chunks of the code, not /usr/local. Here's a sample session: Script started on Fri Nov 17 11:27:17 2006 {ronispc:41} maxima Maxima 5.10.0cvs http://maxima.sourceforge.net Using Lisp CLISP 2.39 (20060716) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) describe("trigsimp"); setupinfo: "maxima.info" not found in ("/${prefix}/share/info/") (%o1) false (%i2) sin(x)**2+cos(x)**2; 2 2 (%o2) sin (x) + cos (x) (%i3) trigsimp(%); Could not find `trgsmp.mac' using paths in file_search_maxima,system (combined values: [/home/ronis/.maxima/###.{mac,mc}, /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ 5.10.0cvs/share/{affine,algebra,algebra/charsets,algebra/solver,calculus,combi\ natorics,contrib,contrib/boolsimp,contrib/descriptive,contrib/diffequations,co\ ntrib/diffequations/tests,contrib/distrib,contrib/ezunits,contrib/format,contr\ ib/gentran,contrib/gentran/test,contrib/Grobner,contrib/lurkmathml,contrib/max\ imaMathML,contrib/mcclim,contrib/numericalio,contrib/pdiff,contrib/prim,contri\ b/rand,contrib/sarag,contrib/simplex,contrib/simplex/Tests,contrib/solve_rec,c\ ontrib/state,contrib/stringproc,contrib/unit,contrib/Zeilberger,diffequations,\ lbfgs,linearalgebra,integequations,integration,macro,matrix,misc,numeric,ortho\ poly,physics,simplification,sym,tensor,tensor/tests,trigonometry,utils,vector}\ /###.{mac,mc}] ) #0: trigsimp(?_l=[sin(x)^2+cos(x)^2])  an error. To debug this try debugmode(true); (%i4) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report:  Maxima version: 5.10.0cvs Maxima build date: 11:25 11/17/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.39 (20060716) (built 3362425257) (memory 3372769517)  The above information is also available from the Maxima function build_info(). David P.S., I posted this to the list last night, but got no reply, sorry for the duplication.  >Comment By: Robert Dodier (robert_dodier) Date: 20061209 23:25 Message: Logged In: YES user_id=501686 Originator: NO If prefix is not set, tmp_prefix="${prefix}" should yield tmp_prefix="" or maybe tmp_prefix undefined. But tmp_prefix certainly should be "${prefix}" only if prefix='${prefix}' or something like that. Maybe the problem is the interpretation of quotes in the construction of expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What do you get for these variables when the above are executed from the command line? (Can you try it for tmp_prefix undefined and tmp_prefix= and tmp_prefix=FOO ?) Did the bash version change recently? I'm pretty sure that problems with autoconf variables have been report more than once, so it is probably a good idea for us to resolve this ...  Comment By: David Ronis (ronis) Date: 20061119 10:46 Message: Logged In: YES user_id=609364 Originator: YES I got an answer of sorts from the mailing list, which lead me to figure out how to fix the problem. I still don't know why the problem happened in the first place. Here's the relevant posting: Hi Robert, Thanks for the reply. I autoconfvariables.lisp is the problem. I've remade mine and it contains: (defparameter *autoconfvariablesset* "@variables_set@") (defparameter *autoconfprefix* "/usr/local") (defparameter *autoconfexec_prefix* "/usr/local") (defparameter *autoconfpackage* "maxima") (defparameter *autoconfversion* "5.10.0cvs") (defparameter *autoconflibdir* "/usr/local/lib") (defparameter *autoconflibexecdir* "/usr/local/libexec") (defparameter *autoconfdatadir* "${prefix}/share") (defparameter *autoconfinfodir* "${prefix}/share/info") (defparameter *autoconfhost* "i686pclinuxgnu") (defparameter *autoconfwin32* "false") (defparameter *maximasourceroot* "/home/ronis/Project/notar/maxima") (defparameter *maximadefaultlayoutautotools* "true") datadir and infodir are the problems, and when I manually change them the problem is solved. Beats me why they haven't resolved. I'm using autoconf version 2.60 (and I think I've been doing so for a long time). The problem seems to be in config.status, where expandedinfodir and expandeddatadir are wrong, which in turns suggests that the problem is in configure/configure.in. I think it's how tmp_prefix is se My configure looks like: if test x"${prefix}" = xNONE ; then tmp_prefix="/usr/local" else tmp_prefix="${prefix}" fi if test x"${exec_prefix}" = xNONE ; then tmp_exec_prefix="${tmp_prefix}" else tmp_exec_prefix="${exec_prefix}" fi expanded_top_srcdir="`(cd \"$top_srcdir\" 1>/dev/null 2>/dev/null; pwd)`" expanded_exec_prefix="${tmp_exec_prefix}" expanded_libdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libdir}\"`" expanded_libexecdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libexecdir}\"`" expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What looks strange is the NONE in the tests (it doesn't seem to be the usual syntax for sh or test). David On Sat, 20061118 at 09:41 0700, Robert Dodier wrote: > On 11/16/06, David Ronis <ronis@...> wrote: > > > Could not find `trgsmp.mac' using paths in file_search_maxima,system > > (combined values: [/home/ronis/.maxima/###.{mac,mc}, > > /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ > > David  I built Maxima (sh bootstrap, ./configure enableclisp, make, > make install) from CVS yesterday and I don't see this error. > > I have automake 1.9.6, autoconf 2.59, clisp 2.38. > > Dunno what's going on here  I think $prefix enters the Maxima build > via src/autoconfvariables.lisp so I guess that is the place to look .... > > Sorry I can't be more helpful  > > Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 06:11:58

Bugs item #1562340, was opened at 20060920 10:54 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1562340&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: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: trigrat doesn't distribute over = Initial Comment: Either trigrat should distribute over "=" or it provide the user with a helpful error message: (%i26) e : sin(3*a) + sin(a+%pi/3) = 0; (%o26) sin(a+%pi/3)+sin(3*a)=0 (%i27) trigrat(e); Maxima encountered a Lisp error: Error in CAR [or a callee]: 1 is not of type LIST. I think the functions trigsimp and friends distribute over "=".  >Comment By: Robert Dodier (robert_dodier) Date: 20061209 23:11 Message: Logged In: YES user_id=501686 Originator: NO Agreed, trigsimp and friends should distribute over = .  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1562340&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 06:09:59

Bugs item #1556627, was opened at 20060911 14:07 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1556627&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  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: solve & sign called on imaginary Initial Comment: This example is ridiculous, but this error shouldn't happen: x^1616*x^15+120*x^14560*x^13+1800*x^124128*x^11+6688*x^107040*x^9+2304*x^8+9728*x^729120*x^6+48768*x^558560*x^4+56576* x^343008*x^2+20992*x4544=0 (%i165) solve(%,x); `sign' called on an imaginary argument: sqrt(125*sqrt(6)) Barton  >Comment By: Robert Dodier (robert_dodier) Date: 20061209 23:09 Message: Logged In: YES user_id=501686 Originator: NO I don't see this error. I get the following from solve(%, x). [x = 1sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)), x = sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5))+1, x = 1(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4)+1, x = 1sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)), x = sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5))+1, x = 1(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4)+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i, x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i, x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)+1]$ Above result is from Clisp: Maxima version: 5.10.0cvs Maxima build date: 23:10 11/30/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.38 (20060124) (built 3355931855) (memory 3373942297) I believe I get the same thing from SBCL (looks similar). Maxima version: 5.10.0cvs Maxima build date: 23:9 12/5/2006 host type: i686pclinuxgnu lispimplementationtype: SBCL lispimplementationversion: 1.0  Comment By: Nobody/Anonymous (nobody) Date: 20061118 09:09 Message: Logged In: NO On my copy of wxMaxima, it didn't show any error!  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1556627&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 05:56:38

Bugs item #1554475, was opened at 20060907 20:25 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1554475&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: Installation Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: lisp error (MAYBEINVERTSTRINGCASE is undefined) Initial Comment: (%i1) 1+1;Maxima encountered a Lisp error: Error in LISP:IF [or a callee]: The function MAYBEINVERT STRINGCASE is undefined.Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil.  Maxima version: 5.9.1Maxima build date: 7:34 9/24/2004host type: i686pcmingw32lispimplementation type: Kyoto Common Lisplispimplementationversion: GCL 2.6.5   >Comment By: Robert Dodier (robert_dodier) Date: 20061209 22:56 Message: Logged In: YES user_id=501686 Originator: NO Closing this report as "works for me". Little information, no way to contact the person who submitted the report, old version of Maxima, lots of people use Maxima + Windows with apparent success, so I see no point in trying to resolve this. If I had to guess  someone is trying to load a package from CVS into Maxima 5.9.1. The package refers to MAYBEINVERTSTRINGCASE, which (I guess) is undefined in 5.9.1. If that's the case then the resolution is to update the Maxima installation.  Comment By: Robert Dodier (robert_dodier) Date: 20060907 22:11 Message: Logged In: YES user_id=501686 I notice that your Maxima version is 5.9.1. There have been many changes since then. Please try the most recent stable version (which as of 2006/09/07 is Maxima 5.9.3) and let us know if it works OK. Version 5.10.0 will be release in a week or two. Maybe you can wait until then.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1554475&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 00:00:45

Bugs item #1612391, was opened at 20061209 16:00 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=1612391&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: Xmaxima or other UI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wxmaxima inchar fails Initial Comment: inchar:"c"; returns an error outchar:"d"; is OK both are OK with xmaxima frm@...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&group_id=4933 
From: SourceForge.net <noreply@so...>  20061209 02:13:48

Bugs item #1607567, was opened at 20061202 16:49 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: trigreduce([atan(sin(a)/cos(a))]) => [ atan(tan(a)) ] (FIX) Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  >Comment By: Raymond Toy (rtoy) Date: 20061208 21:13 Message: Logged In: YES user_id=28849 Originator: NO This change works for me. I get a and [a] for results. I'll apply the fix soon.  Comment By: Stavros Macrakis (macrakis) Date: 20061208 14:31 Message: Logged In: YES user_id=588346 Originator: YES The problem is that sp1 isn't handling simplification quite right. The result is ((MLIST SIMP) ((%ATAN) ((%TAN SIMP) $A))) The %ATAN doesn't have a SIMP flag, though it is within a SIMP expression. The fix is simple. In trgred.lisp, function sp1: BEFORE: ((mbagp e) (cons (car e) (mapcar #'sp1 (cdr e)))) AFTER: ((mbagp e) (cons (car e) (mapcar #'(lambda (q) (simplifya (sp1 q))) (cdr e)))) Interestingly, trigreduce doesn't go inside unknown functions at all, e.g. trigreduce( f(sin(x)/cos(x)) ) doesn't do anything at all. I wonder if there is a good reason for this?  Comment By: Raymond Toy (rtoy) Date: 20061208 13:15 Message: Logged In: YES user_id=28849 Originator: NO With current CVS, the example with sin(x)^2 gives the same results whether it's a list or not. Also, if you :lisp (trace $trigreduce), you can see that trigreduce([atan(sin(a)/cos(a))]) returns [atan(tan(a))] and trigreduce(atan(sin(a)/cos(a)) returns atan(tan(a)). Something after trigreduce returns causes the simplification to happen. Perhaps in meval or something?  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:40 Message: Logged In: YES user_id=588346 Originator: YES Other simplifications also don't happen: trigreduce( sin(x)^2 ) => (1 cos(2*x))/2 (OK) trigreduce([sin(x)^2]) => [ (22*cos(2*x))/4 ] (?)  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:30 Message: Logged In: YES user_id=588346 Originator: YES Sorry, it's trigreduce in Maxima 5.10.0 GCL 2.6.8 Windows2k Athlon trigreduce(atan(sin(a)/cos(a))) => a trigreduce([atan(sin(a)/cos(a))]) => [atan(tan(a))] PS I should always cut and paste rather than retyping....  Comment By: Raymond Toy (rtoy) Date: 20061204 11:49 Message: Logged In: YES user_id=28849 Originator: NO What version? With 5.10.0 and cmucl, trigexpand([atan(sin(a)/cos(a))]) => [atan(sin(a)/cos(a))] Corresponding result if the arg is not a list.  Comment By: Stavros Macrakis (macrakis) Date: 20061202 16:53 Message: Logged In: YES user_id=588346 Originator: YES Oops, it's actually trigexpand( [ atan(sin(a)/cos(a)) ] ) => [ atan(tan(a)) ] (UNSIMPLIFIED!) It doesn't simplify atan of tan, but it does preserve the list...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: SourceForge.net <noreply@so...>  20061208 19:31:53

Bugs item #1607567, was opened at 20061202 16:49 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) >Summary: trigreduce([atan(sin(a)/cos(a))]) => [ atan(tan(a)) ] (FIX) Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  >Comment By: Stavros Macrakis (macrakis) Date: 20061208 14:31 Message: Logged In: YES user_id=588346 Originator: YES The problem is that sp1 isn't handling simplification quite right. The result is ((MLIST SIMP) ((%ATAN) ((%TAN SIMP) $A))) The %ATAN doesn't have a SIMP flag, though it is within a SIMP expression. The fix is simple. In trgred.lisp, function sp1: BEFORE: ((mbagp e) (cons (car e) (mapcar #'sp1 (cdr e)))) AFTER: ((mbagp e) (cons (car e) (mapcar #'(lambda (q) (simplifya (sp1 q))) (cdr e)))) Interestingly, trigreduce doesn't go inside unknown functions at all, e.g. trigreduce( f(sin(x)/cos(x)) ) doesn't do anything at all. I wonder if there is a good reason for this?  Comment By: Raymond Toy (rtoy) Date: 20061208 13:15 Message: Logged In: YES user_id=28849 Originator: NO With current CVS, the example with sin(x)^2 gives the same results whether it's a list or not. Also, if you :lisp (trace $trigreduce), you can see that trigreduce([atan(sin(a)/cos(a))]) returns [atan(tan(a))] and trigreduce(atan(sin(a)/cos(a)) returns atan(tan(a)). Something after trigreduce returns causes the simplification to happen. Perhaps in meval or something?  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:40 Message: Logged In: YES user_id=588346 Originator: YES Other simplifications also don't happen: trigreduce( sin(x)^2 ) => (1 cos(2*x))/2 (OK) trigreduce([sin(x)^2]) => [ (22*cos(2*x))/4 ] (?)  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:30 Message: Logged In: YES user_id=588346 Originator: YES Sorry, it's trigreduce in Maxima 5.10.0 GCL 2.6.8 Windows2k Athlon trigreduce(atan(sin(a)/cos(a))) => a trigreduce([atan(sin(a)/cos(a))]) => [atan(tan(a))] PS I should always cut and paste rather than retyping....  Comment By: Raymond Toy (rtoy) Date: 20061204 11:49 Message: Logged In: YES user_id=28849 Originator: NO What version? With 5.10.0 and cmucl, trigexpand([atan(sin(a)/cos(a))]) => [atan(sin(a)/cos(a))] Corresponding result if the arg is not a list.  Comment By: Stavros Macrakis (macrakis) Date: 20061202 16:53 Message: Logged In: YES user_id=588346 Originator: YES Oops, it's actually trigexpand( [ atan(sin(a)/cos(a)) ] ) => [ atan(tan(a)) ] (UNSIMPLIFIED!) It doesn't simplify atan of tan, but it does preserve the list...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: SourceForge.net <noreply@so...>  20061208 18:17:49

Bugs item #1448605, was opened at 20060312 21:26 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1448605&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: Wont Fix Priority: 5 Private: No Submitted By: Jeffrey Pikul (jpikul) Assigned to: Nobody/Anonymous (nobody) Summary: atan returns illegal value Initial Comment: (%i1) atan(tan(4)); (%o1) 4 (should be 4  %pi, or 0.858407346 as a float) (%i2) declare(z,complex); (%o2) done (%i3) atan(tan(z)); (%o3) z (see below) atan(tan(z)) ==> z is only true if %pi/2<z<%pi/2, so this should return atan(tan(z)) unless qualified with: assume(z<%pi/2,z>%pi/2); Maxima version: 5.9.2 Maxima build date: 9:5 10/12/2005 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7  >Comment By: Raymond Toy (rtoy) Date: 20061208 13:17 Message: Logged In: YES user_id=28849 Originator: NO Closing this. If this is still an issue, open a new bug about the default value of triginverses.  Comment By: Raymond Toy (rtoy) Date: 20061109 10:34 Message: Logged In: YES user_id=28849 This simplification is controlled by the variable triginverses. It defaults to all, which is documented to convert atan(tan(x)) to x. I think this is not a bug.  Comment By: Nobody/Anonymous (nobody) Date: 20060313 10:38 Message: Logged In: NO Looks like SIMP%ASIN etc in src/trigo.lisp make the same type of simplification  afoo(foo(x)) => x for foo in {sin, cos, ...}.  Comment By: Nobody/Anonymous (nobody) Date: 20060313 00:46 Message: Logged In: NO Source of this bug seems to be SIMP%ATAN in src/trigi.lisp, in particular this line: (if (eq (caar y) '%tan) (cadr y)) where y is the argument of atan. It seems likely that the other simplification functions in the same file might suffer from similar naive assertions about function inverses. Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1448605&group_id=4933 
From: SourceForge.net <noreply@so...>  20061208 18:15:39

Bugs item #1607567, was opened at 20061202 16:49 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: trigreduce([atan(sin(a)/cos(a))]) => [ atan(tan(a)) ] Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  >Comment By: Raymond Toy (rtoy) Date: 20061208 13:15 Message: Logged In: YES user_id=28849 Originator: NO With current CVS, the example with sin(x)^2 gives the same results whether it's a list or not. Also, if you :lisp (trace $trigreduce), you can see that trigreduce([atan(sin(a)/cos(a))]) returns [atan(tan(a))] and trigreduce(atan(sin(a)/cos(a)) returns atan(tan(a)). Something after trigreduce returns causes the simplification to happen. Perhaps in meval or something?  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:40 Message: Logged In: YES user_id=588346 Originator: YES Other simplifications also don't happen: trigreduce( sin(x)^2 ) => (1 cos(2*x))/2 (OK) trigreduce([sin(x)^2]) => [ (22*cos(2*x))/4 ] (?)  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:30 Message: Logged In: YES user_id=588346 Originator: YES Sorry, it's trigreduce in Maxima 5.10.0 GCL 2.6.8 Windows2k Athlon trigreduce(atan(sin(a)/cos(a))) => a trigreduce([atan(sin(a)/cos(a))]) => [atan(tan(a))] PS I should always cut and paste rather than retyping....  Comment By: Raymond Toy (rtoy) Date: 20061204 11:49 Message: Logged In: YES user_id=28849 Originator: NO What version? With 5.10.0 and cmucl, trigexpand([atan(sin(a)/cos(a))]) => [atan(sin(a)/cos(a))] Corresponding result if the arg is not a list.  Comment By: Stavros Macrakis (macrakis) Date: 20061202 16:53 Message: Logged In: YES user_id=588346 Originator: YES Oops, it's actually trigexpand( [ atan(sin(a)/cos(a)) ] ) => [ atan(tan(a)) ] (UNSIMPLIFIED!) It doesn't simplify atan of tan, but it does preserve the list...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: Farag Haller <blalockiminna@sa...>  20061208 01:57:02

From: SourceForge.net <noreply@so...>  20061204 23:51:01

Bugs item #1562671, was opened at 20060921 03:07 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1562671&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: Elmar Zander (zandere) Assigned to: Nobody/Anonymous (nobody) Summary: Handling of infinities Initial Comment: The handling of inf seems to be like that of a really huge (bigger than everything else) but otherwise specific number. Some examples: infinf => 0 inf/inf => 1 inf*0 => 0 Those should all return "undefined". In the following cases the return value should be directly simplified to inf again inf*inf => inf^2 inf+inf => 2*inf 4*inf => 4*inf Also comparisons like the following should be undefined: is( inf>=inf ) => true if( inf>=2*inf ) => false Furthermore there is no relation between inf and minf: inf => inf minf => minf inf+minf => inf+minf Those should return minf, inf, and und respectively. It would be nice if infinities would be handled like in the IEEE floating point standard which, I think, makes more sense in those cases.  >Comment By: Stavros Macrakis (macrakis) Date: 20061204 18:50 Message: Logged In: YES user_id=588346 Originator: NO Yes, these limitations are known. Basically, the only parts of Maxima that know about inf/minf/und/ind/infinity are the limit and definite integral packages. As far as the rest of Maxima is concerned, INF is just a variable like X. This is silly, of course. The problem is that correcting this in the obvious way means special cases throughout the simplification code, which assumes that if two identifiers are the same identifier, they are equal.... There are other possible solutions (e.g. making each infinity produced unique in some way), but they have their complications, too....  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1562671&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 23:39:28

Bugs item #1608848, was opened at 20061204 18:36 Message generated for change (Settings changed) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1608848&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  Polynomials Group: None Status: Open Resolution: None >Priority: 3 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: factor involving sqrt(2) fails, but gfactor works (?!) Initial Comment: fex: sqrt(2)*n  n + sqrt(2)  2 $ Neither one of: factor(fex) factor(fex),algebraic:true factors fex. but both of: gfactor(fex) factor(fex,q^37) // Any polynom will do do factor correctly into (sqrt(2)1)*(nsqrt(2)) This behavior difference is not documented, and is confusing. Of course, the semantics are not entirely clear, and anyway the current code doesn't work for all cases you'd like, e.g. gfactor(expand( (xsqrt(2)+sqrt(3))*(x+sqrt(2)*3+sqrt(3)) )) doesn't factor, though factor(expand( // not even gfactor (x + 7 sqrt(2)) (x  sqrt(3)) )) does. s  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1608848&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 23:36:04

Bugs item #1608848, was opened at 20061204 18:36 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=1608848&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: factor involving sqrt(2) fails, but gfactor works (?!) Initial Comment: fex: sqrt(2)*n  n + sqrt(2)  2 $ Neither one of: factor(fex) factor(fex),algebraic:true factors fex. but both of: gfactor(fex) factor(fex,q^37) // Any polynom will do do factor correctly into (sqrt(2)1)*(nsqrt(2)) This behavior difference is not documented, and is confusing. Of course, the semantics are not entirely clear, and anyway the current code doesn't work for all cases you'd like, e.g. gfactor(expand( (xsqrt(2)+sqrt(3))*(x+sqrt(2)*3+sqrt(3)) )) doesn't factor, though factor(expand( // not even gfactor (x + 7 sqrt(2)) (x  sqrt(3)) )) does. s  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1608848&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 20:45:57

Bugs item #1594977, was opened at 20061112 04:17 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1594977&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: Andrej Vodopivec (andrejv) Assigned to: Nobody/Anonymous (nobody) Summary: limit(n/(n^2+1), n, inf); + FIX Initial Comment: I think limit should change inf to minf before doing the calculation: (%i1) limit(n/(n^2+1), n, inf); (%o1) inf/(inf^2+1) (%i2) limit(n/(n^2+1), n, minf); (%o2) 0 Andrej  >Comment By: Raymond Toy (rtoy) Date: 20061204 15:45 Message: Logged In: YES user_id=28849 Originator: NO The following replacement for simpmin in simp.lisp makes inf return minf. This doesn't fix the issue that 1*inf is still inf. (defun simpmin (x vestigial z) vestigial ;Ignored (oneargcheck x) (cond ((numberp (cadr x)) (minus (cadr x))) ((atom (cadr x)) (if (eq (cadr x) '$inf) ;; New '$minf ;; New (list '(mtimes simp) 1 (cadr x)))) (t (simplifya (list '(mtimes) 1 (simplifya (cadr x) z)) t))))  Comment By: Raymond Toy (rtoy) Date: 20061204 12:38 Message: Logged In: YES user_id=28849 Originator: NO Rather than fixing this just for limit, shouldn't we fix this at a higher level so that inf is always simplified to minf?  Comment By: Robert Dodier (robert_dodier) Date: 20061204 00:26 Message: Logged In: YES user_id=501686 Originator: NO I put FIX in the title to make it easier to find patch.  Comment By: Andrej Vodopivec (andrejv) Date: 20061114 09:11 Message: Logged In: YES user_id=1179910 Attached a patch which does this. Testsuite reports no errors. Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1594977&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 17:40:05

Bugs item #1607567, was opened at 20061202 16:49 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: trigreduce([atan(sin(a)/cos(a))]) => [ atan(tan(a)) ] Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  >Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:40 Message: Logged In: YES user_id=588346 Originator: YES Other simplifications also don't happen: trigreduce( sin(x)^2 ) => (1 cos(2*x))/2 (OK) trigreduce([sin(x)^2]) => [ (22*cos(2*x))/4 ] (?)  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:30 Message: Logged In: YES user_id=588346 Originator: YES Sorry, it's trigreduce in Maxima 5.10.0 GCL 2.6.8 Windows2k Athlon trigreduce(atan(sin(a)/cos(a))) => a trigreduce([atan(sin(a)/cos(a))]) => [atan(tan(a))] PS I should always cut and paste rather than retyping....  Comment By: Raymond Toy (rtoy) Date: 20061204 11:49 Message: Logged In: YES user_id=28849 Originator: NO What version? With 5.10.0 and cmucl, trigexpand([atan(sin(a)/cos(a))]) => [atan(sin(a)/cos(a))] Corresponding result if the arg is not a list.  Comment By: Stavros Macrakis (macrakis) Date: 20061202 16:53 Message: Logged In: YES user_id=588346 Originator: YES Oops, it's actually trigexpand( [ atan(sin(a)/cos(a)) ] ) => [ atan(tan(a)) ] (UNSIMPLIFIED!) It doesn't simplify atan of tan, but it does preserve the list...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 17:38:51

Bugs item #1594977, was opened at 20061112 04:17 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1594977&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: Andrej Vodopivec (andrejv) Assigned to: Nobody/Anonymous (nobody) Summary: limit(n/(n^2+1), n, inf); + FIX Initial Comment: I think limit should change inf to minf before doing the calculation: (%i1) limit(n/(n^2+1), n, inf); (%o1) inf/(inf^2+1) (%i2) limit(n/(n^2+1), n, minf); (%o2) 0 Andrej  >Comment By: Raymond Toy (rtoy) Date: 20061204 12:38 Message: Logged In: YES user_id=28849 Originator: NO Rather than fixing this just for limit, shouldn't we fix this at a higher level so that inf is always simplified to minf?  Comment By: Robert Dodier (robert_dodier) Date: 20061204 00:26 Message: Logged In: YES user_id=501686 Originator: NO I put FIX in the title to make it easier to find patch.  Comment By: Andrej Vodopivec (andrejv) Date: 20061114 09:11 Message: Logged In: YES user_id=1179910 Attached a patch which does this. Testsuite reports no errors. Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1594977&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 17:30:25

Bugs item #1607567, was opened at 20061202 16:49 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) >Summary: trigreduce([atan(sin(a)/cos(a))]) => [ atan(tan(a)) ] Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  >Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:30 Message: Logged In: YES user_id=588346 Originator: YES Sorry, it's trigreduce in Maxima 5.10.0 GCL 2.6.8 Windows2k Athlon trigreduce(atan(sin(a)/cos(a))) => a trigreduce([atan(sin(a)/cos(a))]) => [atan(tan(a))] PS I should always cut and paste rather than retyping....  Comment By: Raymond Toy (rtoy) Date: 20061204 11:49 Message: Logged In: YES user_id=28849 Originator: NO What version? With 5.10.0 and cmucl, trigexpand([atan(sin(a)/cos(a))]) => [atan(sin(a)/cos(a))] Corresponding result if the arg is not a list.  Comment By: Stavros Macrakis (macrakis) Date: 20061202 16:53 Message: Logged In: YES user_id=588346 Originator: YES Oops, it's actually trigexpand( [ atan(sin(a)/cos(a)) ] ) => [ atan(tan(a)) ] (UNSIMPLIFIED!) It doesn't simplify atan of tan, but it does preserve the list...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 16:49:32

Bugs item #1607567, was opened at 20061202 16:49 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: trigexpand([atan(sin(a)/cos(a))]) => [ atan(tan(a)) ] Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  >Comment By: Raymond Toy (rtoy) Date: 20061204 11:49 Message: Logged In: YES user_id=28849 Originator: NO What version? With 5.10.0 and cmucl, trigexpand([atan(sin(a)/cos(a))]) => [atan(sin(a)/cos(a))] Corresponding result if the arg is not a list.  Comment By: Stavros Macrakis (macrakis) Date: 20061202 16:53 Message: Logged In: YES user_id=588346 Originator: YES Oops, it's actually trigexpand( [ atan(sin(a)/cos(a)) ] ) => [ atan(tan(a)) ] (UNSIMPLIFIED!) It doesn't simplify atan of tan, but it does preserve the list...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 16:46:48

Bugs item #1604446, was opened at 20061128 07:50 Message generated for change (Comment added) made by rtoy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1604446&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: ilt(s/((s+d)*(s^2+w^2)), s, t) takes forever Initial Comment: Hi, ilt(s/((s+d)*(s^2+w^2)), s, t) takes forever in version 5.10.0 in Linux. However, version 5.10.0b for Windows solves the inverse transform instantly and correctly. Why version 5.10.0b for Linux haven not been released? Best regards, JosÃ© Antonio joanlofe@...  >Comment By: Raymond Toy (rtoy) Date: 20061204 11:46 Message: Logged In: YES user_id=28849 Originator: NO 5.10.0 on Solaris with cmucl works instantly for me. I don't know what version 5.10.0b is.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1604446&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 05:36:59

Bugs item #1605159, was opened at 20061129 03:54 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1605159&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  Plotting Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Plotting constant functions works only when they're 2^z Initial Comment: Hi Maximateam, I have the problem that I'm unable to insert constant functions into a plot. Maxima will do calculations forever and hangs (using CPU power). I found out that _some_ constant functions are indeed plotted but only those that have the form 2^z. So for example you can plot y=0.5, y=1, y=2 or y=0.03125. Things don't work are y=0.4 or y=0.028 This is in all revisions I tested so far including the recent 5.10. HTH, Phil  >Comment By: Robert Dodier (robert_dodier) Date: 20061203 22:36 Message: Logged In: YES user_id=501686 Originator: NO Not observed in Maxima 5.10.0cvs w/ GCL, SBCL, and Clisp. Marking this report as pending (so it will be closed automatically in 2 weeks, in case Phil comes back) since it seems to be fixed, and it is a duplicate of bug report 1571454: plot2d(0.99,[x,0,5]) is very slow.  Comment By: Raymond Toy (rtoy) Date: 20061129 10:49 Message: Logged In: YES user_id=28849 Originator: NO This was caused by the adaptive plotter. This is fixed in CVS, I think. Can you try that out?  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1605159&group_id=4933 
From: SourceForge.net <noreply@so...>  20061204 05:26:50

Bugs item #1594977, was opened at 20061112 02:17 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1594977&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: Andrej Vodopivec (andrejv) Assigned to: Nobody/Anonymous (nobody) >Summary: limit(n/(n^2+1), n, inf); + FIX Initial Comment: I think limit should change inf to minf before doing the calculation: (%i1) limit(n/(n^2+1), n, inf); (%o1) inf/(inf^2+1) (%i2) limit(n/(n^2+1), n, minf); (%o2) 0 Andrej  >Comment By: Robert Dodier (robert_dodier) Date: 20061203 22:26 Message: Logged In: YES user_id=501686 Originator: NO I put FIX in the title to make it easier to find patch.  Comment By: Andrej Vodopivec (andrejv) Date: 20061114 07:11 Message: Logged In: YES user_id=1179910 Attached a patch which does this. Testsuite reports no errors. Andrej  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1594977&group_id=4933 
From: SourceForge.net <noreply@so...>  20061202 21:53:39

Bugs item #1607567, was opened at 20061202 16:49 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) >Summary: trigexpand([atan(sin(a)/cos(a))]) => [ atan(tan(a)) ] Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  >Comment By: Stavros Macrakis (macrakis) Date: 20061202 16:53 Message: Logged In: YES user_id=588346 Originator: YES Oops, it's actually trigexpand( [ atan(sin(a)/cos(a)) ] ) => [ atan(tan(a)) ] (UNSIMPLIFIED!) It doesn't simplify atan of tan, but it does preserve the list...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: SourceForge.net <noreply@so...>  20061202 21:49:40

Bugs item #1607567, was opened at 20061202 16:49 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=1607567&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: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: trigexpand([atan(sin(a)/cos(a))]) => atan(tan(a)) Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: SourceForge.net <noreply@so...>  20061202 12:59:42

Bugs item #1606731, was opened at 20061201 06:05 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1606731&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: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: limit of algebraic when algebraic : true Initial Comment: (%i1) x*(sqrt(1+x^2)x); (%o1) x*(sqrt(x^2+1)x) (%i2) limit(%,x,inf), algebraic : true; Quotient by a polynomial of higher degree  >Comment By: Barton Willis (willisbl) Date: 20061202 06:59 Message: Logged In: YES user_id=895922 Originator: YES When gcd : 'spmod, this bug goes away: (%i7) limit(x*(sqrt(1+x^2)x),x,inf), algebraic : true, gcd : 'spmod; (%o7) 1/2  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1606731&group_id=4933 