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}
(22) 
_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 




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

6

7
(1) 
8
(2) 
9

10

11

12

13
(1) 
14

15

16

17
(1) 
18
(1) 
19
(3) 
20

21
(1) 
22

23
(3) 
24

25
(2) 
26
(2) 
27
(2) 
28

29

30
(3) 
31
(5) 

From: SourceForge.net <noreply@so...>  20070801 21:25:47

Bugs item #1765597, was opened at 20070801 11:12 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1765597&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Rejected Priority: 5 Private: No Submitted By: Miguel Aguado (maguado) Assigned to: Nobody/Anonymous (nobody) Summary: Consecutive, commaseparated loops executed in wrong order? Initial Comment: Hi, Thank you for the quick solution of my previous bug. What I am reporting now seems a bug to me, otherwise it is a very strange feature, in my humble opinion. I write two consecutive loops (not nested), say, for i : 0 thru 4 do display( i ), for j : 0 thru 4 do display( j ); and Maxima executes the second loop first. This is counterintuitive to me. If it is intended, I would beg for a rationale. Thank you in advance, and keep up the good work, Miguel  Maxima version: 5.10.0 Maxima build date: 14:57 10/18/2006 host type: i686pclinuxgnu lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7   >Comment By: Robert Dodier (robert_dodier) Date: 20070801 15:25 Message: Logged In: YES user_id=501686 Originator: NO Miguel, the input (%i1) foo, bar; is equivalent to ev(foo, bar), that is, to evaluate foo with flags and values specified by bar. I;m pretty sure you did not intend that. Probably you want (%i1) (foo, bar); or (%i1) block (foo, bar); either of which evaluates the items within parentheses one by one. (The plain parentheses (...) is like block(...) except that (...) cannot have a list of local variables.) Hope this helps. Closing this report as rejected since it's not a bug.  Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1765597&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 20:51:47

Bugs item #1765721, was opened at 20070801 13:51 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=1765721&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Is it a bug??? Initial Comment: I am new and i dont know if it is a bug. (%i1) y:5; (%o1) 1 (%i2) 3+x^y=235; (%o2) x + 3 = 235 (%i3) solve(%); (%o3) [x = 232] (%i4) y:1; (%o4) 5 (%i5) solve(%); Got a null variable list, continuing  `solve' (%o5) [] (%i6) y:1; (%o6) 1 (%i7) solve(%); Got a null variable list, continuing  `solve' (%o7) [] (%i8) bug_report(); Maxima version: 5.12.0 Maxima build date: 19:33 5/3/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1765721&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 17:12:35

Bugs item #1765597, was opened at 20070801 19:12 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=1765597&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: Miguel Aguado (maguado) Assigned to: Nobody/Anonymous (nobody) Summary: Consecutive, commaseparated loops executed in wrong order? Initial Comment: Hi, Thank you for the quick solution of my previous bug. What I am reporting now seems a bug to me, otherwise it is a very strange feature, in my humble opinion. I write two consecutive loops (not nested), say, for i : 0 thru 4 do display( i ), for j : 0 thru 4 do display( j ); and Maxima executes the second loop first. This is counterintuitive to me. If it is intended, I would beg for a rationale. Thank you in advance, and keep up the good work, Miguel  Maxima version: 5.10.0 Maxima build date: 14:57 10/18/2006 host type: i686pclinuxgnu lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.7   You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1765597&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 11:54:38

Bugs item #1764114, was opened at 20070730 20:49 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764114&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: signum misses simp rule Initial Comment: (%i1) tellsimpafter(signum(x),zzz); (%o1) [signumrule1,simpsignum] (%i2) signum(x); Wrong! (%o2) should be zzz (%o2) signum(x) (%i3) ev(%); (%o3) zzz The fix is easy.  >Comment By: Barton Willis (willisbl) Date: 20070801 06:54 Message: Logged In: YES user_id=895922 Originator: YES Here is a proposed fix (untested) (defmfun simpsignum (x y z) (oneargcheck x) (setq y (simpcheck (cadr x) z)) (cond ((mnump y) (setq y (num1 y)) (cond ((plusp y) 1) ((minusp y) 1) (t 0))) ((eq (setq z (csign y)) t) (eqtest (list '(%signum) y) x)) ((eq z '$pos) 1) ((eq z '$neg) 1) ((eq z '$zero) 0) ((mminusp y) (neg (take '(%signum) (neg y)))) (t (eqtest (list '(%signum) y) x)))) I fixed a similar bug in simpabs. The problem is that (mul2 1 (list '(%signum simp) (neg y))) doesn't send the signum expression through simplifya. In this code, if (mminpus y) and (mminusp (neg y)) are both true, the code will infinitely loop. Here is another (untested) fix. As a bonus, it does signum(signum(x)) > signum(x). It uses the applyreflectionrule scheme instead of mminusp. I don't see the point of the (mnump y) check in the original code (speed maybe)  csign should take care of this. I also cut the eqtest stuff. Maybe that's not goodI don't know. (setf (get '%signum 'reflectionrule) #'oddfunctionreflect) (defun simpsignum (x yy z) (declare (ignore yy)) (oneargcheck x) (setq x (simpcheck (cadr x) z)) (let ((sgn (csign x))) (cond ((eq sgn '$pos) 1) ((eq sgn '$neg) 1) ((eq sgn '$zero) 0) ((opequalp x '%signum) x) ((applyreflectionsimp '%signum x t)) (t `((%signum simp) ,x)))))  Comment By: Robert Dodier (robert_dodier) Date: 20070731 22:54 Message: Logged In: YES user_id=501686 Originator: NO Looks like what happens is that signumrule1 gives up after simpsignum returns 1 * signum(x), because the operator in that result is not %SIGNUM: #<FUNCTION LAMBDA (X ANS A3) (SETQ X (SIMPSIGNUM X ANS A3)) (COND (*AFTERFLAG X) (T (PROG (TRGENSYM~0 *AFTERFLAG RULEHIT) (DECLARE (SPECIAL TRGENSYM~0 *AFTERFLAG)) (SETQ *AFTERFLAG T) (COND ((OR (ATOM X) (NOT (EQ (CAAR X) '%SIGNUM))) (RETURN X))) (SETQ TRGENSYM~0 (CDR X)) (MULTIPLEVALUESETQ (ANS RULEHIT) (CATCH 'MATCH (PROG (TRGENSYM~1) (DECLARE (SPECIAL TRGENSYM~1)) (SETQ TRGENSYM~1 (KAR TRGENSYM~0)) (COND ((NOT (ALIKE1 TRGENSYM~1 (MEVAL '$X))) (MATCHERR))) (COND ((NTHKDR TRGENSYM~0 1) (MATCHERR))) (RETURN (VALUES (MEVAL '$ZZZ) T))))) (RETURN (IF RULEHIT ANS (EQTEST X X))))))> I'm not sure what to do here. I guess if whichever simplification functions are carried out return an expression with a different operator, then maybe start over? I guess the problem to watch out for is endless looping. The *AFTERFLAG special variable is meant to prevent that; it might also prevent starting over from having any effect.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764114&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 07:40:38

Bugs item #1764284, was opened at 20070731 12:13 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764284&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: Problem not in Maxima Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Andrej Vodopivec (andrejv) Summary: WxMaxima typesetting (xml display) Initial Comment: I think the output must be in the form f²(x) (not f(x)²). Example: (%i1) sin(x)^2; 2 (%o1) sin(x) would be (%i1) sin(x)^2; 2 (%o1) sin (x) this case is concerning another function like cos(x), log(x), etc...  >Comment By: Andrej Vodopivec (andrejv) Date: 20070801 09:40 Message: Logged In: YES user_id=1179910 Originator: NO Moved to wxmaxima project: http://sourceforge.net/tracker/index.php?func=detail&aid=1765127&group_id=126731&atid=707631 Andrej  Comment By: Robert Dodier (robert_dodier) Date: 20070801 05:09 Message: Logged In: YES user_id=501686 Originator: NO Andrej, since this is a WxMaxima item, can you please copy it to the WxMaxima tracker and close it here. Thanks.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764284&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 07:36:29

Bugs item #1764292, was opened at 20070731 12:28 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764292&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: Problem not in Maxima Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Andrej Vodopivec (andrejv) Summary: wxMaxima typesetting (xml display) Initial Comment: I think the output must be in the form fª(x) (not f(x)ª). Example 1: (%i1) sin(x)^2; (%o1) sin(x)² would be (%i1) sin(x)^2; (%o1) sin²(x) Example 2: (%i1) cos(x)^3; (%o1) cos(x)³ would be (%i1) cos(x)^3; (%o1) cos³(x) this case is concerning another function and for all exponent.  >Comment By: Andrej Vodopivec (andrejv) Date: 20070801 09:36 Message: Logged In: YES user_id=1179910 Originator: NO This is a duplicate of bug 1764284, so I'm closing it. Andrej  Comment By: Robert Dodier (robert_dodier) Date: 20070801 05:08 Message: Logged In: YES user_id=501686 Originator: NO Andrej, since this is a WxMaxima item, can you please copy it to the WxMaxima tracker and close it here. Thanks.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764292&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:54:34

Bugs item #1764114, was opened at 20070730 19:49 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764114&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Barton Willis (willisbl) Summary: signum misses simp rule Initial Comment: (%i1) tellsimpafter(signum(x),zzz); (%o1) [signumrule1,simpsignum] (%i2) signum(x); Wrong! (%o2) should be zzz (%o2) signum(x) (%i3) ev(%); (%o3) zzz The fix is easy.  >Comment By: Robert Dodier (robert_dodier) Date: 20070731 21:54 Message: Logged In: YES user_id=501686 Originator: NO Looks like what happens is that signumrule1 gives up after simpsignum returns 1 * signum(x), because the operator in that result is not %SIGNUM: #<FUNCTION LAMBDA (X ANS A3) (SETQ X (SIMPSIGNUM X ANS A3)) (COND (*AFTERFLAG X) (T (PROG (TRGENSYM~0 *AFTERFLAG RULEHIT) (DECLARE (SPECIAL TRGENSYM~0 *AFTERFLAG)) (SETQ *AFTERFLAG T) (COND ((OR (ATOM X) (NOT (EQ (CAAR X) '%SIGNUM))) (RETURN X))) (SETQ TRGENSYM~0 (CDR X)) (MULTIPLEVALUESETQ (ANS RULEHIT) (CATCH 'MATCH (PROG (TRGENSYM~1) (DECLARE (SPECIAL TRGENSYM~1)) (SETQ TRGENSYM~1 (KAR TRGENSYM~0)) (COND ((NOT (ALIKE1 TRGENSYM~1 (MEVAL '$X))) (MATCHERR))) (COND ((NTHKDR TRGENSYM~0 1) (MATCHERR))) (RETURN (VALUES (MEVAL '$ZZZ) T))))) (RETURN (IF RULEHIT ANS (EQTEST X X))))))> I'm not sure what to do here. I guess if whichever simplification functions are carried out return an expression with a different operator, then maybe start over? I guess the problem to watch out for is endless looping. The *AFTERFLAG special variable is meant to prevent that; it might also prevent starting over from having any effect.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764114&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:40:27

Bugs item #1763261, was opened at 20070729 15:34 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1763261&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: unexpected sign called on ... Initial Comment: I should look for a simple example... (%o74) (sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)+8)/32+sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)8)/32)^(1/3)+1/(4*(sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)+8)/32+sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)8)/32)^(1/3)) (%i75) ratsimp(sqrt(1%^2)); `sign' called on an imaginary argument: sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)8)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1763261&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:39:47

Bugs item #1758469, was opened at 20070722 09:08 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1758469&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Lisp Core Group: None Status: Open Resolution: None Priority: 4 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: genmatrix and improper array call Initial Comment: genmatrix has a weird evaluation scheme; for example (%i1) (g : h, h : lambda([a,b],a+b)); (%o1) lambda([a,b],a+b) (%i2) genmatrix(g,1,1); Improper array call The "improper array call" message is nonsense.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1758469&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:38:36

Bugs item #1754781, was opened at 20070716 07:29 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1754781&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot doesn't work with special characters in Username Initial Comment: (%i2) f(x):=x; (%o2) f(x):=x (%i3) wxplot2d([%o2], [x,5,5]) $Maxima encountered a Lisp error: Error in APPLY [or a callee]: Cannot create the file C:/Dokumente und Einstellungen/blubb/maxout.gnuplot.Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil.(%i4) The Username is not correct. It must be b^l^u^b^b. It seems that special characters are ignored.  Maxima version: 5.12.0 Maxima build date: 19:33 5/3/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8   >Comment By: Robert Dodier (robert_dodier) Date: 20070731 21:38 Message: Logged In: YES user_id=501686 Originator: NO It may be too late, but anyway, a workaround is to assign maxima_tempdir to some acceptable folder, say maxima_tempdir : "c:\temp". Then the plotting functions will put the Gnuplot output file there.  Comment By: Robert Dodier (robert_dodier) Date: 20070731 21:36 Message: Logged In: YES user_id=501686 Originator: NO What are the special characters in question, I wonder? I'm pretty sure GCL does not know how to handle Unicode characters, although I would expect ISOLatinwhatever would be OK ... Someone who has a foreignlanguage windows installation would be able to tell for sure.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1754781&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:37:00

Bugs item #1754781, was opened at 20070716 07:29 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1754781&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: plot doesn't work with special characters in Username Initial Comment: (%i2) f(x):=x; (%o2) f(x):=x (%i3) wxplot2d([%o2], [x,5,5]) $Maxima encountered a Lisp error: Error in APPLY [or a callee]: Cannot create the file C:/Dokumente und Einstellungen/blubb/maxout.gnuplot.Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil.(%i4) The Username is not correct. It must be b^l^u^b^b. It seems that special characters are ignored.  Maxima version: 5.12.0 Maxima build date: 19:33 5/3/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8   >Comment By: Robert Dodier (robert_dodier) Date: 20070731 21:36 Message: Logged In: YES user_id=501686 Originator: NO What are the special characters in question, I wonder? I'm pretty sure GCL does not know how to handle Unicode characters, although I would expect ISOLatinwhatever would be OK ... Someone who has a foreignlanguage windows installation would be able to tell for sure.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1754781&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:24:17

Bugs item #1732298, was opened at 20070606 12:47 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1732298&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: To be reviewed Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ted Woollett (woollett) Assigned to: Vadim V. Zhytnikov (vvzhy) Summary: postscript eps file error Initial Comment: use of standard eps file generation, as in: (%i2) plot2d( sin(x),[x,%pi, %pi] ,[gnuplot_term,ps], [gnuplot_out_file,"c:/work2/test2.eps" ] ) $ Output file "c:/work2/test2.eps". results in the generation of test2.eps which is 2kb and contains no plot instructions. The end of the file has an apparent error message(? I am no expert in postscript language ): ... /hpt hpt_ def /vpt vpt_ def Level1 {} { /SDict 10 dict def systemdict /pdfmark known not { userdict /pdfmark systemdict /cleartomark get put } if SDict begin [ /Title (c:/work2/test2.eps) /Subject (gnuplot plot) /Creator (gnuplot 4.2 patchlevel 0) /Author (Edwin Woollett) % /Producer (gnuplot) % /Keywords () /CreationDate (Wed Jun 06 10:38:32 2007) /DOCINFO pdfmark end } ifelse When viewed with gsview32, there in no plot. Direct use of wguplot32 software results in a file of size about 14 kb. This error observed with both v 5.11.xx and 5.12: My build info: Maxima version: 5.12.0 Maxima build date: 19:33 5/3/2007 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8 Edwin (Ted) Woollett  >Comment By: Robert Dodier (robert_dodier) Date: 20070731 21:24 Message: Logged In: YES user_id=501686 Originator: NO Marking this item for review.  Comment By: Vadim V. Zhytnikov (vvzhy) Date: 20070708 00:22 Message: Logged In: YES user_id=366498 Originator: NO Fixed in Maxima CVS. Please wait for the forthcoming 5.13 rc1 to test/  Comment By: Ted Woollett (woollett) Date: 20070705 16:56 Message: Logged In: YES user_id=1806103 Originator: YES Back from vacation! I have used the file prologue.ps, placing it in the directory structure suggested, on my computer a rather long path name: c:\Program Files\Maxima5.12.0\bin\share\PostScript\prologue.ps Maxima now correctly creates the eps file. Thanks. Ted Woollett  Comment By: Robert Dodier (robert_dodier) Date: 20070621 09:13 Message: Logged In: YES user_id=501686 Originator: NO >From what I can tell, the Maxima 5.12.0 Windows installation is missing a file that Gnuplot wants, namely prologue.ps. I've taken the liberty of attaching the prologue.ps from Gnuplot 4.2 to this report. That file should be copied to ...\Maxima5.12.0\bin\share\PostScript\prologue.ps in the Maxima installation. Please give that a try and let us know how it turns out. File Added: prologue.ps  Comment By: Ted Woollett (woollett) Date: 20070607 11:36 Message: Logged In: YES user_id=1806103 Originator: YES I observed this eps file bug on my Win XP box and using Maxima 5.11.99 and 5.12.0 A milder version appears in ver 5.9.3 in which Maxima complained but produced a viewable plot as viewed with gsview32. The 5.9.3 complaint looks like: Maxima 5.9.3 http://maxima.sourceforge.net Using Lisp GNU Common Lisp (GCL) GCL 2.6.7 (aka GCL) (%i1) plot2d( sin(x),[x,%pi, %pi] ,[gnuplot_term,ps], [gnuplot_out_file,"c:/work2/test6.eps" ] ) $ 'ghostview' is not recognized as an internal or external command, operable program or batch file. Output file "c:/work2/test6.eps". (%i2)  Comment By: Robert Dodier (robert_dodier) Date: 20070606 19:02 Message: Logged In: YES user_id=501686 Originator: NO Same error observed on my Win XP box + Maxima 5.12.0. However it works as expected with Maxima 5.11.0 on same Win XP box, and with Maxima 5.12.0 on Linux.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1732298&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:16:54

Bugs item #1721661, was opened at 20070518 23:19 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1721661&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: Share Libraries >Group: To be reviewed Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Robert Dodier (robert_dodier) Summary: lsquares (newton) does not work Initial Comment: The following example from the Maxima 5.12 manual does not work (compiled on Linux with GCL 2.6.7): load("lsquares"); lsquares(matrix([1.1,7.1],[2.1,13.1],[3.1,25.1],[4.1,49.1]), [x,y], y=a*b^x+c, [a,b,c], [5,5,5]); The output is: Improper argument to ev: Solutions i #0: lsquares(arglist=[matrix([1.1,7.1],[2.1,13.1],[3.1,25.1],[4.1,49.1]),[x,y],y = c+a*b^x,[a,b,c],[5,5,5]])(lsquares.mac line 147)  an error. To debug this try debugmode(true); loading mnewton before lsquares seems to change this behavior  although it still does not work.  >Comment By: Robert Dodier (robert_dodier) Date: 20070731 21:16 Message: Logged In: YES user_id=501686 Originator: NO lsquares has been replaced by a different implementation. Retest this example with Maxima 5.13.0 or a release candidate, and if it succeeds we can close this report.  Comment By: Nobody/Anonymous (nobody) Date: 20070520 10:52 Message: Logged In: NO I thought I added the following comment but it disappeared somehow: If you change keepfloat:true to keepfloat:flase in the following, I no longer get errors. It is slow, however, since it carries out fractions at full accuracy. mnewton(FuncList, VarList, GuessList):= block([nfunc, Solutions, Increments, solved:false, h, DF, i, j, k, keepfloat:true, ratprint:false],  Comment By: Nobody/Anonymous (nobody) Date: 20070519 15:30 Message: Logged In: NO It looks like the manual is missing the fact that mnewton should be loadded (loading it is also commented out in lsquares.mac). However, still the three parameter fit bombs as I say above. The exact output is: quotient is not exact #0: mnewton(funclist=[2*b^4.1*c+2*b^3.1*c+2*b^2.1*c+2*b^1.1*c+2*a*b^8.199999999999999+2*a*b^6.2+2*a*b^4.298.2*b^4.150.2...,varlist=[a,b,c],guesslist=[5,5,5])(mnewton.mac line 89) #1: lsquares(arglist=[matrix([1.1,7.1],[2.1,13.1],[3.1,25.1],[4.1,49.1]),[x,y],y = c+a*b^x,[a,b,c],[5,5,5]])(lsquares.mac line 136)  an error. To debug this try debugmode(true);  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1721661&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:13:24

Bugs item #1763261, was opened at 20070729 16:34 Message generated for change (Settings changed) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1763261&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: unexpected sign called on ... Initial Comment: I should look for a simple example... (%o74) (sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)+8)/32+sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)8)/32)^(1/3)+1/(4*(sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)+8)/32+sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)8)/32)^(1/3)) (%i75) ratsimp(sqrt(1%^2)); `sign' called on an imaginary argument: sqrt(sqrt(15)+sqrt(2)*sqrt(5sqrt(5))+sqrt(3)8)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1763261&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:09:27

Bugs item #1764284, was opened at 20070731 04:13 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764284&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: Problem not in Maxima Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Andrej Vodopivec (andrejv) Summary: WxMaxima typesetting (xml display) Initial Comment: I think the output must be in the form f²(x) (not f(x)²). Example: (%i1) sin(x)^2; 2 (%o1) sin(x) would be (%i1) sin(x)^2; 2 (%o1) sin (x) this case is concerning another function like cos(x), log(x), etc...  >Comment By: Robert Dodier (robert_dodier) Date: 20070731 21:09 Message: Logged In: YES user_id=501686 Originator: NO Andrej, since this is a WxMaxima item, can you please copy it to the WxMaxima tracker and close it here. Thanks.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764284&group_id=4933 
From: SourceForge.net <noreply@so...>  20070801 03:08:30

Bugs item #1764292, was opened at 20070731 04:28 Message generated for change (Settings changed) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764292&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: Problem not in Maxima Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Andrej Vodopivec (andrejv) Summary: wxMaxima typesetting (xml display) Initial Comment: I think the output must be in the form fª(x) (not f(x)ª). Example 1: (%i1) sin(x)^2; (%o1) sin(x)² would be (%i1) sin(x)^2; (%o1) sin²(x) Example 2: (%i1) cos(x)^3; (%o1) cos(x)³ would be (%i1) cos(x)^3; (%o1) cos³(x) this case is concerning another function and for all exponent.  >Comment By: Robert Dodier (robert_dodier) Date: 20070731 21:08 Message: Logged In: YES user_id=501686 Originator: NO Andrej, since this is a WxMaxima item, can you please copy it to the WxMaxima tracker and close it here. Thanks.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1764292&group_id=4933 