Path: utzoo!utgpu!watserv1!ria!csd.uwo.ca!webber
From: webber@csd.uwo.ca (Robert E. Webber)
Newsgroups: comp.os.minix
Subject: Re: MacMinix config.h LINEWRAP option
Message-ID: <1964@ria.ccs.uwo.ca>
Date: 23 Dec 90 09:46:16 GMT
References: <1639@ukpoit.co.uk> <1925@ria.ccs.uwo.ca> <1654@ukpoit.co.uk>
Sender: news@ria.ccs.uwo.ca
Organization: see disclaimer
Lines: 33


In article <1654@ukpoit.co.uk> paul@ukpoit.co.uk (Paul Wood) writes:
Adding a -print would cause every .c and .h filename to be printed. If I went
away to cook a meal (which I did), then by the time I got back to the screen
any evidence would have probably scrolled off the top of the screen. This is
not what I wanted.A command should do what you want it to do, no more,no less.

  find / -name \*.\[csh\] -exec grep LINEWRAP {} \; -print

will not print the name of all of the files.  It will only print the names
of those files that succeed on the -exec test.  Since grep returns a 
different status code depending on whether the match succeeds or not,
the effect is the -exec is true only when grep finds something.  Thus it
would only scroll off the screen if the find succeeded very many times, in
which case you would probably want to redo the command with output being
redirected.

Find is definitely one of the nicer things in Unix although the Version 7
man pages for it concludes with:
        BUGS
             The syntax is painful


Of course, looking at console.c on page 375 of the MacMinix manual, we
find that LINEWRAP was doing a fairly straightforward test on tty_column
in the function out_char.  Looking at out_char in the MacMinix console.c,
we find that this module has been significantly rewritten.  Now, only
tty.c cares about tty_column, and there is a new structure vduinfo with
a field ccol that looks like the right thing to hang LINEWRAP off of.
The only question being which function(s) to change and whether or not
to try and track window resizing.

--- BOB (webber@csd.uwo.ca)