Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!mcgill-vision!snorkelwacker!usc!samsung!munnari.oz.au!metro!natmlab.dap.csiro.au!ditsydh.syd.dit.CSIRO.AU!evans
From: evans@syd.dit.CSIRO.AU (Bruce.Evans)
Newsgroups: comp.sys.nsc.32k
Subject: Re: ten days with Minix
Message-ID: <1990Sep10.151515.21673@syd.dit.CSIRO.AU>
Date: 10 Sep 90 15:15:15 GMT
References: <9009100320.AA22237@ditka.UUCP>
Organization: CSIRO Division of Info Tech, Sydney, Australia
Lines: 18

In article <9009100320.AA22237@ditka.UUCP> kls@ditka.UUCP (Karl Swartz) writes:
>    A 30,000 block partition worked fine, but 60,000 resulted
>    in a panic as soon as I tried to mount it.  The "obvious"
>    solution was to increase ZMAP_SLOTS (in fs/const.h) but

I fixed this for 1.5.10 (PC version). ZMAP_SLOTS and I_MAP_SLOTS are now 8.
The counting of bufs_in_use was doubled up for mounting. mkfs, df and fsck
had overflow bugs. The limit is now 65535 blocks.

>floating point library routines
>    Neither printf() nor scanf() seem to work correctly.  I'll
>    take a look at these as soon as I get the sources.

Earl Chew wrote a good version of stdio. Portable, but with Minix as a
principal target. We spent a long time attempting to make printf and scanf
ANSI-compliant and fast.
-- 
Bruce Evans		evans@syd.dit.csiro.au