Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sdd.hp.com!elroy.jpl.nasa.gov!ncar!midway!mimsy!nocusuhs!nmrdc1!minixug!arrakis!bert
From: bert@arrakis.nl.mugnet.org (Bert Laverman)
Newsgroups: comp.os.minix
Subject: Re: What's wrong with kermit? (ST minix 1.5)
Message-ID: <9104106445@arrakis.nl.mugnet.org>
Date: 10 Apr 91 07:25:04 GMT
References: <2063@Terra.cc.brunel.ac.uk>
Organization: Alphasoft Nederland
Lines: 30

eesrajm@cc.brunel.ac.uk (Andrew J Michael) wrote:
> bert@arrakis.nl.mugnet.org (Bert Laverman) writes:
>> Is quite capable of handling a bigger kermit, but the compiler ain't. :-(
> 
> I don't understand this.  Why isn't the ST compiler capable of handling big
> programs ?   Mine seems to ....
Ordinarily, this should be the case, but... I guesss you've never actually
_looked_ at what Frank produces :-/ His previous attempts for ckermit 5A
(say edits 157 to 166) (See part of what I mean? :-() include a truly
gigantic switch statement. c68 couldn't handle this even with 300Kb of
chmemory, and I couldn't give it any more (just a 1Mb ST :-(). ACK could,
so all modules but that one went with c68.
  However, a full-blown ckermit (meaning: nothing left out) caused ACK
to choke on the first file I gave it... Perhaps a 2-Mb ST could solve some
of this.
  I am currently trying to get kermit through your port of gcc (on a
sun), which produced a new set of errors for Frank to fix ;-).

Greetings, Bert

=====================================================================
    Bert Laverman		email: bert@arrakis.nl.mugnet.org
    Molukkenstraat 148		work:  laverman@cs.rug.nl
    9715 NZ  Groningen
    The Netherlands		tel.:  +31 50 - 733587

   From "How to catch a lion in the desert":
      The thermodynamics method:
	We construct a semi-permeable membrane which lets everything
	but Lions pass through. This we drag across the desert...
=====================================================================