Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!att!fang!alfred!tous!tarpit!bilver!bill
From: bill@bilver.uucp (Bill Vermillion)
Newsgroups: comp.sys.tandy
Subject: Re: tandy 16B and 16 bit compress
Message-ID: <1990Dec17.020713.17712@bilver.uucp>
Date: 17 Dec 90 02:07:13 GMT
References: <1990Dec12.003253.18391@csis.dit.csiro.au>
Organization: W. J. Vermillion - Winter Park, FL
Lines: 30

In article <1990Dec12.003253.18391@csis.dit.csiro.au> ken@csis.dit.csiro.au (Ken Yap) writes:
>I was trying to get 16 bit compress working on my 16B (~= 6000) and I
>found I couldn't have a large array in bss. Nor could I malloc or sbrk
>any space larger than 245k or so. Now at boot up the machine claims to
>have 892k (or so) user memory. Where's all that memory?  Do I have to
>reset some limit somewhere?

Yup.  If you are using 3.2 use the config (or is it conf) to set the max
memory any process can use.

If you are using one of the older version you need the configure kit, or a
direct patch, or if you have a copy of filePro use their patch.

I set mine t6k up with about 750 k per/prc.  Be warned though, 16bit
compress is SLOW and will swap like mad.   I made sure that all the
compress I did was 12 bit, but had compress set to be able to unpack 16bit.
I got a 400k news feed one time that was accidentally shipped as 16bit
compress.   It did about 100k per hour uncompressing.  YIKES!!!


>
>We're off the net for a few days so mail may bounce. Take your time
>with the emailed answer, we'll be back next week. Thanks in advance.
>
>	Ken


-- 
Bill Vermillion - UUCP: uunet!tarpit!bilver!bill
                      : bill@bilver.UUCP