Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!necntc!necis!encore!paradis
From: paradis@encore.UUCP
Newsgroups: comp.os.minix
Subject: MINIX sh
Message-ID: <1642@encore.UUCP>
Date: Wed, 27-May-87 15:57:12 EDT
Article-I.D.: encore.1642
Posted: Wed May 27 15:57:12 1987
Date-Received: Sat, 30-May-87 01:03:29 EDT
Organization: Encore Computer Corp., Marlboro, MA
Lines: 28
Keywords: sh shar phooey

Some time back I posed a question to this newsgroup about
why the sh that comes with MINIX chokes on large shar files.
I received a reply by mail that if I use chmem to up the
maximum data size of sh that would solve the problem.  Well,
the other day I tried just that... and failed.  I was trying
to unpack a shell archive from net.sources, and depending
on the amount of memory I gave to sh it would unpack either
one or two files and then crap out with "out of string space".
I figure sh is doing something REALLY dumb like allocating
memory for the entire redirected input and not freeing it.
So as a first step I decided to try and add printf's to sh
so as to try and find the problem... only to discover that
I couldn't rebuild sh!!  It would compile, but then asld would
complain about "multiple defined symbols".  Before I go too
far down a rathole with this, has ANYONE else out there been
able to successfully rebuild sh?

p.s. I currently have an unshar utility on order from the
simtel20 archives... when it arrives and I port it to MINIX,
I'll either mail it to interested parties or post it if interest
warrants.

   +----------------+  Jim Paradis                  linus--+
+--+-------------+  |  Encore Computer Corp.       necntc--|
|  | E N C O R E |  |  257 Cedar Hill St.           ihnp4--+-encore!paradis
|  +-------------+--+  Marlboro MA 01752           decvax--|
+----------------+     (617) 460-0500             talcott--+
You don't honestly think ENCORE is responsible for this??!!