Hi,
I really don't want to uninstall Zone Alarm to make Maxima work with
windows. Is there anyone who can download the free copy of Zone Alarm
and get it working with windows Vista?
Thanks.
John O'Rourke
On 12/10/10, maxima-request at math.utexas.edu
<maxima-request at math.utexas.edu> wrote:
> Send Maxima mailing list submissions to
> maxima at math.utexas.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.math.utexas.edu/mailman/listinfo/maxima
> or, via email, send a message with subject or body 'help' to
> maxima-request at math.utexas.edu
>
> You can reach the person managing the list at
> maxima-owner at math.utexas.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Maxima digest..."
>
>
> Today's Topics:
>
> 1. Re: error trying to build de documentation (Raymond Toy)
> 2. Re: error trying to build de documentation (Robert Dodier)
> 3. Re: error trying to build de documentation (Robert Dodier)
> 4. Re: error trying to build de documentation (Raymond Toy)
> 5. plot3d, coloring (Stanislav Maslovski)
> 6. Re: error trying to build de documentation (Robert Dodier)
> 7. solving a system (Gosse michel)
> 8. Re: solving a system (Richard Hennessy)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 09 Dec 2010 20:41:45 -0500
> From: Raymond Toy <toy.raymond at gmail.com>
> To: maxima at math.utexas.edu
> Subject: Re: [Maxima] error trying to build de documentation
> Message-ID: <ids0gq$6aa$1 at dough.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 12/9/10 4:47 PM, Leo Butler wrote:
>
>> < That is a little slow. Way back when with the old cl-info code, a 300
>> < MHz machine with clisp could get entries in under a second. Fast
>> < enough that no one really cared.
>>
>> Well, the notebook was running on battery. On an old T43
>> (1.8GHz), loading the source file is so fast that I thought at first
>> there must be some hiccup and the code was not being executed.
>
> I will try this on the slowest machine I have access to and see how it
> goes. But build-index.lisp only needs to be run once, right, at build
> time? Then the slow times aren't so bothersome because it already takes
> a long time to build maxima.
>
> I like having build-index in lisp since I know lisp and don't know perl.
> :-) Having cl-ppcre is quite nice too. I have no objections on it
> being included. There might be a license issue, though, since it's a
> BSD-license and maxima is GPL. I don't know if the GPL license virus
> will affect cl-ppcre if it's included in maxima. I think it would be
> hard to say we're merely conglomerating cl-ppcre with maxima. We could
> probably ask the author about it if it's a problem.
>
>
>>
>> One final thing: the cl-info code is using hashes, my code uses alists.
>> I didn't notice this til I moved to a different machine running a
>> different lisp. It appears that Lisps handle the existence of hashes vs.
>> alists differently. In case you are seeing gibberish, I have included
>> patched search functions at
>
> I was running into a problem that ? starting signaling errors. My
> solution was to run :lisp (cl-info::load-info-hashtables) to create the
> necessary hash tables. This worked. The output, however, is a bit off.
> The documentation for ? additive is correct, but includes some
> extraneous junk at the end for the German translation. Don't know where
> that comes from, yet.
>
> For ? expand, I get the info for expand, but I also get the info for
> exp. That's just weird.
>
>
> A couple of comments on the code.
>
> I think some of the defparameters should really be defvars, especially
> *maxima-info*.
>
> In a couple of places you have with-open-file :element-type
> 'unsigned-byte. You probably want an element-type of (unsigned-byte 8).
> Similarly, near those places, you create an array of element-type
> 'unsigned-byte. That should probably be '(unsigned-byte 8).
>
> In a few places you use append to append to a list. That usually
> converts what would be an O(n) algorithm to order O(n^2). Don't know if
> that matters here or not. It's a (large) fraction of a second on my
> 2GHz mac, when build-index is loaded after it has been compiled.
>
> I like this approach, especially if it allows us to add other info files
> that might be supplied by share packages. That would be way cool. It
> seems the old cl-info package had some support for this, but I've never
> used it.
>
> Ray
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 9 Dec 2010 23:55:40 -0700
> From: Robert Dodier <robert.dodier at gmail.com>
> To: Raymond Toy <toy.raymond at gmail.com>
> Cc: maxima at math.utexas.edu
> Subject: Re: [Maxima] error trying to build de documentation
> Message-ID:
> <AANLkTi=npbP7y==rG5_aLZmACXe+_qQVnEbqb--2mOzW at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 12/9/10, Raymond Toy <toy.raymond at gmail.com> wrote:
>
>> This is interesting. I had thought about reinstating the old cl-info
>> code that groveled the maxima.info file to get the tags and
>> everything. And the character offsets there would have worked just
>> fine if we read in the whole info file (only takes a 10 ms on a slow 750
>> MHz machine with cmucl) and extracted the data using the character offset.
>
> The old regex search on maxima.info was slower in GCL than
> other Lisps, as I recall. It was really unworkably slow -- I seem
> to recall waiting a long time (like 20 seconds) to get help text.
> So instead of getting a faster computer, I rewrote the info stuff.
>
> Speed aside, building an index just seems like a conceptually
> better (simpler & more powerful) way to handle the info stuff.
>
> Also the info index stuff fixed some bugs in the help system.
> I guess I don't see the point of refixing them.
>
> I recommend against reverting to the old regex searches.
>
> FWIW
>
> Robert Dodier
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 10 Dec 2010 00:01:12 -0700
> From: Robert Dodier <robert.dodier at gmail.com>
> To: Raymond Toy <toy.raymond at gmail.com>
> Cc: maxima at math.utexas.edu
> Subject: Re: [Maxima] error trying to build de documentation
> Message-ID:
> <AANLkTimM801YOiZrQbwstn45iS0=oV1yoM-YCj9cUedL at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 12/9/10, Raymond Toy <toy.raymond at gmail.com> wrote:
>
>> I like having build-index in lisp since I know lisp and don't know perl.
>
> Yeah, me too. Perl is really a disaster area of a language.
> But the regex stuff makes it very useful all the same.
>
>> :-) Having cl-ppcre is quite nice too. I have no objections on it
>> being included. There might be a license issue, though, since it's a
>> BSD-license and maxima is GPL. I don't know if the GPL license virus
>> will affect cl-ppcre if it's included in maxima. I think it would be
>> hard to say we're merely conglomerating cl-ppcre with maxima. We could
>> probably ask the author about it if it's a problem.
>
> I don't see a license problem here. To the best of my knowledge,
> a binary from GPL + BSD sources can be GPL licensed,
> but not BSD licensed. Disclaimer: I am not a lawyer.
>
> best
>
> Robert Dodier
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 10 Dec 2010 07:57:40 -0500
> From: Raymond Toy <toy.raymond at gmail.com>
> To: Robert Dodier <robert.dodier at gmail.com>
> Cc: maxima at math.utexas.edu
> Subject: Re: [Maxima] error trying to build de documentation
> Message-ID: <4D0223C4.9040602 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 12/10/10 1:55 AM, Robert Dodier wrote:
>> On 12/9/10, Raymond Toy <toy.raymond at gmail.com> wrote:
>>
>>> This is interesting. I had thought about reinstating the old cl-info
>>> code that groveled the maxima.info file to get the tags and
>>> everything. And the character offsets there would have worked just
>>> fine if we read in the whole info file (only takes a 10 ms on a slow 750
>>> MHz machine with cmucl) and extracted the data using the character
>>> offset.
>> The old regex search on maxima.info was slower in GCL than
>> other Lisps, as I recall. It was really unworkably slow -- I seem
>> to recall waiting a long time (like 20 seconds) to get help text.
> That's not my memory of the situation. I know I tested this stuff with
> clisp, cmucl, and gcl at the time, and on the slowest machine at that
> time (a 300 MHz sparc?) took no more than a second or two. Perhaps
> your machine was significantly slower than that? Also, I stole the
> cl-info stuff from gcl, which used that for it's describe function and
> that was always quite fast.
>
> Anyway, it doesn't matter now.
>
> What I see now is that build-index takes some 15 sec to run (even when
> compiled) on a 750 MHz sparc. If this is at build time, that's fine.
> Not acceptable if it's at run time.
>
> Ray
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 10 Dec 2010 15:58:24 +0000
> From: Stanislav Maslovski <stanislav.maslovski at gmail.com>
> To: maxima at math.utexas.edu
> Subject: plot3d, coloring
> Message-ID: <1291996704.26535.17.camel at magi.co.it.pt>
> Content-Type: text/plain; charset="UTF-8"
>
> Hello maxima-list,
>
> I am having a hard time with colors in a 3d plot. The command is like
> this (please, do not mind the arbitrary line breaks that this completely
> stupid MUA makes)
>
> plot3d(['realpart(lambda[1]), 'realpart(lambda[2]), [kz, -6, 6],
> [ky, -6, 6]], [grid, 60, 60], [legend, false], [palette, false],
> [color, red, blue], [gnuplot_term, ps], [gnuplot_ps_term_command, "set
> format z '%6.3f'; set term postscript eps enhanced color solid size 8.6
> cm, 6.45 cm font 'TimesRoman,14'"], [gnuplot_out_file,
> "re_lambda_eps_2_vc_0_6_att.eps"]);
>
> lambda is a list of two complicated expressions, for the testing purpose
> one may set it, for example, to
>
> lambda: [kz^2+ky^2, kz^2-ky^2];
>
> I want red color on the top side of each surface, and the blue color on
> the bottom side. I tried many color combinations in the [color, ... ]
> option but without any success. Can anyone advise me on how to achieve
> this?
>
> The version of Maxima here is 5.22.1.
>
> Thanks,
> --
> Stanislav
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 10 Dec 2010 10:26:48 -0700
> From: Robert Dodier <robert.dodier at gmail.com>
> To: Raymond Toy <toy.raymond at gmail.com>
> Cc: maxima at math.utexas.edu
> Subject: Re: [Maxima] error trying to build de documentation
> Message-ID:
> <AANLkTimmgqMQ8UKwH=G-k4azuQkF6zp0h7BwOkGw6Gvk at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 12/10/10, Raymond Toy <toy.raymond at gmail.com> wrote:
>
>> What I see now is that build-index takes some 15 sec to run (even when
>> compiled) on a 750 MHz sparc. If this is at build time, that's fine.
>> Not acceptable if it's at run time.
>
> Yup, agreed.
>
> Building an index at run time for an add-on package would be OK,
> I'm guessing.
>
> best
>
> Robert Dodier
>
>
> ------------------------------
>
> Message: 7
> Date: Fri, 10 Dec 2010 22:48:49 +0100
> From: Gosse michel <michel.gosse at free.fr>
> To: Liste maxima <maxima at math.utexas.edu>
> Subject: solving a system
> Message-ID: <4D02A041.8030705 at free.fr>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hello
>
> With :
> (%i1) f(x):=a+k/(x-b);
> e1:f(-2)=-1;
> e2:f(1)=-1;
> e3:f(2)=5/2;
> solve([e1,e2,e3],[a,b,k]);
> (%o1) f(x):=a+k/(x-b)
> (%o2) k/(-b-2)+a=-1
> (%o3) k/(1-b)+a=-1
> (%o4) k/(2-b)+a=5/2
> (%o5) [[a=-1,b=2,k=0]]
> it seems it's a bug, because f(x)=-1 is clearly not a solution.
> The solution is good with f(-2)=1
>
> Maxima 5.20.1
>
> Best regards
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 10 Dec 2010 18:39:35 -0500
> From: "Richard Hennessy" <rich.hennessy at verizon.net>
> To: "Gosse michel" <michel.gosse at free.fr>, "Liste maxima"
> <maxima at math.utexas.edu>
> Subject: Re: [Maxima] solving a system
> Message-ID: <227A6FBD32D3439BA9B5ADACD68F6429 at RichsDeskTop>
> Content-Type: text/plain; format=flowed; charset=iso-8859-1;
> reply-type=response
>
> -----Original Message-----
> From: Gosse michel
> Sent: Friday, December 10, 2010 4:48 PM
> To: Liste maxima
> Subject: solving a system
>
> Hello
>
> With :
> (%i1) f(x):=a+k/(x-b);
> e1:f(-2)=-1;
> e2:f(1)=-1;
> e3:f(2)=5/2;
> solve([e1,e2,e3],[a,b,k]);
> (%o1) f(x):=a+k/(x-b)
> (%o2) k/(-b-2)+a=-1
> (%o3) k/(1-b)+a=-1
> (%o4) k/(2-b)+a=5/2
> (%o5) [[a=-1,b=2,k=0]]
> it seems it's a bug, because f(x)=-1 is clearly not a solution.
> The solution is good with f(-2)=1
>
> Maxima 5.20.1
>
> I get
>
> solve([e1,e2,e3],[a,b,k]);
> [[a = - 1, b = 2, k = 0]]
> [a,b,k]:map('rhs, first(%));
> [- 1, 2, 0]
> f(-1);
> - 1
>
> So f(x) = -1 is a solution.
>
> Rich
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Maxima mailing list
> Maxima at math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima
>
>
> End of Maxima Digest, Vol 53, Issue 15
> **************************************
>