[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Axiom-developer] RE: [Gcl-devel] Possible GCL 2.6.7 for axiom
From: |
Camm Maguire |
Subject: |
Re: [Axiom-developer] RE: [Gcl-devel] Possible GCL 2.6.7 for axiom |
Date: |
03 Jun 2005 12:07:20 -0400 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
Greetings!
"Mike Thomas" <address@hidden> writes:
> Hi Camm.
>
> | 6) On Windows (at least) GCL 2.6.6 Axiom (not 2.6.5) has a problem with
> | equation system solutions:
> | ===========================================
> | (1) -> solve([3*x**3+y+1,y**2-4],[x,y])
> | Loading C:/Program Files/axiom/mnt/windows/algebra/UPMP.o for
> | package UnivariatePolynomialMultiplicationPackage
> |
> | >> System error:
> | The function SYSTEM::DEBUGGER is undefined.
> |
> | protected-symbol-warn called with (NIL)
> | (1) -> solve([3*x**3+y+1,y**2-4],[x,y])
> |
> | >> System error:
> | Arg or result mismatch in call to |devaluateList|
> |
> | protected-symbol-warn called with (NIL)
> |
> | ===========================================
>
>
> On the subject of AXIOM, Windows and surrent directories I just got to the
> bottom of the above bug too.
>
> The problem occurs when the AXIOM environment variable is set globally to
> one particular AXIOM system while running an AXIOMsys.exe from a separate
> AXIOM system (eg in my case, my development source tree).
>
> This causes the second system to load object files from the first Axiom
> system causing objections about missing functions (in my particular case the
> function SYSTEM::DEBUGGER which is relatively new).
>
> I would suggest removal of the the AXIOM environment variable at least on
> the global level, or better, completely.
>
> I also suggest avoiding a wrapper batch file as that will be fraught with
> other difficulties - notably the absence of a simple way to get the working
> directory in batch files on all versions of Windows, but also because it
> usually poor programming practice on Windows to use application-specific
> environment variables. Nor would it be appropriate in this instance to use
> the Windows registry.
>
> The right thing to do I think is to add a new crossplatform GCL system
> package function "get-current-directory" - a relatively simple task for the
> platforms upon which GCL currently runs.
>
No problem adding a GCL function, but the axiom environment variable
issue is a question for Tim, I think.
Take care,
> Cheers
>
> Mike Thomas.
>
>
>
>
>
--
Camm Maguire address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: [Axiom-developer] RE: [Gcl-devel] Possible GCL 2.6.7 for axiom,
Camm Maguire <=