On Wed, 2004-02-25 at 06:32, Mike Thomas wrote:
> Hi James.
>
> Emailing from home before heading for bed - W2000 Pro, PIII 866 512Mb
> RAM. This is a quick description. Let me know what you would like me
> to focus on of the problems reported below.
>
> CVS freshly updated, no mods to source tree.
> Windows GCL 2.6.2 prerelease.
> ./configure --prefix=c:/lang/maxima --enable-gcl
> make >make.log 2>&1
> make check
> ;;All ridgy-didge:
> ================================
> *** Summary results for tests recorded in
> *** log file tests-gcl.log:
> Error summary:
> Error(s) found in rtest15.mac: (4)
>
> Expected failures (known bugs in this version of Maxima):
> rtest15.mac: (4)
>
> Timing:
> real time : 14.017 secs
> run time : 14.017 secs
> *** end of summary for tests-gcl.log
> ================================
So far, so good.
> make install
> Double click on <maxima-dir>\maxima.bat - text based Maxima OK except
> that describe (whatever) doesn't wait for feedback from user:
> (C3) describe (integrate);
> ================================
> 0: INTEGRATE :(maxima.info)Definitions for Integration.
> 1: INTEGRATE_USE_ROOTSOF :Definitions for Integration.
> Enter n, all, none, or multiple choices eg 1 3 :
> (D3) FALSE
> (C4)
> ================================
I am surprised by this one. It will definitely need to be fixed. I'll
take a look at it, too.
> Change name of <maxima-dir>\xmaxima to xmaixma.tcl so it is associated
> in registry with current Windows Active State Tcl 8.4.5.0. SHould
> really do same with omplotdata and mgnuplot per earlier reports. Doing
> so allows WIndows (at least modern variants, probably also W98) to treat
> them in a similar way to scripts in Unix and so the variations of
> plot2d/plot3d using those commands froma text prompting Maxima session
> will work.
OK. We should add the suffixes during the install. That's one step I can
do if nobody beats me to it.
> Double click on xmaxima.tcl
> Squares at end of line indicates pronblems with DOS end-of-lines.
> Probablky not due to recent changes in that regard with GCL as I also
> built with an older version without the fix and got the same problem.
We definitely need to fix this before the next release. I'm not sure
what to do here. You could try to roll back my changes to the Tcl code
and see if the problem goes away. (Please ask if you don't know how to
easily roll back the changes.)
> Plotting works as usual embedded or otherwise.
> Maxima/Run Tests dies on problem 55 (I think as usual):
> ================================
> /* ********************** Problem 55. *************** */
>
> %Input is
>
> DESOLVE([EQN1, EQN2], [f(x), G(x)])
>
> x + 2 contains more than one independent variable.
>
> -- an error. Quitting. To debug this try DEBUGMODE(TRUE);)
> ================================
Let's put this one off for now. I can guess why this is happening. I
doubt it is specific to windows.
> File/interrupt gives:
> ================================
> couldn't execute "C:\lang\Tcl\bin\winkill.exe": invalid argument
> couldn't execute "C:\lang\Tcl\bin\winkill.exe": invalid argument
> while executing
> "exec $maxima_priv(kill) $signal $pid"
> (procedure "CMkill" line 8)
> invoked from within
> "CMkill -INT $pid"
> (procedure "CMinterrupt" line 5)
> invoked from within
> "CMinterrupt .maxima.text "
> (command bound to event)
> ================================
>
> File/restart leaves old Maxima running.
> File/exit likewise.
Crud. These problems definitely need fixing. Again, they are beyond my
expertise. All I know is that we supposedly build and install
winkill.exe.
> Now to a DOS prompt with new Maxima bin in path:
>
> C:\Documents and Settings\mike>maxima -d
> maxima-prefix=c:/lang/maxima
> maxima-imagesdir=c:/lang/maxima/lib/maxima/5.9.0.1cvs/binary-gcl
> maxima-sharedir=c:/lang/maxima/share/maxima/5.9.0.1cvs/share
> maxima-symdir=c:/lang/maxima/share/maxima/5.9.0.1cvs/share/sym
> maxima-srcdir=c:/lang/maxima/share/maxima/5.9.0.1cvs/src
> maxima-demodir=c:/lang/maxima/share/maxima/5.9.0.1cvs/demo
> maxima-testsdir=c:/lang/maxima/share/maxima/5.9.0.1cvs/tests
> maxima-docdir=c:/lang/maxima/share/maxima/5.9.0.1cvs/doc
> maxima-infodir=c:/lang/maxima/info
> maxima-htmldir=c:/lang/maxima/share/maxima/5.9.0.1cvs/doc/html
> maxima-plotdir=c:/lang/maxima/libexec/maxima/5.9.0.1cvs
> maxima-layout-autotools=T
> maxima-userdir=c:/user/maxima
>
> C:\Documents and Settings\mike>maxima -s 4008
> jfa: starting server on port 4008
> Error in LAMBDA-CLOSURE [or a callee]: Could not connect
>
> Fast links are on: do (use-fast-links nil) for debugging
> Broken at START-SERVER. Type :H for Help.
> 1 (Abort) Return to top level.
> dbl:MAXIMA>>1
>
> Error in START-SERVER [or a callee]: The tag (NIL) is undefined.
>
> Fast links are on: do (use-fast-links nil) for debugging
> Broken at CONDITIONS::CLCS-UNIVERSAL-ERROR-HANDLER.
> 1 (Abort) Return to debug level 1.
> 2 Return to top level.
> dbl:MAXIMA>>>1
>
> Broken at START-SERVER.
> dbl:MAXIMA>>2
>
> No such restart.
> NIL
> dbl:MAXIMA>>
> ================================
>
> So it looks like it times out looking for a connection and then the GCL
> error handling is in trouble.
You can't start the "server" on its own. The "client" (xmaxima) has to
be running first. The problem is that the socket connections work so
that xmaxima is the socket server and maxima is the socket client. It
may be worth our while to change the terminology before the confusion
multiplies.
In any event, we should try to handle the error better. I can do that.
> I'm off.
Thanks very much for your work so far.
Best,
Jim