HDTenEightyP/NetNews huggingface dataset:
From: geoff@tyger.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: Accessing CDFS with PC-NFS 4.0a
Date: 1 Oct 1992 12:12:21 GMT
Organization: SunSelect
NNTP-Posting-Host: tyger.east.sun.com

Quoth toreh@bootes.sds.no (Tore Haraldsen) (in <1992Sep30.222327.25690@ulrik.uio.no>):
#I have a Decstation 5000/120 running Ultrix 4.2 with a CDROM drive
#with a CD containing the Windows NT Developers Prerelease software. The
#CD is mountable and readable from Ultrix, and I can inspect the files
#locally.
#
#I mount with options defperm,noversion. The file system is then
#exported.
#
#I can mount the exported CDROM file system from my PC with PC-NFS 4.0a
#installed, but I cannot see any files from the PC.
#
#What is wrong?
#
#How do I correct it?
#
#-- tore

Most likely situation: you exported the CD mount point *before* you
mounted the CD device on it. As a result, what you've done is to
export the (presumably empty) directory that you used as the mount
point.

Fix: unexport the CD, then re-export it. 

Geoff

--
Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
-----------
News software that enforces a four-line .signature limit is responsible for
the fact that these postings just go on and on and on and seem to end in mid-
Newsgroups: comp.protocols.nfs
Subject: Re: rpc.pcnfsd error on Sun 3/60
From: hliao@calstatela.edu (Henry Liao)
Date: 6 Oct 92 18:30:04 PDT
Reply-To: hliao@calstatela.edu
Distribution: world
Organization: Cal State University, Los Angeles
Keywords: rpc.pcnfsd, Sun 3

In article 2785@nic.csu.net, hliao@calstatela.edu (Henry Liao) writes:
|>Does anyone know the cause of the following error message w/
|>pcnfsd V2?  It's running on a Sun 3/60 w/ SunOS 4.1.1 serving
|>PC-NFS 4.0a clients?
|>
|>Sep 28 13:45:34 foobar pcnfsd[1785]: rpc.pcnfsd: yp_match failed
|>
|>Is there a patch available for pcnfsd V2 to recognize all printer
|>names/aliases in /etc/printcap instead of name in 2nd field?
Here is a summary for my earlier post.

Thanks to the following people who responded.

Pierre-Antoine ANGELINI	angelini@irisa.fr
Geoff Arnold
and others that I don't have names at hand

Here are what had been suggested.

.  Obtain the latest version of pcnfsd (pcnfsd-920821.tar.Z)
   on bcm.tmc.edu.

.  Edit Makefile and make it.
---./Makefile---
...stuff deleted...
# SunOS 4.1[.x] for SPARC
CFLAGS = $(BUGFLAG) -DOSVER_SUNOS41
LIBS= -lrpcsvc
...stuff deleted...
---End of ./Makefile---

.  (Optional) setup /etc/pcnfsd.conf (Kill&Restart rpc.pcnfsd to re-
   read the configuration file if it was running.)
---/etc/pcnfsd.conf---
wtmp on
uidrange 99-60000
spooldir /var/spool/pcnfs
---End of /etc/pcnfsd.conf---

Note: I compiled the program for both Sun 3/60 (4.1.1) and Sun 4/380
(4.1.2) w/o any problem.  They seem to respond faster to the clients
for authentication than before.  "wtmp on" option doesn't seem to work.
I am still investigating the printer filter feature.  Well, that's it
for now.

-Henry Liao					o
California State University, Los Angeles	 )>
Networks & Distributed Systems Group	     ___./]___
VOICE:	(213) 343-4537, 343-4530	hliao@calstatela.edu
FAX:	(213) 343-4575			hliao@csula.bitnet
#include <std/disclaimer.h>
From: john@data.rain.com (John Mantey)
Newsgroups: comp.protocols.nfs
Subject: PCNFS V4.0 and SunOS 3.5.  Anybody done it?
Keywords: nfs, sunos 3.5
Date: 28 Sep 92 23:45:41 GMT
Distribution: na
Organization: Microtek DSD, Hillsboro, OR

So for those of us who insist on sticking with the oldest technology I
pose the question:  Has anyone out there gotten pcnfs 4.0 to run on
sunos 3.5?  I realize the manual states you must have 4.x or higher,
but I don't have the time to try to get a system capable of running
4.x on line right now.  Plus the system we're currently using for nfs
is incapable of using 4.x (practically, that is).  What are the
gotcha's involved if I actually do get it running on 3.5?  Will there
be some functionality loss?

Any help appreciated.


-- 
John Mantey    john@data.rain.com                   Microtek International, DSD
               ...uunet!intelhf!percy!data!john     3300 NW 211th Terrace
Those who know what's best for us,                  Hillsboro, Or 97124
Must rise and save us from ourselves. -Rush-        503-645-7333 x321
From: tim.meade%theweb@meaddata.com (Tim Meade) 
Newsgroups: comp.protocols.nfs
Subject: VIRTUAL FILE SYSTEM
Date: 30 Sep 92 21:39:00 GMT
Distribution: world
Organization: The Web BBS 1-513-436-9011 6 Lines 1200 News groups 50,000 files!
Reply-To: tim.meade%theweb@meaddata.com (Tim Meade) 

LOOKING FOR: information on the Virtual File System in SVR4 and Sun 4.x
and Sun Solaris.  Does any one know of a book or article that gives any
substantial information on its inner workings?  And more generally: does
anyone know of a good book or article on the SVR4 filesystem, in
general?

        Please email me any responses.

                        Thanx.
                                 Tim.
                                                                                                               
Newsgroups: comp.protocols.time.ntp
From: stanley@skyking.oce.orst.edu (John Stanley)
Subject: WWV/Heath Clock Says Today is October 0.
Reply-To: stanley@skyking.oce.orst.edu (John Stanley)
Organization: Oregon State University, Corvallis, OR
Date: Thu, 1 Oct 1992 03:08:17 GMT

Is it just me, or does anyone else's Heath "Most Accurate" Clock
say today is October 0, 1992?  It has synced up at least once today,
since I noticed that it was in "hi-spec" mode, and the tenths-o-seconds
digit is still on, but still has a bogus day.

I haven't seen it do this before, though I have seen it miss rolling
over to the next day. That fixed itself within a few hours, but this
has been 0 Oct all day.
From: sjr@afterlife.ncsc.mil (Stephen J. Roznowski)
Newsgroups: comp.protocols.time.ntp
Subject: Help with broadcast NTP
Summary: How to get broadcast NTP (version 2) working?
Date: 7 Oct 92 03:55:36 GMT
Organization: The Great Beyond

I'm having a problem configuring broadcast NTP (xntpd version 2). What
I have looks like this:
          
                              Tick
                             /
                            /
                           S
                           |
             ---------------------------- 123.123.123
               |     |     |     |    |
               A     B     C     D    E
          
S's configuration is:

	server Tick
	broadcast 123.123.123.255

I'm starting xntpd on "C" as follows:

	xntpd -b -c /missing -d -d -d -d

Looking at the output from the "client" xntpd, it never looks like
it is receiving broadcast packets. Additionally, running "xntpdc -p"
on S it looks like it is never broadcasting and a similiar command
on "C" is looks like it is never receiving.

What am I doing wrong?

Thanks,
-- 
Stephen J. Roznowski	(sjr@afterlife.ncsc.mil)
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.protocols.time.ntp
Subject: Re: NTP and time questions
Date: 27 Sep 92 02:27:11 GMT
Followup-To: comp.protocols.time.ntp
Distribution: usa
Organization: Naval Research Laboratory, DC


In article <1992Sep21.130829.9477@mlb.semi.harris.com>, 
	bgriffin@x102a.harris-atd.com (griffin, ben) writes:
% 1> Is there a commercial version of NTP available for SUN computers ?
%    ( We need to justify support, doc, etc. )

In article <1992Sep22.090938.16131@zoo.bt.co.uk>, 
	jcs@zoo.bt.co.uk (John C Sager) writes:
>I believe that Sun are going to supply a NTP implementation with Solaris
>2.1 but I have no further information than that.

  Forgive me if this is incredibly obvious, but it is important for
all of us folks to also ask local sales/marketing droids for NTPv3
support and ask why they are behind the times in not supplying an
NTPv3 daemon already with their OS.  

  The only way that vendors will start supplying NTP support with
their operating systems (and maybe spend 50 cents per cpu to build in
decent clocks) is if customers require them.

Yours for accurate time,

  Ran
  atkinson@itd.nrl.navy.mil

Newsgroups: comp.protocols.time.ntp
From: mcgraw@sunspot.sunspot.noao.edu (Robert McGraw)
Subject: dertime version of remote server
Organization: National Solar Observatory/SP, Sunspot NM, USA
Distribution: na
Date: Sun, 27 Sep 92 05:18:36 GMT

Is there a way to determing what NTP packet types (Version 1,2,3) is
being sent by a remote time server.


Thanks
Robert

-- 
------------------------------------------------------------------------
Robert P. McGraw, Jr.    
System Manager                 INTERNET:rmcgraw@sunspot.sunspot.noao.edu
National Solar Observatory/SP  SPAN: 5355::RMCGRAW or NOAO::RMCGRAW
Newsgroups: comp.protocols.time.ntp
From: jcs@zoo.bt.co.uk (John C Sager)
Newsgroups: comp.protocols.time.ntp
Subject: GPS Digest
Date: 2 Oct 92 08:18:54 GMT
Organization: British Telecommunications plc


The following was posted in sci.military, but there may be some interest
here.

------------------------- included posting ----------------------------------

From: gps-request@esseye.si.com (Andy Arkusinski)
Newsgroups: sci.military
Subject: GPS Digest
Date: 25 Sep 92 16:44:18 GMT
Followup-To: sci.electronics
Organization: Smiths Industries


>From gps-request@esseye.si.com (Andy Arkusinski)

A new Global Positioning System (GPS) Digest mailing list is being formed. 
Submissions will be accepted on the following topics (but not be limited
to):


      - Basic GPS Operational Concepts
      - USAF Navstar News Releases
      - Constellation Status
      - Satellite Vehicle (SV) News
      - User Equipment (UE) News / Receiver Reviews
      - Differential GPS
      - General Aviation GPS Receivers
      - Intelligent Vehicle Highway System (IHVS) Applications
      - Vehicle Tracking Applications
      - Marine Applications
      - Mapping Applications
      - Surveying Applications
      - Selective Availability (SA) - Anti-Spoofing (AS)
      - GLONASS (Russian Sat Pos System)


The GPS Digest will be moderated by Andy Arksusinski and Ken Jongsma.
Andy and Ken are senior engineers with Smiths Industries, a large 
international aerospace firm, with experience in military GPS applications.
Until the volume of messages dictate otherwise, messages will be
transmitted
in digest format on a periodic basis, with limited/minimal editing.

Requests to subscribe may be made to 

                       gps-request@esseye.si.com

Submissions may be made to 

                       gps@esseye.si.com



Andy Arkusinski                                 arkusinski_andy@si.com
Smiths Industries                               arkusinski@swdev.si.com
4141 Eastern Ave, SE
Grand Rapids, MI  49518-8727

--------------------------- end of included posting -----------------------

John C Sager					Mail:	B67 G18, BT Labs
Email:	jcs@zoo.bt.co.uk				Martlesham Heath
Tel:	+44 473 642623					IPSWICH  IP5 7RE
Fax:	+44 473 637614					England
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Keeping up with my friends
Date: 28 Sep 92 13:45:33 GMT
Distribution: inet
Organization: The Internet

Folks,

All patches received as of last night 27 September UTC have been
incorporated in the xntp3.tar.Z distribution now on louie.udel.edu.
These do not impact just about anybody not playing with gimmicks like
pps signals, GPS drivers, etc. There is a driver for the Motorola (?)
ms4200 GPS receiver plus some pps changes that support the use of the
carrier-detect signal of a radio driver, rather than a dedicated 
serial line, but that's in alpha test. The main reason for the 
update is to resynchronize various efforts ticking along with my
friends.

To avoid cockpit errors on my part, which led to a massive meltdown
in my own copy, I would appreciate patches organized so that I can
cd to the top-level directory and run patch. This makes it easy to
extract tar files to different top-level directories for maintenance.

Thanks for your thupport.

Dave
From: brucem@cinops.Xerox.COM (Bruce Mackey)
Newsgroups: comp.protocols.time.ntp
Subject: Naive questions regarding GPS usage
Date: 6 Oct 92 17:43:37 GMT
Reply-To: brucem@cinops.Xerox.COM
Organization: Xerox Corporation, Webster NY

We are looking into getting a Motorolla GPS receiver (a SIXGUN 600).
It is powered through its RS-232 port, and comes with an antenna, but
what else is necessary?  Does it need any special drivers or does it
work with xntp3 straight out of the box...?  I'd appreciate hearing from
anybody who has had previous experience with this puppy.
---
Bruce Mackey
From: wales@CS.UCLA.EDU (Rich Wales)
Newsgroups: comp.protocols.time.ntp
Subject: How good a chimer is a Sun-4/380?
Date: 1 Oct 92 22:51:16 GMT
Distribution: inet
Organization: The Internet

How well can I expect a Sun-4/380 to perform as a stratum-2 NTP server?

Right now, we (UCLA CS Department) are using two IBM RT/PC's at stratum
2.  The nice thing about the RT's is that their system clock has a gran-
ularity of 1 microsecond (precision = -20); the Suns, by contrast, have
a clock granularity of 20 milliseconds (precision = -6).

Our RT's, which were given to us three or fours years ago as part of an
IBM equipment grant, are slowly dying.  There is also a certain amount
of pressure here in our department to simplify our lives by reducing the
number of different kinds of machines we support.  Hence, the "handwrit-
ing on the wall" around here seems to say we should phase out the RT's
and move our NTP stratum-2 activity to our five Sun-4/380's.

Please note that our Sun-4/380's have not exhibited any of the clock
instability that has plagued so many of our SPARCs.  My main concern is
the grainy clock precision on the Suns and what effect this will have
on our time-sync efforts.

Comments (either from theory or actual experience)?

Rich Wales <wales@CS.UCLA.EDU> // UCLA Computer Science Department
3531 Boelter Hall // Los Angeles, CA 90024-1596 // +1 (310) 825-5683
From: hakimian@haney.NoSubdomain.NoDomain (Karl Hakimian - staff)
Newsgroups: comp.protocols.time.ntp
Subject: List of clocks
Date: 2 Oct 92 21:37:21 GMT
Article-I.D.: serval.1992Oct2.213721.1365
Organization: Washington State University

Ok, I give up. Where is the latest list of ntp clocks? About a year ago I set
up our systems to run ntp, since then all of the clocks on the internet that
we used as stratum 1 clocks are gone.

-- 
Karl Hakimian
hakimian@yoda.eecs.wsu.edu
Newsgroups: comp.protocols.time.ntp
Subject: broadcast clients
From: mark@comp.vuw.ac.nz (Mark Davies)
Date: Thu, 1 Oct 1992 10:15:17 GMT
Organization: Dept. of Comp. Sci., Victoria Uni. of Wellington, New Zealand.


I'm trying out the broadcastclient setting in a recent xntp3 (about a month
old) and I cant get it to work.  I've set one xntpd up to broadcast and I can
see the broadcasts on the wire with etherfind but the client is not accepting
them.

With xntpdc iostats I can see that "ignored packets" goes up with each
broadcast packet so its seeing something.  So what am I missing?

cheers
mark
From: ken@SDD.HP.COM (Ken Stone)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Keeping up with my friends
Date: 28 Sep 92 16:58:15 GMT
Distribution: inet
Organization: The Internet


> All patches received as of last night 27 September UTC have been
> incorporated in the xntp3.tar.Z distribution now on louie.udel.edu.

Couple of nits Dave ... both concern the addition of the mx4200.

  -- Ken


*** xntpd/Makefile.tmpl	Mon Sep 28 09:46:08 1992
--- xntpd/Makefile.tmpl.orig	Mon Sep 28 09:45:45 1992
***************
*** 88,93 ****
  refclock_dcf77.o:	refclock_dcf77.c
  	$(CC) $(COPTS) $(DEFS) $(CLOCKDEFS) $(INCL) -c $*.c
  
- refclock_mx4200.o:	refclock_mx4200.c
- 	$(CC) $(COPTS) $(DEFS) $(CLOCKDEFS) $(INCL) -c $*.c
- 
--- 88,90 ----
*** xntpd/refclock_mx4200.c	Mon Sep 28 09:50:25 1992
--- xntpd/refclock_mx4200.c.orig	Mon Sep 28 09:46:49 1992
***************
*** 44,50 ****
  #include <sys/ppsclock.h>
  #include <sys/socket.h>
  
! #ifdef STREAM
  #include <sys/stropts.h>
  #else
  #include <sys/ioctl.h>
--- 44,50 ----
  #include <sys/ppsclock.h>
  #include <sys/socket.h>
  
! #ifdef PPSCLOCKSTR
  #include <sys/stropts.h>
  #else
  #include <sys/ioctl.h>
Newsgroups: comp.protocols.time.ntp
From: jimb47@netcom.com (Jim Budler)
Subject: Re: Nuz from Santa Cruz
Date: Sat, 26 Sep 92 10:04:46 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: inet
X-Newsreader: Tin 1.1 PL5

Dave Katz (dkatz@CISCO.COM) wrote:
: Just in case you were wondering why your GPS coverage wasn't up to snuff.
: 
: My favorite news description called the satellite "a device designed to
: direct satellites during a nuclear first strike" (with no other explanation,
: of course.)
: 
: I couldn't decide which side was being more hysterical in all this.  And
: the judge seems to have a loose screw or two himself.
> 
> 
> From the Santa Cruz Sentinel, 9/22/92
> 
> Satellite Protesters Sentenced
> 
> SANTA ANA -- Two Santa Cruz peace activists drew federal prison sentences in
> a packed Santa Ana courtroom Monday for doing nearly $3 million in damage
> to a U.S. space satellite in Seal Beach last April.
> 
> Peter Allen Lumsdaine, 37, was sentenced to 24 months in federal prison by
> U.S. District Judge Gary L. Taylor.
> Lumsdaine's accomplice, Keith Kjoller, 31, drew an 18-month sentence.
[...]
> The two could have been sentenced to 10 years for the federal charge of
> destroying property being made for the government. 
> Federal probation officials had referred to them as "terrorists" in
> their pre-sentencing report.

In reviewing the post, I can find no basis for the statement:
	"the judge seems to have a loose screw or two himself"

Given the reality that they actually did destroy some property.

Given that the judge required them to pay in the $10K region when
the prosecution was claiming $3m.


-- 
Jim Budler

also jimb@silvlis.com and 72415.1200@compuserve.com
From: wales@CS.UCLA.EDU (Rich Wales)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Reminder: Changes to NTP hosts at UCLA
Date: 29 Sep 92 05:42:03 GMT
Distribution: inet
Organization: The Internet

Dave --

Replying to:

	Have you an official update for clock.txt? If not, I would
	much appreciate an amendment in the clock.txt format. I
	have to admit that the work keeping that treasure current
	is very much simplified if I can just paste updates into
	that file.

Understood.  See below for new information which should replace the
current info for the UCLA CS Department.

Rich Wales <wales@CS.UCLA.EDU> // UCLA Computer Science Department
3531 Boelter Hall // Los Angeles, CA 90024-1596 // +1 (310) 825-5683

========================================================================

ntp1.cs.ucla.edu (131.179.128.2)
Location: UCLA Computer Science Department, Los Angeles, CA
Geographic Coordinates: 34:04:08N, 118:26:31W
Synchronization: NTP secondary (stratum 2), RT/Unix
Service area: NSFNET, SDSC region
Access policy: open access
Contact: Rich Wales (wales@cs.ucla.edu)
Note: Please select only one of {ntp1,ntp2}.cs.ucla.edu to equalize load

ntp2.cs.ucla.edu (131.179.128.5)
Location: UCLA Computer Science Department, Los Angeles, CA
Geographic Coordinates: 34:04:08N, 118:26:31W
Synchronization: NTP secondary (stratum 2), RT/Unix
Service area: NSFNET, SDSC region
Access policy: open access
Contact: Rich Wales (wales@cs.ucla.edu)
Note: Please select only one of {ntp1,ntp2}.cs.ucla.edu to equalize load

========================================================================
From: jcs@zoo.bt.co.uk (John C Sager)
Newsgroups: comp.protocols.time.ntp
Subject: Accurate timekeeping on a Sparc 2 (!)
Date: 2 Oct 92 08:03:08 GMT
Organization: British Telecommunications plc


I've been using the last but one xntp3 distribution with Craig Leres'
Carrier Detect interrupt code. Thank you, Craig, it works a treat!
After making some changes, particularly in ntp_loopfilter.c it worked ok.
I then got reliable sync with daily offset variations of well below 1ms.

Since the 1PPS signal (from a GPS receiver) is rock-solid (almost! - I got
some outages for a few seconds around 2230 UTC 29 Sep), I decided to
play with the PLL time constants to get the workstation to track better.
When pps_control is valid, I use a value of 4 for CLOCK_PHASE (compared
with 10) and 16 for CLOCK_FREQ (compared with 24), but revert to the old
values if the 1PPS signal disappears. I now get offsets which
only exceed 50us in the early morning when the office heating switches on.
The drift varies diurnally over the range 50-54ppm on my workstation, due
to temperature variations - and that in a relatively mild South East England
at this time. So now you know how bad Sun system clock oscillators are!
CLOCK_FREQ cannot be reduced further, as the loop then goes unstable
because of the 64 sec update period (I think).

On trying to find out why my daemon's advertised root dispersion was so large,
I discovered that the value of NTP_SKEWINC was a factor of 4 too high - a
hangover from the days when CLOCK_ADJ was 2 (4 secs) rather than 0 (1 sec).
NTP_SKEWINC should now be 49170. This is, however, a second-order and very minor
problem.
I also discovered that SunOS4.1.2 can give 1us resolution on its gettimeofday()
call, so the precision, set in the ntp.conf file, should be -20 for
this configuration. I now have a root dispersion in the low microsecond
range.

John C Sager					Mail:	B67 G18, BT Labs
Email:	jcs@zoo.bt.co.uk				Martlesham Heath
Tel:	+44 473 642623					IPSWICH  IP5 7RE
Fax:	+44 473 637614					England
From: wales@CS.UCLA.EDU (Rich Wales)
Newsgroups: comp.protocols.time.ntp
Subject: Reminder: Changes to NTP hosts at UCLA
Date: 29 Sep 92 00:35:07 GMT
Distribution: inet
Organization: The Internet

Just a reminder that the old gw2.cs.ucla.edu (131.179.128.3) is now a
Wellfleet router that does not (and presumably never will) speak NTP.

The IBM RT that used to be GW2 has been moved to a new address
(131.179.128.5) and has been renamed ntp2.cs.ucla.edu.  So, if you
used to sync with 131.179.128.3, please change your NTP configuration
=now= to refer to the new address.

Our other stratum-2 ticker (gw1.cs.ucla.edu, 131.179.128.2) is still
up, but has been renamed ntp1.cs.ucla.edu.

Rich Wales <wales@CS.UCLA.EDU> // UCLA Computer Science Department
3531 Boelter Hall // Los Angeles, CA 90024-1596 // +1 (310) 825-5683
Newsgroups: comp.protocols.time.ntp
From: manson@magnus.acs.ohio-state.edu (Bob Manson)
Subject: seen in alt.slack
Summary: The Con is EVERYWHERE!
Keywords: ntp, =, tool, of, Con
Organization: The Ohio State University
Date: Fri, 2 Oct 1992 15:46:22 GMT

>Newsgroups: alt.slack
>From: jbpn1@cl.cam.ac.uk (J.B.P. Naylon)
>Subject: ntp = tool of Con
>Reply-To: jbpn1@cl.cam.ac.uk (J.B.P. Naylon)
>Organization: Slack International
>Date: Fri, 2 Oct 1992 10:22:17 GMT
>
>how can you exercise time control, when ntp keeps setting your system
>clock by some conspiracy-owned machine?  i'd really like to know, skum!
>
>kill ntpd now.
>
>and signatures are stupid too.

I hope it's not true! Otherwise I've stolen slack from thousands of
people...
							Bob
manson@magnus.acs.ohio-state.edu
Newsgroups: comp.protocols.time.ntp
From: bachmann@austin.ibm.com (Dave Bachmann)
Newsgroups: comp.protocols.time.ntp
Subject: Stratacom refclock on RS6000
Date: 29 Sep 92 22:01:17 GMT
Organization: IBM Austin
Originator: bachmann@bachmann.austin.ibm.com


Has anyone been able to get the refclock_wwvb code to work on an RS/6000?
I'd like to get our xntp3 guy to talk to a Stratacom clock we have here,
but things like the TIOEXCL ioctl and F_SETOWN fcntl don't seem to agree 
with AIX.  I found an easy workaround for the TIOEXCL, but not the F_SETOWN.
Any help would be appreciated.

Dave Bachmann, speaking for myself
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Re:  Reminder: Changes to NTP hosts at UCLA
Date: 29 Sep 92 04:59:50 GMT
Distribution: inet
Organization: The Internet

Rich,

Have you an official update for clock.txt? If not, I would much 
appreciate an amendment in the clock.txt format. I have to admit that
the work keeping that treasure current is very much simplified if
I can just paste updates into that file.

Dave