Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!agate!garnet.berkeley.edu!g12770
From: g12770@garnet.berkeley.edu (Carl Jones)
Newsgroups: comp.os.minix
Subject: 1.3a update problems
Message-ID: <19941@agate.BERKELEY.EDU>
Date: 4 Feb 89 09:35:57 GMT
Sender: usenet@agate.BERKELEY.EDU
Reply-To: g12770@garnet.berkeley.edu ()
Distribution: usa
Organization: University of California, Berkeley
Lines: 38


> From: hedrick@geneva.rutgers.edu (Charles Hedrick)
> Subject: 1.4: library order solved, problems with more, helpfile
> Date: 30 Jan 89 10:20:47 GMT

> I keep tripping over the fact that Minix doesn't allow long commands.
> In particular, you can't put all the .s files that belong in libc.a
> into one command line.  This makes it sort of interesting to get
> lorder to look at all the .s files.  Fortunately, lorder will take
> libraries.  So I end up putting all the .s files into a temporary
> library, and pointing lorder at it.

I'm currently in the process of upgrading from 1.2 to 1.3 via the diffs
posted to bugs.nosc.mil. I have a kind of provisional ordering of libc.a, 
(haven't got to 1.3b yet), but I would really like to get lorder and
tsort to work. I've downloaded and applied the diffs to lorder and
tsort, but when I try the commands: 

   "lorder LIB >tmp",  tmp is empty. 

However if I do a smaller subset of LIB, say, put all the [a-e]*.s
files into a temporary library it seems to work ok.

My other problem concerns the patch program, which I finally
managed to compile (again under the first version of the 1.3 library),
but which doesn't seem to be working right either. After running
patch, the supposedly patched file is still the same as file.c.orig. 

Granted there is probably some relatively straightforward solution to
all this, I've wasted enough time on, so I thought I would ask the
net. Any hints, advice, solutions, would be much appreciated.

Thanks.
Please reply via e-mail. 

Carl Jones
School of Library and Information Studies
University of California, Berkeley