HP3000-L Archives

April 2000, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Richard Gambrell <[log in to unmask]>
Reply To:
Richard Gambrell <[log in to unmask]>
Date:
Mon, 3 Apr 2000 19:06:39 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (42 lines)
Jeff Kell wrote:
>
> Russ Smith wrote:
>
> > What else is accessing your SERVICES file while you are trying to
> > edit it?  Better yet, can't you make a copy of the file for work and
> > then move it into place when you are done?
>
> I can't think of anything other than the library code that handles the
> service-to-number translation (and vice versa).  I only had it open
> perhaps 10 secs (add one line and keep/exit), that's not much worse
> than a 'cp;vi;mv' replacement.

I've clobbered a job stream trying to run a command file the same time
I was doing a copy.
>
> Jeff Kell <[log in to unmask]>

However, the thing that bothers me much more about what happened is
that the job stream running remsh.net.sys that got the tcp services
failure did not abort, but went on to run the next command instead.

I've noticed the same behavior from remsh when it couldn't resolve
the hostname - I believe it went on with the job. Please note that
remsh may be BSD, not NETIPC, but it isn't posix, but an MPE supported
command.

--
Richard L Gambrell,
Database Administrator and
Consultant to Computing Services at UTC

** UTC business:
  University of Tennessee at Chattanooga
  113 Hunter Hall, Dept. 4454
  615 McCallie Ave., Chattanooga, TN 37403-2598
  fax: 423-755-4025
  phone: 423-755-4551       email: [log in to unmask]

** other business or private:
  voice mail/cell phone: 423-432-5122  email: [log in to unmask]

ATOM RSS1 RSS2