Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ames!nrl-cmf!cmcl2!brl-adm!adm!Postmaster%TRINCC.BITNET@mitvma.mit.edu From: Postmaster%TRINCC.BITNET@mitvma.mit.edu (PMDF Mail Server) Newsgroups: comp.unix.questions Subject: Undeliverable mail Message-ID: <16428@brl-adm.ARPA> Date: 8 Jul 88 15:11:10 GMT Sender: news@brl-adm.ARPA Lines: 600 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@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 ModeratorSubject: INFO-UNIX Digest V5#081 Sender: Info-Unix distribution list To: Robert Cummings Reply-to: INFO-UNIX@BRL.ARPA Comments: To: INFO-UNIX@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" Subject: has anybody put $VPATH into mk? Date: 26 Jun 88 04:08:06 GMT To: info-unix@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@vsi.com {backbones}!vsi.com!friedl attmail!vsi!friedl Nancy Reagan on the Free Software Foundation : "Just say GNU" ----------------------------- From: Jon Sweedler Subject: Re: "Deep Background" applications Date: 26 Jun 88 10:10:02 GMT To: info-unix@SEM.BRL.MIL In article <2772@ttrdc.UUCP> levy@ttrdc.UUCP (Daniel R. Levy) writes: >In article <11019@cgl.ucsf.EDU>, seibel@cgl.ucsf.edu (George Seibel) writes: >#In article <29500025@urbsdc> aglew@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@taux01.nsc.com Paper: 6 Maskit st., P.O.B. 3007, Herzlia B 46104, Israel ----------------------------- From: Jon Sweedler Subject: Re: "Deep Background" applications (correction) Date: 26 Jun 88 11:27:52 GMT To: info-unix@SEM.BRL.MIL In article <779@taux01.UUCP> cjosta@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@taux01.nsc.com Paper: 6 Maskit st., P.O.B. 3007, Herzlia B 46104, Israel ----------------------------- From: Jon Sweedler Subject: Re: "Deep Background" applications (One of those days...) Date: 26 Jun 88 11:56:25 GMT To: info-unix@brl-sem.arpa In article <780@taux01.UUCP> cjosta@taux01.UUCP (Jon Sweedler) writes: >In article <779@taux01.UUCP> cjosta@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@taux01.nsc.com Paper: 6 Maskit st., P.O.B. 3007, Herzlia B 46104, Israel ----------------------------- From: Jerry Peek Subject: Re: basename(1) (Was Re:argv[0] in shellscript?) Date: 26 Jun 88 12:40:43 GMT To: info-unix@brl-sem.arpa In article <3680037@eecs.nwu.edu> squires@eecs.nwu.edu (Matthew Squires) writes: > / eecs.nwu.edu:comp.unix.questions / > davidsen@steinmetz.ge.com (William E. Davidsen Jr) > / 1:15 pm Jun 6, 1988 / > > > In article <1813@stpstn.UUCP> aad@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@cmx.npac.syr.edu +1 315 423-4120 ----------------------------- From: Jerry Peek Subject: Re: utility to determine rlogin? Date: 26 Jun 88 13:11:48 GMT To: info-unix@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@brl-adm.ARPA> rbj@cmr.icst.nbs.gov (Root Boy Jim) writes: > ? From: Rick Lindsley > > ? In article <16109@brl-adm.ARPA> rbj@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@cmx.npac.syr.edu +1 315 423-4120 ----------------------------- From: Greg Corson Subject: Is a NEED for more COMMERCIAL usenet feed providers? Date: 26 Jun 88 16:27:01 GMT To: info-unix@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 Subject: Re: has anybody put $VPATH into mk? Date: 26 Jun 88 14:30:40 GMT To: info-unix@SEM.BRL.MIL In article <732@vsi.UUCP> friedl@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@uunet.uu.net (INTERNET) ----------------------------- From: Leo de Wit 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@brl-sem.arpa In article <709@ubu.warwick.UUCP> maujd@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" Subject: Re: RCS and SCCS Date: 26 Jun 88 15:41:46 GMT To: info-unix@SEM.BRL.MIL In article <8158@brl-smoke.ARPA> gwyn@brl.arpa (Doug Gwyn (VLD/VMB) ) writes: >In article <661@pyuxe.UUCP> mayerar@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@rpp386.uucp | -- with my apologizes ----------------------------- From: Richard Harter Subject: Re: RCS and SCCS Date: 27 Jun 88 00:18:54 GMT To: info-unix@SEM.BRL.MIL In article <3255@rpp386.UUCP> jfh@rpp386.UUCP (The Beach Bum) writes: >In article <8158@brl-smoke.ARPA> gwyn@brl.arpa (Doug Gwyn (VLD/VMB) ) writes: >>In article <661@pyuxe.UUCP> mayerar@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 Subject: Re: Meaning of "rc" in cron/log Date: 26 Jun 88 21:34:26 GMT To: info-unix@brl-sem.arpa In article <717@mccc.UUCP> pjh@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@tut.cis.ohio-state.edu Path: ...!cbosgd!osu-cis!tut.cis.ohio-state.edu!lvc (strange but true) ----------------------------- From: Jay Hiser 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@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 Subject: plot, graph Date: 25 Jun 88 12:31:11 GMT To: info-unix@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@ethz.uucp Institut fuer Informatik wyle%ifi.ethz.ch@relay.cs.net ETH Zentrum 8092 Zuerich, Switzerland +41 1 256-5237 ----------------------------- From: Doug Gwyn 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@SEM.BRL.MIL In article <6007@hqda-ai.ARPA> jay@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 ***********************