Warning From uucp

codas!uucp uucp at codas.att.com
Mon Jun 20 16:17:15 AEST 1988


We have been unable to contact machine 'novavax' since you queued your job.

	novavax!mail proxftl!rafael   (Date 06/18)
The job will be deleted in several days if the problem is not corrected.
If you care to kill the job, execute the following command:

	uustat -knovavaxN4e8d
 
	Sincerely,
	codas!uucp

#############################################
##### Data File: ############################
>From moss!arpa!brl.arpa!INFO-UNIX  Sat Jun 18 18:35:15 1988 remote from codas
Received: by codas.att.com (smail2.5)
	id AA25179; 18 Jun 88 18:35:15 EDT (Sat)
Received: by moss.ATT.COM (smail2.5)
	id AA25082; 18 Jun 88 18:33:11 EDT (Sat)
Received: by rutgers.edu (5.54/1.15) 
	id AA24991; Sat, 18 Jun 88 16:00:30 EDT
Received: from SEM.BRL.MIL by SEM.brl.ARPA id ad16154; 11 Jun 88 3:10 EDT
Received: from sem.brl.mil by SEM.BRL.ARPA id aa16117; 11 Jun 88 2:46 EDT
Date:       Sat, 11 Jun 88 02:46:30 EST
From: The Moderator (Mike Muuss) <Info-Unix-Request at brl.arpa>
To: INFO-UNIX at brl.arpa
Reply-To: INFO-UNIX at brl.arpa
Subject:    INFO-UNIX Digest  V5#065
Message-Id:  <8806110246.aa16117 at SEM.BRL.ARPA>

INFO-UNIX Digest          Sat, 11 Jun 1988              V5#065

Today's Topics:
                       Re: Problems with crontab
      Re: More categories for aliases (was Re: something or other)
                   Re: How do I use ksh TMOUT on 5.2
                      Re: -since option for ls -lt
            Re: Network (ftp) access to ms-dos hard disks ??
       Did I find a bug in egrep or am I misreading the man page?
-----------------------------------------------------------------

From: Chris Torek <chris at mimsy.uucp>
Subject: Re: Problems with crontab
Date: 10 Jun 88 05:25:59 GMT
To:       info-unix at brl-sem.arpa

In article <138 at scotty.UUCP> root at scotty.UUCP (Don Cox) writes:
[SunOS 3.x, but applies to all systems with V7 backup/restor[e] and
derivatives]
>30 22 * * 1-5 su root < /usr/local/bin/backup_daily

where `backup_daily' runs dump.

>... if for some reason someone has taken the tape drive off line
>the script builds up all kinds of dump commands when I do a ps -aux.

Dump is an interactive program.  As such, it will complain about
problems and demand help from an operator.  It is not well suited to
unattended backups.  (There is no such thing as a cheap, reliable,
unattended 9 track tape backup system, incidentally---there are too
many things that can go wrong [consider the missing EOT marker and the
tape that winds off the source reel, e.g.].  A fancy system might have
robotic recovery, but that is far out of reach of most small
installations.)

Some versions of dump (4.3BSD included) will note that /dev/tty is not
available, and will abort relatively cleanly; this could be used as
part of a semi-automatic system that simply bombs out if anything goes
wrong.  This only works if dump is run without a controlling terminal,
but that should be true for cron jobs.
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain:	chris at mimsy.umd.edu	Path:	uunet!mimsy!chris

-----------------------------

From: Michael Morrell <morrell at hpsal2.hp.com>
Subject: Re: More categories for aliases (was Re: something or other)
Date: 9 Jun 88 21:23:51 GMT
To:       info-unix at brl-sem.arpa

/ hpsal2:comp.unix.questions / rml at hpfcdc.HP.COM (Bob Lenk) /  5:37 pm  Jun  6, 1988 /
>	% rm nosuch
>	rm: nosuch nonexistent
>
> In 4.2/4.3BSD, at least, there is a line like
>
>	if (!isatty(0)) fflag = 1;

Just another BSD/SysV difference, which explains the differing opinions
(apparently the hyphen in "non-existent" is another):

	% rm nosuch
	rm: nosuch non-existent
 ----------

Of course, according to my Webster's 9th Collegiate, "nonexistent" is not
hyphenated.  so, in this case, BSD is correct.

-----------------------------

From: Ian Kluft <kluft at hpcupt1.hp.com>
Subject: Re: How do I use ksh TMOUT on 5.2
Date: 9 Jun 88 19:03:54 GMT
To:       info-unix at brl-sem.arpa

> / txr98 at wash08.UUCP (Timothy Reed) /  3:29 pm  Jun  7, 1988 /
> hopefully easy question: how  do I access the  TMOUT variable to zap  an
> idle user.  Ideally I'd  like to trap it in  a user's login shell.   MKS
> doc indicates  that TMOUT's  sends  a SIGALRM,  but  ksh does  not  seem
> recognize such a signal on the unix 5.2  system I am running ksh on.   I
> manually set TMOUT to '1', and got a 'shell timeout in 60 seconds'  with
> every tap of the return key!
> Thanks in advance...
> +-------------------------------------------------------+
> | Timothy Reed - American Chemical Society              |
> | UUCP:   ..uunet!wash08!txr98                          |
> ... etc.

If you want everyone on your system to have their KSH time out after, say,
5 minutes, set TMOUT in the /etc/profile to 5*60 seconds or 300.  This
would be the line you'd add to /etc/profile:

TMOUT=300; export  TMOUT; readonly TMOUT

With the readonly on there, the users cannot change or unset it in their
login shell.

Ian Kluft		HP Network Systems Group
hplabs!hprasor!kluft	Cupertino, CA

-----------------------------

From: Leslie Mikesell <les at chinet.uucp>
Subject: Re: -since option for ls -lt
Date: 10 Jun 88 03:37:51 GMT
Keywords: options ls find
To:       info-unix at brl-sem.arpa

In article <355 at conexch.UUCP> root at conexch.UUCP (Larry Dighera) writes:
>simple matter to get a listing of the files that have been changed within
>n days.  Try this:
> 
>        find . -ctime -n -exec ls -l {} \;

I would like to have a listing that shows only directory names (without
showing subdirectories) with the date of the last change to any non-directory
file contained in that tree.  Comparing this to a similar listing of
archive files would show which ones need to be updated.  The date of
a directory itself is pretty useless for this purpose, since compressing
files, compiling, deleting *.o files, etc. will affect the dir date
even though no real changes have happened.  I have almost resorted
to running zoo on all the directories where I am not actively working
just to get this effect...
Can it be done with any of the usual tools?  Hmm.. might be a good job
for perl when the version with filename globbing is released.

  Les Mikesell

-----------------------------

From: "Jack F. Vogel" <jack at turnkey.tcc.com>
Subject: Re: Network (ftp) access to ms-dos hard disks ??
Date: 9 Jun 88 18:26:56 GMT
Keywords: remote access to msdos disk, ethernet, polling
To:       info-unix at SEM.BRL.MIL

In article <179 at focsys.UUCP> larry at focsys.UUCP (Larry Williamson) writes:
>
>    I need to know if it is possible to access the hard disks on a
>ms-dos machine that is on a network of Unix and msdos machines.  The
>dos disk is to be accessed while the dos machine is busy with other
>work.  The dos machine is running a dedicated application (that we
>wrote). 
 
[...details omitted....]

First off you do not say just what sort of network it is you are using.
Assuming it is ethernet I have a few suggestions. If you use something
like Desqview or DoubleDos on the Dos machine you should be able to
both run your dedicated application and a tcp/ip package concurrently.
You might consider looking into the KA9Q tcp package, it is limited but
is functional and public domain, it has support for ethernet (3com), point
to point async. or various packet radio setups (which I don't think would
be relevant here). The source and pc-dos objects are available on turnkey.
The source has a makefile for SysV and BSD as well. We have successfully
compiled and used it between an SCO Xenix system and DOS system using
point-to-point async.
 
What I would suggest as a scenario is this. You run one of the above-mentioned
so-called DOS multitasking packages, then with the KA9Q package running as
one task the system would accept ftp put's of data whenever you desired. On 
the UNIX side you could have cron set up to check for data and then do an
automatic ftp to the DOS system whenever necessary. I suspect this would work
out nicely for you, as well as being very inexpensive. Send me some email if
you have further questions or need more detail.

turnkey has an anonymous uucp account if you wish to obtain the archive
mentioned. Login as nuucp, no password; ph# (714)662-7450 request the file:
		/usr/spool/uucppublic/files
and you should be on your way. Let me know of your success.

					Best of luck,

-- 
Jack F. Vogel
Turnkey Computer Consultants, Costa Mesa, CA
UUCP: ...{nosc|uunet}!turnkey!jack 
Internet: jack at turnkey.TCC.COM

-----------------------------

From: Adam Moskowitz <adamm at necis.uucp>
Subject: Did I find a bug in egrep or am I misreading the man page?
Date: 10 Jun 88 21:10:40 GMT
Keywords: bug, egrep, regular expressions, ed
To:       info-unix at SEM.BRL.MIL

While hacking /usr/lib/calendar to get it to understand about "10-Jun-88"-
style dates, I found what I think is a bug in egrep.  I generated the RE:

	'(0*10)([ -]*)([Ju][Uu][Nn][^ ]* *)'
		^^^^^
However, when I did 'egrep RE calendar' I got nothing.  Just for yucks, I
changed '[ -]*' to '[- ]*' and PRESTO - it worked.

Now, the manual page for ed(1) sez: "The following one-character REs match a
single character: . . .  1.4  A non-empty string of characters enclosed in
square brackets ([]) is a one-character RE that matches any single character
in that string. . . . The minus (-) may be used to indicate a range of . . .
The - loses this special meaning if it occurs first . . . or last in the
string."

Seems to me that either the manual page is wrong or egrep doesn't work "as
advertised".  Can anybody out there either confirm this or tell me what I'm
missing?  Oh yes, I've tried this on both a Sun w/s (Sun-2 I think) running
Interleaf and the gods alone know what under that as well as System V.2 on
my NEC XL.  Same results, of course.
-- 
Adam S. Moskowitz	            ...!(backbone)!{necntc,encore}!necis!adamm

     "How long, Dear Savior, oh how long, will this damn 'cc' take?
      Fly swift around ye idle bits and bring the promised a.out"

-----------------------------


End of INFO-UNIX Digest
***********************



More information about the Comp.unix.questions mailing list