From: Randy Calistri-Yeh
Subject: Help with AKCL for DOS
Date: 
Message-ID: <1993Aug16.123412.11251@oracorp.com>
Has anybody had any success installing AKCL for DOS (the beta release
from math.utexas.edu)?  After some coaxing, I got the makefiles to work,
but the resulting lisp image crashes whenever I try to compile-file.
Same problem with the saved_kcl that came with the distribution: works
fine in interpreted mode, crashes when I try to compile.  Symptoms: it
runs through pass 1, starts pass 2, spins the hard disk, and crashes.

I am VERY interested in getting this thing working, so any help would be
greatly appreciated.

Configuration: IBM Thinkpad 720C (486 SLC-2/50 with 387SL math-co), 8MB
RAM.  For the C compiler, I've tried using both DJGPP 1.09 (version
recommended by the README file) and 1.10 (current version), with and
without the 387 emulator.

______________________________________________________________________
ORA  	                                          ········@oracorp.com     
301 Dates Dr.       ==> Randy Calistri-Yeh <==    (607) 277-2020           
Ithaca, NY 14850  				  Fax: (607) 277-3206      
______________________________________________________________________
From: Paul Allen Edelstein
Subject: Re: Help with AKCL for DOS
Date: 
Message-ID: <paeCCJ4It.53y@netcom.com>
Randy Calistri-Yeh (········@oracorp.com) wrote:
: Has anybody had any success installing AKCL for DOS (the beta release
: from math.utexas.edu)?  After some coaxing, I got the makefiles to work,
: but the resulting lisp image crashes whenever I try to compile-file.

I have had the same problems.  If you try something like
(system "command.com") then exit back to akcl, things also appear to be
corrupted.  The two problems are no doubt related, since akcl must shell
out to run gcc.

In version 110 of gcc there is mention of a bug fix related to the system
command and paging.  I suspect this may be the problem.

Unfortunately, akcl uses a modified version of go32 which is renamed to
saved-kcl.exe.  The version of go32 they used is older than version 110.

The next step would appear to be to incorporate the akcl modifications to
go32 into the newer version of go32, rebuild it, rename it to saved_kcl.exe
and see if things work better.

Has anyone done this already or have more insights into the problem?