Undeliverable mail
PMDF Mail Server
Postmaster%TRINCC.BITNET at mitvma.mit.edu
Sat Jul 9 01:11:10 AEST 1988
The message could not be delivered to:
Addressee: TRIN4
Reason:
%MAIL-E-SYNTAX, error parsing 'DJA1::[TRIN4.BOX1024]'
----------------------------------------
Received: from JNET-DAEMON by TRINCC.BITNET; Mon, 4 Jul 88 03:27 EST
Received: From YALEVM(MAILER) by TRINCC with Jnet id 3860 for TRIN4 at TRINCC;
Mon, 4 Jul 88 03:12 EST
Received: by YALEVM (Mailer X1.24) id 3854; Mon, 04 Jul 88 03:10:42 EST
Date: Mon, 27 Jun 88 02:45:36 EST
From: Mike Muuss The Moderator <Info-Unix-Request at BRL.ARPA>
Subject: INFO-UNIX Digest V5#081
Sender: Info-Unix distribution list <I-UNIX at TCSVM.BITNET>
To: Robert Cummings <TRIN4 at TRINCC.BITNET>
Reply-to: INFO-UNIX at BRL.ARPA
Comments: To: INFO-UNIX at BRL.ARPA
INFO-UNIX Digest Mon, 27 Jun 1988 V5#081
Today's Topics:
has anybody put $VPATH into mk?
Re: "Deep Background" applications
Re: "Deep Background" applications (correction)
Re: "Deep Background" applications (One of those days...)
Re: basename(1) (Was Re:argv[0] in shellscript?)
Re: utility to determine rlogin?
Is a NEED for more COMMERCIAL usenet feed providers?
Re: has anybody put $VPATH into mk?
Re: csh :t modifier (Was Re: basename(1) (Was Re:argv[0] in shellscript?))
Re: RCS and SCCS
Re: Meaning of "rc" in cron/log
Need utils: head,yes,& nroff (-man) for SysV2 (CCI 2.21or2.22)
plot, graph
Re: Need utils: head,yes,& nroff (-man) for SysV2 (CCI 2.21or2.22)
-----------------------------------------------------------------
From: "Stephen J. Friedl" <friedl at vsi.uucp>
Subject: has anybody put $VPATH into mk?
Date: 26 Jun 88 04:08:06 GMT
To: info-unix at SEM.BRL.MIL
Hi folks,
We recently got mk from the Toolchest (Hi Andrew!) and
before I go hacking it up too much I want to check with others.
Has anybody added $VPATH to mk? Make has this very helpful
undocumented feature and I want it here.
For those unfamiliar with $VPATH, it is a make variable that
provides a colon-separated list of paths to search when looking
for dependencies. With VPATH set to
VPATH=/usr/project/include:$INFORMIXDIR/incl ; export VPATH
you can convert:
foo.o : foo.h ../include/defs.h ${INFORMIXDIR}/incl/dbtypes.h
into
foo.o : foo.h defs.h dbtypes.h
We like to stick these assignments in the project's .profile;
it really helps keep Makefiles from getting too cluttered. Has
anybody done this to mk yet? Will you share it?
Thanks in advance,
Steve
--
Steve Friedl V-Systems, Inc. (714) 545-6442 3B2-kind-of-guy
friedl at vsi.com {backbones}!vsi.com!friedl attmail!vsi!friedl
Nancy Reagan on the Free Software Foundation : "Just say GNU"
-----------------------------
From: Jon Sweedler <cjosta at taux01.uucp>
Subject: Re: "Deep Background" applications
Date: 26 Jun 88 10:10:02 GMT
To: info-unix at SEM.BRL.MIL
In article <2772 at ttrdc.UUCP> levy at ttrdc.UUCP (Daniel R. Levy) writes:
>In article <11019 at cgl.ucsf.EDU>, seibel at cgl.ucsf.edu (George Seibel) writes:
>#In article <29500025 at urbsdc> aglew at urbsdc.Urbana.Gould.COM writes:
>#]For example, fixed priority
>#]scheduling - there have been many times that I wanted to have
>#]a "deep background" application, that would run only when the
>#]system is otherwise idle. No matter how much you nice, your
>#]process will still take some cycles away when the system isn't
>#]idle.
Not true (at least according to the "renice" man page...)
>#We'd really like a way to make
>#those jobs butt out when someone wants to run a short (10 min-1 hr)
>#job. Does anyone know of an easy way to do something like this on
>#a bsd 4.[2-3] system?
Yes, just run a process with a priority of 20 (see below).
>
>Maybe a watch-dog program could be kludged up to use SIGSTOP to suspend
>the multi-day jobs when another job goes into background? (If the new job
>takes too long, or when it finishes, the stopped jobs would be restarted with
>SIGCONT.)
This is much more complicated than necessary. According to the "renice"
man page, running a process with a priority of 20 (PRIO_MAX really) will
accomplish this (I don't know why it doesn't say this in the "nice" man
page as well...):
RENICE(8) UNIX Programmer's Manual RENICE(8)
NAME
renice - alter priority of running processes
.
.
.
Useful priorities are: 20 (the affected processes
will run only when nothing else in the system wants to)
--
Jon Sweedler ===== National Semiconductor (Israel)
UUCP: {ames!amdahl,hplabs,sun,decwrl}!nsc!taux01!cjosta
Domain: cjosta at taux01.nsc.com
Paper: 6 Maskit st., P.O.B. 3007, Herzlia B 46104, Israel
-----------------------------
From: Jon Sweedler <cjosta at taux01.uucp>
Subject: Re: "Deep Background" applications (correction)
Date: 26 Jun 88 11:27:52 GMT
To: info-unix at SEM.BRL.MIL
In article <779 at taux01.UUCP> cjosta at taux01.UUCP (Jon Sweedler) writes:
>This is much more complicated than necessary. According to the "renice"
>man page, running a process with a priority of 20 (PRIO_MAX really) will
^^^^^^^^
Oops. This should be PRIO_MIN. And also, under BSD 4.2, PRIO_MIN is
set to 19. Under BSD 4.3 it is 20.
--
Jon Sweedler ===== National Semiconductor (Israel)
UUCP: {ames!amdahl,hplabs,sun,decwrl}!nsc!taux01!cjosta
Domain: cjosta at taux01.nsc.com
Paper: 6 Maskit st., P.O.B. 3007, Herzlia B 46104, Israel
-----------------------------
From: Jon Sweedler <cjosta at taux01.uucp>
Subject: Re: "Deep Background" applications (One of those days...)
Date: 26 Jun 88 11:56:25 GMT
To: info-unix at brl-sem.arpa
In article <780 at taux01.UUCP> cjosta at taux01.UUCP (Jon Sweedler) writes:
>In article <779 at taux01.UUCP> cjosta at taux01.UUCP (Jon Sweedler) writes:
>>man page, running a process with a priority of 20 (PRIO_MAX really) will
> ^^^^^^^^
>Oops. This should be PRIO_MIN. And also, under BSD 4.2, PRIO_MIN is
>set to 19. Under BSD 4.3 it is 20.
Sorry for the multiple postings, but I think I have it right this time...
This is kind of bizarre, but what can you expect from Unix?
Under true BSD 4.3, PRIO_MAX is defined as 20 and PRIO_MIN is defined
as -20. Regular users can "nice" their processes from 0 to 20.
Under two BSD 4.2 workalikes (DYNIX and Ultrix) that we have here,
PRIO_MAX is defined as -20 and PRIO_MIN is defined as 20 (i.e. backwards
from BSD 4.3 and thus the reason for my confusion). Regular
users can "nice" their processes from 0 to 19 (despite the fact
that in the Ultrix man page for "nice" it says from 0 to 20).
"Standards are wonderful, there are so many to chose from..."
-- someone
--
Jon Sweedler ===== National Semiconductor (Israel)
UUCP: {ames!amdahl,hplabs,sun,decwrl}!nsc!taux01!cjosta
Domain: cjosta at taux01.nsc.com
Paper: 6 Maskit st., P.O.B. 3007, Herzlia B 46104, Israel
-----------------------------
From: Jerry Peek <jerryp at cmx.npac.syr.edu>
Subject: Re: basename(1) (Was Re:argv[0] in shellscript?)
Date: 26 Jun 88 12:40:43 GMT
To: info-unix at brl-sem.arpa
In article <3680037 at eecs.nwu.edu> squires at eecs.nwu.edu (Matthew Squires) writes:
> / eecs.nwu.edu:comp.unix.questions /
> davidsen at steinmetz.ge.com (William E. Davidsen Jr)
> / 1:15 pm Jun 6, 1988 /
>
> > In article <1813 at stpstn.UUCP> aad at stpstn.UUCP (Anthony A. Datri) writes:
> > |
> > | I want to write a script that will have multiple links to it, and be
> > | able to tell what name it was invoked with. Ideas?
> >
> > How about $0? That's the name of the called program. Watch out if you
> > have a full pathname (ie. $0 = foo/something). ...
>
> Then perhaps you could use basename(1)...
But using basename means that the shell has to start another process.
I saw another article where the person mentioned using shell wildcards
to get around the full-pathname problem. That works great, and it doesn't
start a child process.
Here are two examples of a program with four links (names): ll, lf, lg, and
lr. The left-hand column shows the sh version; the right-hand shows how to
do it in csh. Since I put a * before each matching pattern, it always works:
#! /bin/sh #! /bin/csh -f
case "$0" in switch ($0)
*ll) ls -l $* ;; case *ll:
*lf) ls -F $* ;; ls -l $*; breaksw
*lg) ls -lg $* ;; case *lf:
*lr) ls -lR $* ;; ls -F $*; breaksw
*) echo "$0: Wrong name!" 1>&2 case *lg:
exit 1 ls -lg $*; breaksw
;; case *lr:
esac ls -lR $*; breaksw
default:
echoerr "${0}: Wrong name\!"
breaksw
endsw
--Jerry Peek, Northeast Parallel Architectures Center, Syracuse, NY
jerryp at cmx.npac.syr.edu
+1 315 423-4120
-----------------------------
From: Jerry Peek <jerryp at cmx.npac.syr.edu>
Subject: Re: utility to determine rlogin?
Date: 26 Jun 88 13:11:48 GMT
To: info-unix at brl-sem.arpa
A while back, I wrote about a utility called "ttykind" that looks up your
terminal type in /etc/ttys.
In article <16281 at brl-adm.ARPA> rbj at cmr.icst.nbs.gov (Root Boy Jim) writes:
> ? From: Rick Lindsley <richl at penguin.uss.tek.com>
>
> ? In article <16109 at brl-adm.ARPA> rbj at icst-cmr.arpa (Root Boy Jim) writes:
> ? Why not just do `switch ($term)'? You don't need ttykind, except for
> ? finding out *other* peoples terminal types.
>
> ? Because rlogin will pass the terminal type across for you. $term may not
> ? provide the information you want.
>
> Well, I see your point, but still disagree. If I rlogin from a sun console
> to a VAX, why would I want anything other than a Sun termcap?
It's not just to get the termcap. Someone posted a note about terminal
concentrators; that's what Rick was talking about, too, I think. They can
hide the real terminal characteristics.
For instance, I used to use 1200-baud dialup lines a lot (yecch!). Some
programs check the data rate and adjust to slow lines. For instance, "vi"
sets a smaller window size at slow speeds. But our Sytek hid the dialup
lines' speeds; all Sytek port connections to our VAX were at 9600 baud.
We had the same problem on network connections; the real terminal speed was
lost. So, I put a test in .login for the output of "ttykind" -- if the port
was sytek or network, I'd be prompted for the *real* data rate, which was
stored in an envariable named REAL_BAUD -- that was used to set aliases,
EXINIT and RNINIT envariables, etc., that made baudrate-sensitive programs
work right on sytek and network connections.
--Jerry Peek, Northeast Parallel Architectures Center, Syracuse, NY
jerryp at cmx.npac.syr.edu
+1 315 423-4120
-----------------------------
From: Greg Corson <milo at ndmath.uucp>
Subject: Is a NEED for more COMMERCIAL usenet feed providers?
Date: 26 Jun 88 16:27:01 GMT
To: info-unix at SEM.BRL.MIL
A fairly simple question...I've been noticing that usenet mail/news feeds
are getting harder and harder to get lately because of the mounting number
of machines that want onto the net.
Do you think there is a NEED for another system which can provide usenet
feeds and mail feeds for a FEE to people who couldn't get them otherwise?
I am in a position where I could probably organize such a system if anyone
would be interested in using it. If it was setup the system would probably
be accessable through Telenet, Tymnet (or something like it) by a local
call in most cities. This might turn out to be a cheaper way of getting
a feed than calling some other network site long distance.
The fees would probably be somewhere around $5 per hour for however much time
it takes to feed your computer all the newsgroups you want. (subject to change,
I haven't looked into the costs too much yet). Services provided would
be limited to UUCP-mail and USENET feeds. Note that this would NOT be
login-and-read/send-mail/news...it would be UUCP access to feed mail/news
to YOUR computer...nothing more.
Please let me know if you think this sort of service is something you (or
someone you know) could use, if there is enough demand I'l see if I can
organize something. Please don't flame me about advertising on the net,
remember that for MANY people who get feeds by long distance this could
be a REAL money saver...and I don't expect to make much money off it in any
case.
Please reply by usenet mail, US mail or phone as I don't get on the net
often enough to avoid missing things posted to news.
Greg Corson
19141 Summers Drive
South Bend, IN 46637
(219) 277-5306 (weekdays till 6 PM eastern)
{pur-ee,rutgers,uunet}!iuvax!ndmath!milo
-----------------------------
From: Rick Richardson <rick at pcrat.uucp>
Subject: Re: has anybody put $VPATH into mk?
Date: 26 Jun 88 14:30:40 GMT
To: info-unix at SEM.BRL.MIL
In article <732 at vsi.UUCP> friedl at vsi.UUCP (Stephen J. Friedl) writes:
> We recently got mk from the Toolchest (Hi Andrew!) and
>before I go hacking it up too much I want to check with others.
>Has anybody added $VPATH to mk? Make has this very helpful
>undocumented feature and I want it here.
I think that if you want VPATH, you should've gotten Fourth
Generation Make (newmake?) from AT&T.
--
Rick Richardson, PC Research, Inc.
(201) 542-3734 (voice, nights) OR (201) 389-8963 (voice, days)
uunet!pcrat!rick (UUCP) rick%pcrat.uucp at uunet.uu.net (INTERNET)
-----------------------------
From: Leo de Wit <leo at philmds.uucp>
Subject: Re: csh :t modifier (Was Re: basename(1) (Was Re:argv[0] in
shellscript?))
Date: 25 Jun 88 18:16:11 GMT
To: info-unix at brl-sem.arpa
In article <709 at ubu.warwick.UUCP> maujd at warwick.UUCP (Geoff Rimmer) writes:
> [other stuff deleted]...
>cat /etc/passwd | sed "s/:[^:]*:[^:]*:[^:]*:/ /" | sed "s/[,:].*//" | sort
> ^^TAB^^
>---------------------------------------------------------------------
> (BTW, anyone got any improvements on this 'sed' line?)
>---------------------------------------------------------------------
You COULD of course use awk (using IFS) ...
but, assuming you're as devoted a sed worshipper as I am, yes, I've got
an improvement:
Don't use the cat; sed can open the file or even the shell can open it for
sed (saves a process).
Don't use sed twice; one is just as good (even faster).
So the result is:
sed -e "s/:[^:]*:[^:]*:[^:]*:/ /" -e "s/[,:].*//" /etc/passwd | sort
Now maybe even the sed could be improved upon ...?
Leo.
-----------------------------
From: "John F. Haugh II" <jfh at rpp386.uucp>
Subject: Re: RCS and SCCS
Date: 26 Jun 88 15:41:46 GMT
To: info-unix at SEM.BRL.MIL
In article <8158 at brl-smoke.ARPA> gwyn at brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>)
writes:
>In article <661 at pyuxe.UUCP> mayerar at pyuxe.UUCP (80132-A Mayer) writes:
>>One good point of RCS is that it stores the most recent version and
>>uses deltas to get back to the previous versions. SCCS stores the
>>original version and uses deltas to get to the most recent version.
>
>No, it doesn't. I don't know who started this myth, but it's false.
>SCCS makes one sequential pass to do a "get".
just because get(1) only makes one pass over a file does not mean
the SCCS file is stored in most-recent-version order. since it is
possible to know which versions the desired version depends on,
get(1) can follow the insert/delete commands in the s-file to create
the desired version.
if i start off with a file which reads
Now is the time for all good men.
and put it in an SCCS file, the results, sans extra cruft is
^AI 1
Now is the time for all good men.
^AE 1
and then you create a delta to make the file
Now is the time for all good men.
To come to the aid of their party.
you end up with
^AI 1
Now is the time for all good men.
^AI 2
To come to the aid of their party.
^AE 2
^AE 1
since the body for version 1 (as bracketed by the ^AI 1/^AE 1 pair) contains
the text for version 2, i would say that SCCS does indeed store the original
version and newer deltas. the other way would look like
^AI 2
Now is the time for all good men.
^AD 1
To come to the aid of their party.
^AE 1
^AE 2
- john.
--
John F. Haugh II +--------- Cute Chocolate Quote ---------
HASA, Division "S" | "USENET should not be confused with
UUCP: killer!rpp386!jfh | something that matters, like CHOCOLATE"
DOMAIN: jfh at rpp386.uucp | -- with my apologizes
-----------------------------
From: Richard Harter <g-rh at cca.cca.com>
Subject: Re: RCS and SCCS
Date: 27 Jun 88 00:18:54 GMT
To: info-unix at SEM.BRL.MIL
In article <3255 at rpp386.UUCP> jfh at rpp386.UUCP (The Beach Bum) writes:
>In article <8158 at brl-smoke.ARPA> gwyn at brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>)
writes:
>>In article <661 at pyuxe.UUCP> mayerar at pyuxe.UUCP (80132-A Mayer) writes:
>>>One good point of RCS is that it stores the most recent version and
>>>uses deltas to get back to the previous versions. SCCS stores the
>>>original version and uses deltas to get to the most recent version.
>>No, it doesn't. I don't know who started this myth, but it's false.
>>SCCS makes one sequential pass to do a "get".
It is my understanding that the original implementation of SCCS was in
the form of the original version plus subsequent deltas and that it was
changed to the present form (interleaved deltas) circa 1980. If anyone
has precise knowledge on this point, could they please post it or send me
e-mail.
>just because get(1) only makes one pass over a file does not mean
>the SCCS file is stored in most-recent-version order. since it is
>possible to know which versions the desired version depends on,
>get(1) can follow the insert/delete commands in the s-file to create
... specific example deleted ...
The answer is, of course, that SCCS uses neither most-recent-version
order nor oldest-version-order. It does not apply deltas in the sense
of starting with a base version and applying a sequence of updates which
produce a sequence of intermediate versions. It does apply deltas in the
sense of checking, for each line ever present, the effect of the deltas
on the line. The difference in performance between the two senses is
enormous; the difference is due to the fact that, in schemes based on
the first sense, each line must be processed once for each delta, whereas
in the second sense each line is only processed once.
It is true, however, that there is, in principle, a signifigant performance
advantage for the RCS scheme versus the SCCS scheme. SCCS must process
all lines including those not currently active; RCS need only process those
that are currently active. Furthermore RCS does not need to do any processing
on the line other than copying it out; SCCS has to check the control data
for the line. On the other hand, RCS pays a penalty if the version being
extracted is not the latest.
--
In the fields of Hell where the grass grows high
Are the graves of dreams allowed to die.
Richard Harter, SMDS Inc.
-----------------------------
From: Karl Kleinpaste <lvc at tut.cis.ohio-state.edu>
Subject: Re: Meaning of "rc" in cron/log
Date: 26 Jun 88 21:34:26 GMT
To: info-unix at brl-sem.arpa
In article <717 at mccc.UUCP> pjh at mccc.UUCP (Pete Holsberg) writes:
>
>Would some kind soul please point out where in the SysV R3 docs I could
>go to find out what "rc=xxx" in my /usr/lib/cron/log means?
>
rc=xxx means the exit value (Return Code) of the program executed by cron
is xxx.
--
Larry Cipriani, AT&T Network Systems and Ohio State University
Domain: lvc at tut.cis.ohio-state.edu
Path: ...!cbosgd!osu-cis!tut.cis.ohio-state.edu!lvc (strange but true)
-----------------------------
From: Jay Hiser <jay at hqda-ai.arpa>
Subject: Need utils: head,yes,& nroff (-man) for SysV2 (CCI 2.21or2.22)
Date: 26 Jun 88 21:36:16 GMT
Keywords: dwb, tail, Power 6, BSD
To: info-unix at SEM.BRL.MIL
I'm responsible for 3 CCI 6/32s that run SysV (CCI's rel. 2.22). I'm
looking for replacements for some of the utils that I'm used to with
BSD.
head: the opposite of 'tail'. Shouldn't be hard to implement this in
c, but I don't want to reinvent the wheel. Thought this was part of
'std' unix, but its not in my sys's docs.
yes: pipe the output to some other program that expects 'y' or 'n'.
I've got a file full of 'y\n' that essentially duplicates yes's
function, but it doesn't seem as neat as yes.
nroff: I realize that this has been unbundled (dwb?) from SysV. I
still need to format man pages. Our OA sys can handle virtually all
my formatting needs, except for nroff -man. Maybe this could be a GNU
application some day?
Anybody have an alternate source for this useful stuff? Thanks,
-----------------------------
From: Mitchell Wyle <wyle at solaris.uucp>
Subject: plot, graph
Date: 25 Jun 88 12:31:11 GMT
To: info-unix at SEM.BRL.MIL
My wife needs grids with numbered tic marks for her lab report graphs.
Has anyone hacked graph(1) to add numbers to the tic marks? According
to the manual (yes, I RTFM (read the fine manual)):
> -g gridstyle
> Gridstyle is the grid style: 0 no grid, 1 frame with
> ticks, 2 full grid (default).
and graph(1) always puts a key at the bottom left of how he scaled the
graph. The home-grown packages here are too applications specific.
I'm looking for a robust scatter-plot package.
We have NO arpa FTP here. Please reply via e-mail. As always I'll
post a summary if there are more than 2 me-too's.
I don't have and therefore haven't looked at: gnuplot, graph+,
crc_plot, vplot, quickplot, or lplot. If anyone (preferably in Europe)
uses any of these PD packages, and knows it's what I want, I would
appreciate his sending it my way.
Cheers, and thanks! -Mitch
--
-Mitchell F. Wyle wyle at ethz.uucp
Institut fuer Informatik wyle%ifi.ethz.ch at relay.cs.net
ETH Zentrum
8092 Zuerich, Switzerland +41 1 256-5237
-----------------------------
From: Doug Gwyn <gwyn at brl-smoke.arpa>
Subject: Re: Need utils: head,yes,& nroff (-man) for SysV2 (CCI 2.21or2.22)
Date: 27 Jun 88 03:55:28 GMT
Keywords: dwb, tail, Power 6, BSD
To: info-unix at SEM.BRL.MIL
In article <6007 at hqda-ai.ARPA> jay at hqda-ai.ARPA (Jay Hiser) writes:
>head: the opposite of 'tail'.
if [ $# -eq 0 ]
then n=10
else case $1 in
[0-9]*) n=$1; shift;;
*) n=10;;
esac
fi
exec sed -e ${n}q $*
-----------------------------
End of INFO-UNIX Digest
***********************
More information about the Comp.unix.questions
mailing list