## maxima-discuss — Maxima discussion list

You can subscribe to this list here.

 2014 2015 2016 Jan Feb (232) Mar (323) Apr (383) May (359) Jun (435) Jul (252) Aug (172) Sep (265) Oct (263) Nov (350) Dec (359) Jan (267) Feb (220) Mar (311) Apr (269) May (388) Jun (403) Jul (172) Aug (399) Sep (364) Oct (269) Nov (357) Dec (468) Jan (618) Feb (592) Mar (625) Apr (516) May (375) Jun (155) Jul (346) Aug (262) Sep (346) Oct (246) Nov Dec
S M T W T F S

1
(3)
2
(6)
3
(32)
4
(23)
5
(16)
6
(16)
7
(17)
8
(11)
9
(9)
10
(14)
11
(8)
12
(4)
13
(3)
14
(10)
15
(4)
16
(6)
17
(7)
18
(10)
19
(7)
20
(14)
21
(12)
22
(26)
23
(31)
24
(28)
25
(23)
26
(12)
27
(12)
28
(11)
29
(4)
30
(4)

Showing results of 383

1 2 3 .. 16 > >> (Page 1 of 16)
 Re: [Maxima-discuss] plot2d strange syntax? From: Raymond Toy - 2014-04-30 21:04:55 >>>>> "Helmut" == Helmut Jarausch writes: Helmut> Hi, Helmut> the following example (nearly) copied from the manual does work Helmut> plot2d([parametric,sin(t),cos(t),[t,-%pi,%pi]]); Helmut> but replacing t by tt breaks Maxima: Helmut> plot2d([parametric,sin(tt),cos(tt),[tt,-%pi,%pi]]); Helmut> plot-options-parser: unknown plot option: Helmut> [tt,-3.141592653589793,3.141592653589793] Helmut> Is the name 't' hard-wired? Yes, it seems to be. I have a vague memory that this didn't use to happen, but I haven't checked. I also find it odd that it is hard-wired to t and would prefer that it is not. After all, plot2d(sin(xxx), [xxx,0,5],[x,1,3]); does what I would expect it to. 
 Re: [Maxima-discuss] Problem with the use of file_search_maxima command From: Gunter Königsmann - 2014-04-30 19:48:26 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 To me it seems like the path some component of maxima is installed in actually really contains an unmatched parenthesis. Since under normal circumstances it impossible to assign a variable a value with an unmatched parenthesis the function of the maxima on android frontend that formats the output for displaying on the screen has the right to be surprised. If my theory is right the command length(file_search_maxima); should output a number matching the elements of maxima's search path. On my linux box that number is 3. I currently have no access to my cellphone. But will look if my phone shows the same result as soon as possible. Kind regards, Gunter. On 30.04.2014 14:57, Thanh Xuan NGUYEN wrote: > Update the situation: > > I uninstalled the app Maxima on Android, then reinstalled it. > However, the problem is still unsolved. > > Thanh Nguyen > > Vào 30-04-2014 19:24, "Thanh Xuan NGUYEN" > > đã viết: > > Hello, > > I am in the middle of something wrong with the file_search_maxima > command. > > (%i1) file_search_maxima; > > Here is what is exactly displayed on my screen, please see below > between the two dashed lines: > > ------------------------------ Missing close brace > > $.{mac,mc}} , \text{/tmp/.maxima/ > > Extra close brace or missing open brace > >$.{mac,mc}} , > \text{/mnt/sdcard/Android/data/jp.yhonda/files/maxima-5.33.0/share/{affine,algebra,algebra/charsets,algebra/solver,amatrix,bernstein,calculus,cobyla,cobyla/ex,cobyla/lisp,colnew,colnew/ex1,colnew/ex2,colnew/ex3,colnew/ex4,colnew/lisp,combinatorics,contrib,contrib/Grobner,contrib/Zeilberger,contrib/alt-display,contrib/altsimp,contrib/bitwise,contrib/boolsimp,contrib/diffequations,contrib/diffequations/tests,contrib/format,contrib/fresnel,contrib/gentran,contrib/gentran/man,contrib/gentran/test,contrib/gf,contrib/integration,contrib/levin,contrib/lurkmathml,contrib/maxima-odesolve,contrib/maximaMathML,contrib/mcclim,contrib/namespaces,contrib/noninteractive,contrib/odes,contrib/prim,contrib/rand,contrib/rkf45,contrib/sarag,contrib/smath,contrib/state,contrib/trigtools,contrib/unit,contrib/vector3d,descriptive,diff_form,diffequations,distrib,draw,dynamics,ezunits,finance,fourier_elim,fractals,graphs,hypergeometric,integequations,integer_sequence,integration,lapack,lapack/blas,lapack/la pack,lbfgs,linearalgebra,logic,lsquares,macro,matrix,minpack,minpack/lisp,misc,mnewton,multiadditive,numeric,numericalio,orthopoly,pdiff,physics,simplex,simplex/Tests,simplification,solve_rat_ineq,solve_rec,sound,stats,stringproc,sym,tensor,to_poly_solve,trigonometry,utils,vector,z_transform}/ > > Extra close brace or missing open brace > ------------------------------- > > At an earlier time when I followed the instruction of Prof. > Woollett (http://www.csulb.edu/~woollett/ > ;), there was no such kind of > behavior. I do not know why, this time, the brace mismatching > occurred. > > Please tell me the reason and how to fix the problem. > > I am so thankful for your help! > > Thanh Nguyen > > > > ------------------------------------------------------------------------------ > > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing > platform available. Simple to use. Nothing to install. Get started > now for free." http://p.sf.net/sfu/SauceLabs > > > > _______________________________________________ Maxima-discuss > mailing list Maxima-discuss@... > https://lists.sourceforge.net/lists/listinfo/maxima-discuss > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTYVOBAAoJEFyGwOQhHVuOpScP/2nsuU9FX3mtvBokPw9y5rWE DP/1ZMBDTwymFTF5eEmeHefdpTnZ2ktutsBAlJ6H0uqEw2hWea/QX6MGfokwo6pZ bmHO6vlhkgNVOavKGZHCYDb27x2Yo/RgpvL09zKw001b1KWZuruaNNuKvYl2k8hD 54cqMK3qiYs5l3Ecr2XnNnWmlpXL9zER38roJ0vPP5Qc8Fk9iy8S6xzXFbg8dCpR mB4aWXfBbzc5Aqs+KEvm1K6lo6SEMmmKE8JLF81c3FmYSIHeycn/Sp31v+xoIWkl 5oF1PmLiP2j9zZsrl4xlLTmCivuQonPtXizwZQ6iNl8TWwduXgiUeLc4zACygpcX BN9Kjjf6kH+mhMn+X3ph8wuHXXPPf2p1L2n6Iq7vT/JRzUJxp9lQOcMjaBm7SRf7 eJ/mZJBB/cKuRymN9xlwF9zvwLC3gbqpnzaosQdKYuawEXH5dJ7wBSSkwLlJl/Xo bmj4yRBU4ijgjK0HLwPxgO1ylX/S/5Z+q6RhqL2Btb/FGr8D13ZCc/Rz9vdH6Cya miYP7zQbetriolq0MgROoJc+ffoleAbLV6OK9S9MMs6t1S4iOqbiYRS8vkaGiWek Nu0G1Gv3to2DB1WgOuqeUzg1kiyAn6LUNEi7v6tQw2b3JlYx/nkgOsdcQTWm+yrW LGrpKgVvNwTqtBbcgXwD =vwNj -----END PGP SIGNATURE----- 
 Re: [Maxima-discuss] Problem with the use of file_search_maxima command From: Thanh Xuan NGUYEN - 2014-04-30 12:57:55 Attachments: Message as HTML Update the situation: I uninstalled the app Maxima on Android, then reinstalled it. However, the problem is still unsolved. Thanh Nguyen Vào 30-04-2014 19:24, "Thanh Xuan NGUYEN" đã viết: > Hello, > > I am in the middle of something wrong with the file_search_maxima command. > > (%i1) file_search_maxima; > > Here is what is exactly displayed on my screen, please see below between > the two dashed lines: > > ------------------------------ > Missing close brace > > $.{mac,mc}} , \text{/tmp/.maxima/ > > Extra close brace or missing open brace > >$.{mac,mc}} , > \text{/mnt/sdcard/Android/data/jp.yhonda/files/maxima-5.33.0/share/{affine,algebra,algebra/charsets,algebra/solver,amatrix,bernstein,calculus,cobyla,cobyla/ex,cobyla/lisp,colnew,colnew/ex1,colnew/ex2,colnew/ex3,colnew/ex4,colnew/lisp,combinatorics,contrib,contrib/Grobner,contrib/Zeilberger,contrib/alt-display,contrib/altsimp,contrib/bitwise,contrib/boolsimp,contrib/diffequations,contrib/diffequations/tests,contrib/format,contrib/fresnel,contrib/gentran,contrib/gentran/man,contrib/gentran/test,contrib/gf,contrib/integration,contrib/levin,contrib/lurkmathml,contrib/maxima-odesolve,contrib/maximaMathML,contrib/mcclim,contrib/namespaces,contrib/noninteractive,contrib/odes,contrib/prim,contrib/rand,contrib/rkf45,contrib/sarag,contrib/smath,contrib/state,contrib/trigtools,contrib/unit,contrib/vector3d,descriptive,diff_form,diffequations,distrib,draw,dynamics,ezunits,finance,fourier_elim,fractals,graphs,hypergeometric,integequations,integer_sequence,integration,lapack,lapack/blas,lapack/lapack,lbfgs,linearalgebra,logic,lsquares,macro,matrix,minpack,minpack/lisp,misc,mnewton,multiadditive,numeric,numericalio,orthopoly,pdiff,physics,simplex,simplex/Tests,simplification,solve_rat_ineq,solve_rec,sound,stats,stringproc,sym,tensor,to_poly_solve,trigonometry,utils,vector,z_transform}/ > > Extra close brace or missing open brace > ------------------------------- > > At an earlier time when I followed the instruction of Prof. Woollett ( > http://www.csulb.edu/~woollett/), there was no such kind of behavior. > I do not know why, this time, the brace mismatching occurred. > > Please tell me the reason and how to fix the problem. > > I am so thankful for your help! > > Thanh Nguyen > 
 [Maxima-discuss] Problem with the use of file_search_maxima command From: Thanh Xuan NGUYEN - 2014-04-30 12:24:30 Attachments: Message as HTML Hello, I am in the middle of something wrong with the file_search_maxima command. (%i1) file_search_maxima; Here is what is exactly displayed on my screen, please see below between the two dashed lines: ------------------------------ Missing close brace $.{mac,mc}} , \text{/tmp/.maxima/ Extra close brace or missing open brace$.{mac,mc}} , \text{/mnt/sdcard/Android/data/jp.yhonda/files/maxima-5.33.0/share/{affine,algebra,algebra/charsets,algebra/solver,amatrix,bernstein,calculus,cobyla,cobyla/ex,cobyla/lisp,colnew,colnew/ex1,colnew/ex2,colnew/ex3,colnew/ex4,colnew/lisp,combinatorics,contrib,contrib/Grobner,contrib/Zeilberger,contrib/alt-display,contrib/altsimp,contrib/bitwise,contrib/boolsimp,contrib/diffequations,contrib/diffequations/tests,contrib/format,contrib/fresnel,contrib/gentran,contrib/gentran/man,contrib/gentran/test,contrib/gf,contrib/integration,contrib/levin,contrib/lurkmathml,contrib/maxima-odesolve,contrib/maximaMathML,contrib/mcclim,contrib/namespaces,contrib/noninteractive,contrib/odes,contrib/prim,contrib/rand,contrib/rkf45,contrib/sarag,contrib/smath,contrib/state,contrib/trigtools,contrib/unit,contrib/vector3d,descriptive,diff_form,diffequations,distrib,draw,dynamics,ezunits,finance,fourier_elim,fractals,graphs,hypergeometric,integequations,integer_sequence,integration,lapack,lapack/blas,lapack/lapack,lbfgs,linearalgebra,logic,lsquares,macro,matrix,minpack,minpack/lisp,misc,mnewton,multiadditive,numeric,numericalio,orthopoly,pdiff,physics,simplex,simplex/Tests,simplification,solve_rat_ineq,solve_rec,sound,stats,stringproc,sym,tensor,to_poly_solve,trigonometry,utils,vector,z_transform}/ Extra close brace or missing open brace ------------------------------- At an earlier time when I followed the instruction of Prof. Woollett ( http://www.csulb.edu/~woollett/), there was no such kind of behavior. I do not know why, this time, the brace mismatching occurred. Please tell me the reason and how to fix the problem. I am so thankful for your help! Thanh Nguyen 
 Re: [Maxima-discuss] A plea for a tiny feature From: Robert Dodier - 2014-04-29 22:50:58 On 2014-04-23, Leo Butler wrote: > I have attached an updated patch--the original had a typo in a format > string that sbcl missed. I just noticed it when gcl caught it. I think reporting the line number is more often useful than reporting the byte offset, so I'd like to see it become the default. I'm guess if the byte offset is useful in some circumstances, it's OK to have a flag to enable it, but if we don't know of any such, let's get rid of it. I tried the patched file and I find it works as expected with load("foo.mac") where foo.mac is some buggy code, but with batch("foo.mac") it reports the line number as line 0 (when it should be some positive number). best Robert Dodier 
 Re: [Maxima-discuss] Fourier transform From: Robert Dodier - 2014-04-29 20:15:34 On 2014-04-27, Dimiter Prodanov wrote: > here is the latest update in the Fourier transform package: > > https://github.com/dprodanov/maximaft Thanks for the update. I have a few comments. * A list of pairs of tests cases and expected results would be helpful. * I think the names should be spelled out, as ft and ift are too easily lost in a namespace of about 2000 symbols. How about fourier and inverse_fourier. (Yes, I know there is already ilt for the inverse Laplace transform. It is an unfortunate name which we need not imitate.) There is already a function named fourier in share/calculus/fourie.mac but maybe that one should be renamed (to fourier_coefs or something). * I wonder if the symbols FT and IFT are needed internally. They seem to play the same role as noun operators. Can we express the rules in terms of 'fourier(...) and 'inverse_fourier(...) expressions? * Maybe you can explain the advantage of the _foo(t) / foo(t) system. I don't see that it's any simpler than 'foo(t) / foo(t), which is already well-known in Maxima. * I see the implementation has a lot of explicit part hacking. I've tried to show how to use the rule system to handle the stuff which otherwise is handled by part hacking. If there is something that doesn't seem to work, let's have a look at it and fix the problem, instead of resorting to part hacking. Thanks for your work on this topic, I appreciate it. best, Robert Dodier 
 [Maxima-discuss] implicit declaration of 'complex' ? From: Henry Baker - 2014-04-29 17:42:24 Why does aliasing 'c' to 'conjugate' declare 'c' to be complex ? Maxima 5.28.0-2 http://maxima.sourceforge.net using Lisp GNU Common Lisp (GCL) GCL 2.6.8 (a.k.a. GCL) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1) [realpart(c),imagpart(c),conjugate(c)]; (%o1) [c, 0, c] (%i2) alias(c,conjugate); (%o2) [c] (%i3) [realpart(c),imagpart(c),conjugate(c)]; (%o3) [realpart(c), imagpart(c), c(c)] (%i4) 
 Re: [Maxima-discuss] Windows package, was: Maxima 5.33.0 release From: David Billinghurst - 2014-04-29 00:06:27 Attachments: Message as HTML I will think about this suggestion. Obviously there is a problem, and Martin's patch is simple and seems sensible. I just need to consider side effects. David On 29/04/2014 12:42 AM, Martin Kraska wrote: > > I repeat the proposal to specify version-specific user dirs, e.g. by > changing line 31 in maxima.bat to > > if "%MAXIMA_USERDIR%" == "" set > MAXIMA_USERDIR=%USERPROFILE%\maxima%version% > > Access to the draw package from within SMath Studio didn't work for > Maxima newer than 5.31.1-1. Fortunately, the 5.33.0 installers by > David work. Here is an example: > http://en.smath.info/forum/yaf_postsm12832_Maxima.aspx#post12832 > > Best regards, Martin Kraska > > *Von:*Gunter Königsmann [mailto:gunter@...] > *Gesendet:* Montag, 28. April 2014 11:28 > *An:* Evgeniy Maevskiy; maxima-discuss@... > *Betreff:* Re: [Maxima-discuss] Windows package, was: Maxima 5.33.0 > release > > I don't know if that is related. But I had the opposite problem: after > installing 5.33.0.1 draw worked. After downgrading to the official > version it stopped to work. > The Fix was: deleting everything in maxima_userdir. > > Perhaps installing the new installer hybritized something there. > > On 6. April 2014 19:31:27 MESZ, Evgeniy Maevskiy > wrote: > > Hello, List! > > On my Windows XP SP3 I have the next problem with Maxima-5.33.0.1 ;, > package draw: > > load("draw"); > > output: > > ; - Source file > ; /Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/grcommon.lisp ; and > ; binary file > ; D:/Maxima-5.33.0.1/user/binary/binary-gcl/share/draw/grcommon.o ; not > ; found, not loading. > loadfile: failed to load > D:/Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/draw.lisp ; > -- an error. To debug this try: debugmode(true); > > > 06.04.2014 3:31, David Billinghurst ?????: > On 5/04/2014 10:57 AM, David Billinghurst wrote: > On 5/04/2014 5:52 AM, Robert Dodier wrote: > On 2014-04-04, David Billinghurst > wrote: > There is a new windows installer available at > http://billinghurst.customer.netspace.net.au/maxima-5.33.0.exe > Thanks, David. For the record, I installed it on my Windows Vista > laptop and it mostly works except that it runs into an error > whenever the Lisp compiler is invoked -- something about CreateProgram > or something like that. That error is provoked several times during > the test suite. > OK. There is a new windows installer > http://billinghurst.customer.netspace.net.au/maxima-5.33.0.1.exe > > This is built the classic way. I worked around the makeinfo problem > using a wrapper script that calls cygwin makeinfo. Not pretty, but it > works for me right now. > > Postscript plotting is still broken. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > Maxima-discuss mailing list > Maxima-discuss@... > https://lists.sourceforge.net/lists/listinfo/maxima-discuss > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ > Maxima-discuss mailing list > Maxima-discuss@... > https://lists.sourceforge.net/lists/listinfo/maxima-discuss > > > -- > Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. > > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > > > _______________________________________________ > Maxima-discuss mailing list > Maxima-discuss@... > https://lists.sourceforge.net/lists/listinfo/maxima-discuss 
 Re: [Maxima-discuss] Windows package, was: Maxima 5.33.0 release From: Gunter Königsmann - 2014-04-28 16:13:55 Attachments: Message as HTML As far as I can see otherwise we will run into hard-to-reproduce problems when changing the build system. How does my Linux system deal with this problem? Every time I test a new version of maxima there it automatically recreates the right files without even requiring me to use a new version number for my new maxima. A timestamp that tests if the files are newer than the installation? Kind regards, Gunter. On 28. April 2014 16:42:06 MESZ, Martin Kraska wrote: >I repeat the proposal to specify version-specific user dirs, e.g. by >changing line 31 in maxima.bat to > > > >if "%MAXIMA_USERDIR%" == "" set >MAXIMA_USERDIR=%USERPROFILE%\maxima%version% > > > >Access to the draw package from within SMath Studio didn’t work for >Maxima newer than 5.31.1-1. Fortunately, the 5.33.0 installers by David >work. Here is an example: >http://en.smath.info/forum/yaf_postsm12832_Maxima.aspx#post12832 > > > >Best regards, Martin Kraska > > > >Von: Gunter Königsmann [mailto:gunter@...] >Gesendet: Montag, 28. April 2014 11:28 >An: Evgeniy Maevskiy; maxima-discuss@... >Betreff: Re: [Maxima-discuss] Windows package, was: Maxima 5.33.0 >release > > > >I don't know if that is related. But I had the opposite problem: after >installing 5.33.0.1 draw worked. After downgrading to the official >version it stopped to work. >The Fix was: deleting everything in maxima_userdir. > >Perhaps installing the new installer hybritized something there. > > > >On 6. April 2014 19:31:27 MESZ, Evgeniy Maevskiy >wrote: > >Hello, List! > >On my Windows XP SP3 I have the next problem with Maxima-5.33.0.1, >package draw: > >load("draw"); > >output: > >; - Source file >; /Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/grcommon.lisp >and >; binary file >; D:/Maxima-5.33.0.1/user/binary/binary-gcl/share/draw/grcommon.o >not >; found, not loading. >loadfile: failed to load >D:/Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/draw.lisp > -- an error. To debug this try: debugmode(true); > > >06.04.2014 3:31, David Billinghurst пишет: > On 5/04/2014 10:57 AM, David Billinghurst wrote: > On 5/04/2014 5:52 AM, Robert Dodier wrote: > On 2014-04-04, David Billinghurst wrote: > There is a new windows installer available at > http://billinghurst.customer.netspace.net.au/maxima-5.33.0.exe > Thanks, David. For the record, I installed it on my Windows Vista > laptop and it mostly works except that it runs into an error > whenever the Lisp compiler is invoked -- something about CreateProgram > or something like that. That error is provoked several times during > the test suite. > > OK. There is a new windows installer > http://billinghurst.customer.netspace.net.au/maxima-5.33.0.1.exe > > This is built the classic way. I worked around the makeinfo problem > using a wrapper script that calls cygwin makeinfo. Not pretty, but it > works for me right now. > > Postscript plotting is still broken. > > _____ > > > > _____ > > > Maxima-discuss mailing list > Maxima-discuss@... > https://lists.sourceforge.net/lists/listinfo/maxima-discuss > > > > > _____ > > > > _____ > > >Maxima-discuss mailing list >Maxima-discuss@... >https://lists.sourceforge.net/lists/listinfo/maxima-discuss > > >-- >Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. > > > >------------------------------------------------------------------------ > >------------------------------------------------------------------------------ >"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >Instantly run your Selenium tests across 300+ browser/OS combos. Get >unparalleled scalability from the best Selenium testing platform >available. >Simple to use. Nothing to install. Get started now for free." >http://p.sf.net/sfu/SauceLabs > >------------------------------------------------------------------------ > >_______________________________________________ >Maxima-discuss mailing list >Maxima-discuss@... >https://lists.sourceforge.net/lists/listinfo/maxima-discuss -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet.
 Re: [Maxima-discuss] Windows package, was: Maxima 5.33.0 release From: Martin Kraska - 2014-04-28 14:42:32 Attachments: Message as HTML I repeat the proposal to specify version-specific user dirs, e.g. by changing line 31 in maxima.bat to if "%MAXIMA_USERDIR%" == "" set MAXIMA_USERDIR=%USERPROFILE%\maxima%version% Access to the draw package from within SMath Studio didn’t work for Maxima newer than 5.31.1-1. Fortunately, the 5.33.0 installers by David work. Here is an example: http://en.smath.info/forum/yaf_postsm12832_Maxima.aspx#post12832 Best regards, Martin Kraska Von: Gunter Königsmann [mailto:gunter@...] Gesendet: Montag, 28. April 2014 11:28 An: Evgeniy Maevskiy; maxima-discuss@... Betreff: Re: [Maxima-discuss] Windows package, was: Maxima 5.33.0 release I don't know if that is related. But I had the opposite problem: after installing 5.33.0.1 draw worked. After downgrading to the official version it stopped to work. The Fix was: deleting everything in maxima_userdir. Perhaps installing the new installer hybritized something there. On 6. April 2014 19:31:27 MESZ, Evgeniy Maevskiy wrote: Hello, List! On my Windows XP SP3 I have the next problem with Maxima-5.33.0.1, package draw: load("draw"); output: ; - Source file ; /Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/grcommon.lisp and ; binary file ; D:/Maxima-5.33.0.1/user/binary/binary-gcl/share/draw/grcommon.o not ; found, not loading. loadfile: failed to load D:/Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/draw.lisp -- an error. To debug this try: debugmode(true); 06.04.2014 3:31, David Billinghurst пишет: On 5/04/2014 10:57 AM, David Billinghurst wrote: On 5/04/2014 5:52 AM, Robert Dodier wrote: On 2014-04-04, David Billinghurst wrote: There is a new windows installer available at http://billinghurst.customer.netspace.net.au/maxima-5.33.0.exe Thanks, David. For the record, I installed it on my Windows Vista laptop and it mostly works except that it runs into an error whenever the Lisp compiler is invoked -- something about CreateProgram or something like that. That error is provoked several times during the test suite. OK. There is a new windows installer http://billinghurst.customer.netspace.net.au/maxima-5.33.0.1.exe This is built the classic way. I worked around the makeinfo problem using a wrapper script that calls cygwin makeinfo. Not pretty, but it works for me right now. Postscript plotting is still broken. _____ _____ Maxima-discuss mailing list Maxima-discuss@... https://lists.sourceforge.net/lists/listinfo/maxima-discuss _____ _____ Maxima-discuss mailing list Maxima-discuss@... https://lists.sourceforge.net/lists/listinfo/maxima-discuss -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet. 
 Re: [Maxima-discuss] letsimp uses ?varlist and ?genvar From: Richard Fateman - 2014-04-28 10:23:43 I think that if you use let then letsimp, you will be ok. Don't use rat, ratsimp, ratexpand after the let and before the letsimp. That shouldn't be too hard to do. While it should work anyway, letsimp seems to be mostly unused. It is not a very large or complicated package and could be fixed or rewritten as an undergraduate project. RJF On 4/28/14 3:03 AM, Litvinov Sergey wrote: > Robert Dodier writes: > >> I find that ev (letsimp(U/n), letvarsimp=true); yields T/n as expected. > letvarsimp' does not help in the following case. I call ratexpand' two > times to populate ?genvar in "right" way to break letsimp' > > (%i1) let(Ua*Ub, T)$> (%i2) (e: ratexpand(a*b*c), > e: ratexpand(sin(e)))$ > (%i3) ?print(?genvar)$> > (#:|sin(a*b*c)16352| #:A16349 #:B16350 #:C16351) > (%i4) ev(letsimp((Ua*Ub)/n), letvarsimp=true); > (%o4) 1 > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Maxima-discuss mailing list > Maxima-discuss@... > https://lists.sourceforge.net/lists/listinfo/maxima-discuss   Re: [Maxima-discuss] Windows package, was: Maxima 5.33.0 release From: Gunter Königsmann - 2014-04-28 10:11:02 My cellphone age half of the characters, it seems... On 28. April 2014 11:23:52 MESZ, "Gunter Königsmann" wrote: >I don't know if that is related. But I had the opposite problem: after >installing 5.33.0.1 plot worked. After downgrading to the official >version it stopped to work. >The Fix was: deleting everything in maxima_userdir. > >Perhaps Installing maxima with the new build method and with the old one on the same system hybridised something in this directory. > >On 6. April 2014 19:31:27 MESZ, Evgeniy Maevskiy >wrote: >>Hello, List! >> >>On my Windows XP SP3 I have the next problem with Maxima-5.33.0.1, >>package draw: >> >>load("draw"); >> >>output: >> >>; - Source file >>; /Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/grcommon.lisp >>and >>; binary file >>; D:/Maxima-5.33.0.1/user/binary/binary-gcl/share/draw/grcommon.o >>not >>; found, not loading. >>loadfile: failed to load >>D:/Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/draw.lisp >> -- an error. To debug this try: debugmode(true); >> >> >>06.04.2014 3:31, David Billinghurst пишет: >>> On 5/04/2014 10:57 AM, David Billinghurst wrote: >>>> On 5/04/2014 5:52 AM, Robert Dodier wrote: >>>>> On 2014-04-04, David Billinghurst wrote: >>>>> >>>>>> There is a new windows installer available at >>>>>> http://billinghurst.customer.netspace.net.au/maxima-5.33.0.exe >>>>> Thanks, David. For the record, I installed it on my Windows Vista >>>>> laptop and it mostly works except that it runs into an error >>>>> whenever the Lisp compiler is invoked -- something about >>CreateProgram >>>>> or something like that. That error is provoked several times >during >>>>> the test suite. >>> >>> OK. There is a new windows installer >>> http://billinghurst.customer.netspace.net.au/maxima-5.33.0.1.exe >>> >>> This is built the classic way. I worked around the makeinfo problem >>> using a wrapper script that calls cygwin makeinfo. Not pretty, but >>it >>> works for me right now. >>> >>> Postscript plotting is still broken. >>> >>> >>------------------------------------------------------------------------------ >>> _______________________________________________ >>> Maxima-discuss mailing list >>> Maxima-discuss@... >>> https://lists.sourceforge.net/lists/listinfo/maxima-discuss >>> >> >> >>------------------------------------------------------------------------------ >>_______________________________________________ >>Maxima-discuss mailing list >>Maxima-discuss@... >>https://lists.sourceforge.net/lists/listinfo/maxima-discuss -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet.   Re: [Maxima-discuss] letsimp uses ?varlist and ?genvar From: Litvinov Sergey - 2014-04-28 10:03:43 Robert Dodier writes: > I find that ev (letsimp(U/n), letvarsimp=true); yields T/n as expected. letvarsimp' does not help in the following case. I call ratexpand' two times to populate ?genvar in "right" way to break letsimp' (%i1) let(Ua*Ub, T)$ (%i2) (e: ratexpand(a*b*c), e: ratexpand(sin(e)))$(%i3) ?print(?genvar)$ (#:|sin(a*b*c)16352| #:A16349 #:B16350 #:C16351) (%i4) ev(letsimp((Ua*Ub)/n), letvarsimp=true); (%o4) 1 
 Re: [Maxima-discuss] Windows package, was: Maxima 5.33.0 release From: Gunter Königsmann - 2014-04-28 09:28:08 Attachments: Message as HTML I don't know if that is related. But I had the opposite problem: after installing 5.33.0.1 draw worked. After downgrading to the official version it stopped to work. The Fix was: deleting everything in maxima_userdir. Perhaps installing the new installer hybritized something there. On 6. April 2014 19:31:27 MESZ, Evgeniy Maevskiy wrote: >Hello, List! > >On my Windows XP SP3 I have the next problem with Maxima-5.33.0.1, >package draw: > >load("draw"); > >output: > >; - Source file >; /Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/grcommon.lisp >and >; binary file >; D:/Maxima-5.33.0.1/user/binary/binary-gcl/share/draw/grcommon.o >not >; found, not loading. >loadfile: failed to load >D:/Maxima-5.33.0.1/share/maxima/5.33.0/share/draw/draw.lisp > -- an error. To debug this try: debugmode(true); > > >06.04.2014 3:31, David Billinghurst пишет: >> On 5/04/2014 10:57 AM, David Billinghurst wrote: >>> On 5/04/2014 5:52 AM, Robert Dodier wrote: >>>> On 2014-04-04, David Billinghurst wrote: >>>> >>>>> There is a new windows installer available at >>>>> http://billinghurst.customer.netspace.net.au/maxima-5.33.0.exe >>>> Thanks, David. For the record, I installed it on my Windows Vista >>>> laptop and it mostly works except that it runs into an error >>>> whenever the Lisp compiler is invoked -- something about >CreateProgram >>>> or something like that. That error is provoked several times during >>>> the test suite. >> >> OK. There is a new windows installer >> http://billinghurst.customer.netspace.net.au/maxima-5.33.0.1.exe >> >> This is built the classic way. I worked around the makeinfo problem >> using a wrapper script that calls cygwin makeinfo. Not pretty, but >it >> works for me right now. >> >> Postscript plotting is still broken. >> >> >------------------------------------------------------------------------------ >> _______________________________________________ >> Maxima-discuss mailing list >> Maxima-discuss@... >> https://lists.sourceforge.net/lists/listinfo/maxima-discuss >> > > >------------------------------------------------------------------------------ >_______________________________________________ >Maxima-discuss mailing list >Maxima-discuss@... >https://lists.sourceforge.net/lists/listinfo/maxima-discuss -- Diese Nachricht wurde von meinem Mobiltelefon mit Kaiten Mail gesendet.
 Re: [Maxima-discuss] How to break out of a loop with a block? From: Robert Dodier - 2014-04-28 03:36:32 On 2014-04-27, Barton Willis wrote: > For a workaround, see user documentation for "catch" and "throw." Expanding on this suggestion, how about: foo (j) := catch (for i thru 10 do block (blah, blah, blah, if i=j then throw(i))); foo (5); => 5 foo (20); => done Note that throw/catch is a "nonlocal" mechanism -- 'throw' could be buried within nested blocks or functions calls. best Robert Dodier 
 Re: [Maxima-discuss] letsimp uses ?varlist and ?genvar From: Robert Dodier - 2014-04-28 03:23:09 On 2014-04-27, Litvinov Sergey wrote: > This gives a wrong result > > (%i1) let(U,T)$> (%i2) ratexpand(a*b*c)$ > (%i3) ?print(?genvar)$> > (#:A16349 #:B16350 #:C16351) > (%i4) ?print(?varlist)$ > > NIL > (%i5) letsimp(U/n); > (%o5) 1 I find that ev (letsimp(U/n), letvarsimp=true); yields T/n as expected. Not sure what to conclude from this; maybe the default value of letvarsimp should be true? In any event, making use of the special variables from another package seems like inviting trouble ... I don't know enough about the letrules package to know if there's a way around it. best Robert Dodier 
 Re: [Maxima-discuss] Bug in Integrate From: Barton Willis - 2014-04-28 02:41:18 This is a bug--if you could report it to our bug tracker , that would be great (http://sourceforge.net/p/maxima/bugs/) A workaround seems to be to declare m to be a positive integer: (%i1) (declare(m,integer), assume(m>0))$(%i2) integrate(exp( -x^2/2 ) / sqrt(2*%pi) * x^m, x, -1/4, 1/4)$ (%i3) %,m = 4; (%o3) (3*sqrt(2)*sqrt(%pi)-2^(5/2)*gamma_incomplete(5/2,1/32))/(sqrt(2)*sqrt(%pi)) (%i4) float(%); (%o4) 1.5240024317779744*10^-4 This workaround should not be needed. Setting domain to complex makes answer to be wrong again :( ________________________________________ From: Sean Lake Sent: Sunday, April 27, 2014 19:37 To: maxima-discuss@... Subject: [Maxima-discuss] Bug in Integrate Hello All, I'm not sure what the problem is, but I have a simple test case. Here's the code: integrate( exp( -x^2/2 ) / sqrt(2*%pi) * x^m, x, -0.25, 0.25 ); %, m = 4; The result comes out negative, and it should be positive. Maxima produces the correct result if the value of m is inserted before doing the integral. Thanks, Sean Maxima 5.33.0 http://maxima.sourceforge.net using Lisp SBCL 1.1.17 ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ Maxima-discuss mailing list Maxima-discuss@... https://lists.sourceforge.net/lists/listinfo/maxima-discuss 
 Re: [Maxima-discuss] How to break out of a loop with a block? From: Jorge Calvo - 2014-04-28 02:38:09 I believe the writer of the documentation meant a return inside a do loop inside a block, not a return inside a block inside a do. The first case behaves as expected, iterating only twice and returning 7: (%i1) RetVal:block(for k in [1,2,3] do (print(k), if k=2 then return(7))); 1 2 (%o1) 7 (%i2) RetVal; (%o2) 7 The second, which is essentially your example, iterates three times and returns "done": (%i3) RetVal:for k in [1,2,3] do block(print(k), if k=2 then return(7)); 1 2 3 (%o3) done (%i4) RetVal; (%o4) done The problem is that return() is exiting the block (which it would have done anyway) but not the loop. Note that if we move the contents of the block around, we end up skipping the second print(): (%i5) RetVal:for k in [1,2,3] do block(if k=2 then return(7), print(k)); 1 3 (%o5) done Hope that clarifies things! Jorge -- Dr. Jorge Alberto Calvo Associate Professor of Mathematics Department of Mathematics and Physics Ave Maria University Phone: (239) 280-1608 Email: jorge.calvo@... Web: http://sites.google.com/site/jorgealbertocalvo From: Helmut Jarausch > Subject: [Maxima-discuss] How to break out of a loop with a block? Date: April 27, 2014 5:49:00 AM EDT To: > The documentation says: Note however that a return within a do that occurs in a block will exit only the do and not the block. The following do does not occur within a block, so why does RetVal:for k in [1,2,3] do block( if k=2 then return(7))$print(RetVal)$ print 'done' instead of 7 ? Thanks for an explanation and a work around, Helmut 
 [Maxima-discuss] Bug in Integrate From: Sean Lake - 2014-04-28 00:37:13 Hello All, I'm not sure what the problem is, but I have a simple test case. Here's the code: integrate( exp( -x^2/2 ) / sqrt(2*%pi) * x^m, x, -0.25, 0.25 ); %, m = 4; The result comes out negative, and it should be positive. Maxima produces the correct result if the value of m is inserted before doing the integral. Thanks, Sean Maxima 5.33.0 http://maxima.sourceforge.net using Lisp SBCL 1.1.17 
 Re: [Maxima-discuss] How to break out of a loop with a block? From: Stavros Macrakis - 2014-04-27 22:05:13 Attachments: Message as HTML I wouldn't call "catch" and "throw" *workarounds* for "return", which implies that return is not functioning properly. I'd say that they are complementary control operations. -s On Sun, Apr 27, 2014 at 5:50 PM, Barton Willis wrote: > For a workaround, see user documentation for "catch" and "throw." > > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Maxima-discuss mailing list > Maxima-discuss@... > https://lists.sourceforge.net/lists/listinfo/maxima-discuss > 
 Re: [Maxima-discuss] How to break out of a loop with a block? From: Barton Willis - 2014-04-27 21:50:15 For a workaround, see user documentation for "catch" and "throw." 
 Re: [Maxima-discuss] How to break out of a loop with a block? From: Stavros Macrakis - 2014-04-27 21:28:31 Attachments: Message as HTML "return" exits from the innermost (dynamic) block surrounding it. This may be a 'block' or a 'do'. Note that a function body is *not* a block: block( return(3)) => 3 do return(3) => 3 ​​ ​In your example​, 'return' returns from the block, not from the for/do: ​​ ​for k thru 3 do block( print(k), if k=2 then return(23), print(k*10) ) prints 1,10,2,3,30 and returns 'done'. -s​ ​​​ On Sun, Apr 27, 2014 at 5:49 AM, Helmut Jarausch < jarausch@...> wrote: > > The documentation says: > Note however that a return within a do that occurs in a block > will exit only the do and not the block. > > The following do does not occur within a block, so why does > > > RetVal:for k in [1,2,3] do block( > if k=2 then return(7))$> > print(RetVal)$ > > print 'done' instead of 7 ? > > Thanks for an explanation and a work around, > Helmut > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Maxima-discuss mailing list > Maxima-discuss@... > https://lists.sourceforge.net/lists/listinfo/maxima-discuss > 
 [Maxima-discuss] letsimp uses ?varlist and ?genvar From: Litvinov Sergey - 2014-04-27 21:19:42 For some functions in src/rat3e.lisp the state of global variable ?genvar is modified and is used on the next call: (%i1) ?print(rat(a))$((MRAT SIMP ($A) (#:A16349)) (#:A16349 1 1) . 1) (%i2) ?print(?genvar)$(#:A16349) (%i3) ?print(rat(42))$ ((MRAT SIMP NIL (#:A16349)) 42 . 1) I think it is so by design and is probably OK. But letsimp' assumes that ?genvar and ?varlist are in consistent state. Note that ?varlist is modified by meval* (src/suprv1.lisp). The following example is OK because meval* is not called between ratexpand' and letsimp' (%i1) let(U,T); (%o1) U --> T (%i2) (ratexpand(a*b*c), print(?genvar), print(?varlist), letsimp(U/n)); (a16349, b16350, c16351) (a, b, c) T (%o2) - n This gives a wrong result (%i1) let(U,T)$(%i2) ratexpand(a*b*c)$ (%i3) ?print(?genvar)$(#:A16349 #:B16350 #:C16351) (%i4) ?print(?varlist)$ NIL (%i5) letsimp(U/n); (%o5) 1 (%i5) build_info(); (%o5) Maxima version: "branch_5_33_base_1_g4fcaa85" Maxima build date: "2014-04-04 00:58:37" Host type: "x86_64-unknown-linux-gnu" Lisp implementation type: "CLISP" Lisp implementation version: "2.49 (2010-07-07) (built 3577466571) (memory 3605554722)" 
 Re: [Maxima-discuss] How to break out of a loop with a block? From: Adam - 2014-04-27 19:45:08 W dniu 27.04.2014 11:49, Helmut Jarausch pisze: > > The documentation says: > Note however that a return within a do that occurs in a block > will exit only the do and not the block. > > The following do does not occur within a block, so why does > > > RetVal:for k in [1,2,3] do block( > if k=2 then return(7))$> > print(RetVal)$ > > print 'done' instead of 7 ? > > Thanks for an explanation and a work around, > Helmut > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > 1. "The value normally returned by a do statement is the atom done. However, the function return may be used inside the body to exit the do prematurely and give it any desired value. Note however that a return within a do that occurs in a block will exit only the do and not the block. Note also that the go function may not be used to exit from a do into a surrounding block. " ( from do doc ) 2. It is not the answer, but result is 7 not done. (%i1) for k in [1,2,3] do if k=2 then RetValue:7 ; (%o1) done (%i2) RetValue; (%o2) 7 HTH Adam http://commons.wikimedia.org/wiki/Category:Images_with_Maxima_CAS_source_code 
 Re: [Maxima-discuss] quad_qawf nondeterministic From: Raymond Toy - 2014-04-27 17:16:46 >>>>> "Dan" == Dan Gildea writes: Dan> I'm able to reproduce the problem with the following simple Dan> program in ecl: Dan> #+ecl (declaim (optimize (debug 2))) Dan> (defun func (i) Dan> (declare (type (fixnum) i)) Dan> (format t "~S~%" i)) Dan> (do ((i 0 (+ 1 i))) Dan> ((> i 99)) Dan> (let ((a (make-array 100 :element-type 'fixnum))) Dan> (do ((i 0 (+ 1 i))) Dan> ((> i 99)) Dan> (func (aref a i)) Dan> (format t "~S ~S ~%" (aref a i) (> (aref a i) most-positive-fixnum))))) [snip results] Dan> I'm guessing it has something to do with tag bits. Dan> The value read from the uninitialized array is larger than Dan> most-positive-fixnum, which is 2^61 - 1. Then the function Dan> called with this value checks the type of its argument, Dan> and generates an error. Thanks for this program. I can reproduce it now. I think the main issue is that (upgraded-array-element-type 'fixnum) is ext:integer64. (For a 64-bit version of ecl.) Hence, the array contains valid (junk) values, but the f2cl-lib:integer4 type is too restrictive for what it is doing. I think f2cl-lib should be changed to define the integer4 type to be (upgraded-array-element-type '(signed-byte 32)). I think that should take care of this issue. We may want to initialize the arrays as well. But that would have hidden this issue in f2cl-lib. Ray `

Showing results of 383

1 2 3 .. 16 > >> (Page 1 of 16)

No, thanks