HDTenEightyP/NetNews huggingface dataset:
From: prg@nessie.mcc.ac.uk (Pete Green)
Newsgroups: comp.protocols.nfs
Subject: Can't access files - help please !
Date: 21 Aug 92 20:28:19 GMT
Organization: Manchester Computing Centre

I am using PC-NFS V3.5 on a 386 machine running DOS 5 with a HP720 'Snake'
box as my server. The problem that I am having is that certain DOS programs
are unable to 'find' files in directories on the mounted drive. DIR shows
the files as being present, my PC editors are happy to open the files and
write them back OK but the BACKUP command, for example, can't find the
files. I have check the file and directory permissions User RWX all the way
down the path and the files themselves.

Can anyone point me at what I have missed - please ?

Many Thanks,

Peter Green.


 

-- 
Peter R. Green ------- Tel:+44 61 200 4738 ---- Fax:+44 61 200 4019 -----------
  JANET: prg@uk.ac.mcc.nessie INTERNET: prg%nessie.mcc.ac.uk@nsf-relay.ac.uk   
    POST:  Lab A16, Main Bldg., UMIST University, PO Box 88, Manchester, UK
----------------------- #include <std.disclaimers> ----------------------------
Newsgroups: comp.protocols.nfs
From: tim@mdd.comm.mot.com (Tim Rosmus)
Subject: Re: PC/NFS and MS Win not printing
Organization: Motorola, Mobile Data Division - Seattle, WA
Distribution: na
Date: Thu, 20 Aug 1992 15:59:53 GMT

In <alan.714259789@edstar> alan@edstar.ucsb.edu (Alan Moses) writes:

>Similar situation here: PCNFS 4.0a, Windows 3.1, WinWord 2.0a,
>with a Deskjet on LPT1 that prints fine from DOS but fails
>from WinWord (and Write). Even though it works fine from DOS
>with NFS loaded (so it's not purely NFS' problem), this
>same configuration worked just fine until I upgraded from
>PCNFS 3.5 to 4.0a. What's up? Any clues, Geoff?

From the "readme.txt" file in the 40a patch dir......

USE PRINT MANAGER TO CONTROL PRINTING 

When configuring Printers to be used with PC-NFS software, it is
recommended that you use the Print Manager. You can do so by selecting 
"Use Print Manager" in Control Panel. Print Manager correctly handles 
output redirection to a local or remote printer. If you have problems 
printing to a local printer (i.e., one attached to your machine), go 
to Print Manager and verify that "Print Net Jobs Direct" is disabled. 
In Windows 3.1, select "Options" and then select "Network Settings." 
In Windows 3.0, select "Options" and then select "Network."
-- 
 Internet:         <tim@mdd.comm.mot.com>  |      Tim Rosmus (Sys Analyst)
 Motorola-X400-ID: <ctr001>                |   Motorola - Mobile Data Division
 ...uw-beaver!uw-coco----\   (uucp)        |      19807 North Creek Parkway
 ...uunet-------------------!mdisea!tim    |     Bothell, WA  (206) 487-5928
From: gsa@easyaspi.udev.cdc.com (gary s anderson)
Newsgroups: comp.protocols.nfs
Subject: Re: Quick question!!!!!!  (Please!)
Keywords: BSD
Date: 14 Aug 92 16:40:29 GMT
Reply-To: gsa@easyaspi.udev.cdc.com (gary s anderson)

In article <1992Aug14.043854.2772@wuecl.wustl.edu>, jdw@wucs1.wustl.edu (j d wilson) writes:
|> In article <1992Aug11.002812.8218@lclark.edu> herlock@sun.lclark.edu (Jon Herlocker) writes:
|> >
|> >	We have a network of SparcStations and a few DECstations.  We
|> >have rpc.pcnfs 4.0  running on all of our sparc stations.  I have two
|> >quick questions:  is pcnfsd available for BSD-only OS's such as Ultrix
|> >and if it is, is it free like the SunOS rpc.pcnfsd?
|> >
|> 
|> I'm not sure about pcnfs 4.0, but 3.5 comes with the source
|> code to pcnfsd, so, if your exerienced with Unix Internals etc...
|> you should be able to modify the source code to run with Ultrix.
|> 
|> We may be porting pcnfsd to Intergraph some day too.
|> 
|> Hope this helps!
|> 
|> j d wilson

I've seen the "rpc.pcnfsd for BSD" query come up a couple of times
and thought it might be worth sharing my brief porting notes.
(I don't think anyone at SUN will mind?????)

1)	There are a number of compile time features which you probably
	want to take a look at (e.g. user caching, shadow password file
	support, wtmp logging, etc.).

2)	My port was for a MIPS 4.5.x BSD environment.

3)	There were three main routines not available in the MIPS' BSD
	environment:  sigaction, strstr, and strdup.  I replaced sigaction
	with corresponding BSD signal routines and I grabbed the 
	"strstr" and "strdup" routines from the MIPS' SYSV libraries
	(its nice to have both worlds handy).

	NOTE - "strstr" and "strdup" are trivial algorithms.  However, I'm not
	sure about their availability in other BSD environments (e.g. ULTRIX).

4)	I have not played with the "testor", we had enough eager users
	willing to do their own testing, directly from PC's.

5)	I also have not enabled the shadow password file, shell check, or the
	user caching features, so there may be a skeleton hiding.

6)	There have been a few complaints about the printers (this issue
	was discussed earlier in this newsgroup).  Otherwise, I haven't
	received any flames from the users (i.e. no news is good news????).

7)	Finally, there were a few Makefile changes and some header deck
	ordering issues which may just be unique to my environment.

The bottom line is that rpc.pcnfsd seems to work OK in our BSD
environment without requiring any major porting effort (at least
the features we have enabled seem to work OK).

If anyone else has any other tidbits to pass on, especially with 
issues/concerns about other pcnfsd V2 features, I would think that they
would be generally welcomed by this newsgroup.
From: garrett@lib.washington.edu (Adam Garrett)
Newsgroups: comp.protocols.nfs
Subject: Re: PC/NFS and MS Win not printing
Date: 20 Aug 92 14:39:24 GMT
Article-I.D.: u.1992Aug20.143924.3891
Organization: University of Washington Libraries

In article <alan.714259789@edstar>, alan@edstar.ucsb.edu (Alan Moses) writes:
> Similar situation here: PCNFS 4.0a, Windows 3.1, WinWord 2.0a,
> with a Deskjet on LPT1 that prints fine from DOS but fails
> from WinWord (and Write). Even though it works fine from DOS
> with NFS loaded (so it's not purely NFS' problem), this
> same configuration worked just fine until I upgraded from
> PCNFS 3.5 to 4.0a. What's up? Any clues, Geoff?
> 

I am having the exact problem using a HP Thinkjet printer and driver with
PCNFS 4.0a, Windows 3.1, WinWord 2.0a too.  I called Microsoft and after a few tests, they suggested I reinstall Windows because it is corrupt.  Before I do anything that drastic, I am going to disable PC-NFS and see if it works without it.  Note, I am able to print fine using 'Notepad'.

Adam R. Garrett
University of Washington Libraries     INTERNET: garrett@lib.washington.edu
352 Suzzallo Library, FM-25            PHONE:    (206) 543-8843
Seattle, WA  98195                     FAX:      (206) 685-8049
From: tmjohns@idss.nwa.com (Tony Johnson)
Newsgroups: comp.protocols.time.ntp
Subject: NTP:RS6000 LOCAL CLOCK SUPPORT
Date: 18 Aug 92 12:36:04 GMT
Distribution: inet
Organization: The Internet

I rebuilt the version 3 ntp for the RS6000. My attempt to utilize the local
> clock support fails. I understand this was not tested at the time of release.
> Is it possible these features have since been tested, can you please help?
> 
> 
>                               Tony Johnson
>                               Northwest Airlines
>                               (612) 727-4410
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Re:  Patch and Configfiles for xntp3
Date: 19 Aug 92 23:48:30 GMT
Distribution: inet
Organization: The Internet

Matthias,

Thanks for the poop. It will be in the next update.

Dave
Newsgroups: comp.protocols.time.ntp
From: k2@bl.physik.tu-muenchen.de (Klaus Steinberger)
Subject: Re: I also need NTP->DTS for DECnet V
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Mon, 3 Aug 1992 19:25:18 GMT

paul@kuhub.cc.ukans.edu writes:

>Yes, Chimers, I too have started to tiptoe (stumble) down the path of
>DECnet Phase V. Any of you other VMSers find code to coerce DTS to
>ingest NTP provided chime? Thanks!

Look into ftp.bl.physik.tu-muenchen.de:/pub/vms/DECdts  [129.187.160.11]

I've modified the DECdtss examples, so that DTSS$PROVIDER could
query a NTP Version 3 server (it also works with NTP Version 2, if
you set a compile switch, but with some constraints).

There are bugs, at least my dtss$provider disappaers sometimes, I did not
track this bug down yet. But better than nothing .....

I've only supplied the the modules for NTP querying, and a short patch
file for DTSS$PROVIDER.C, as DEC's copyright prohibits distributing
their Example Code.

Sincerely,
Klaus

--
Klaus Steinberger               Beschleunigerlabor der TU und LMU Muenchen
Phone: (+49 89)3209 4287        Hochschulgelaende
FAX:   (+49 89)3209 4280        D-8046 Garching, Germany
Internet: Klaus.Steinberger@bl.physik.uni-muenchen.de
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Encryption follies, take 2
Date: 22 Aug 92 03:03:01 GMT
Distribution: inet
Organization: The Internet

Folks,

A bunch of conspirators have sent me data for the authspeed
program on several hotshot workstations. The results follow below.
Perhaps I should have leveled the playing field by asking all
players to use the native system compiler and default optimization.
Anyway, the data are sorted by DES speed just because I didn't
think of anything more clever. The performance differences of
DES relative to MD5 on some machines is interesting. I'm sure this
will interest the architects among us.

Authentication delays (us)	DES	MD5
HP9000/730 hpux8.07  (+O1)      18      87
SGI Indigo R4000		19      48
HP9000/720 hpux8.07		21	66
SGI 4/35			38	110
DECstation 5000/240 cowbird	39	81	
Sun4c/75 SS2			43	96
Sun4c/50 IPX malarky            47      94
DECstation 5000/33 sundeck      49      106
SGI Indigo			54	115
DECstation 5000/125 herald      63      136
Sun4c/65 SS1+ pogo              72      159
Sun4c/40 IPC grundoon		73	163
Sun4c/60 SS1 albert		95	199
Sun4c/20 SLC			95	203
DECstation 3100 sheol           98      214
DECstation 2100 circus		126	278


Dave
From: ken@SDD.HP.COM (Ken Stone)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Reducing distribution clutter
Date: 17 Aug 92 19:15:55 GMT
Distribution: inet
Organization: The Internet


> Splitting the milliseconds is easy with the '240 birds. Send me your
> additions to this list (use: authspeed auth.samplekeys in the authstuff
> subdirectory) and I'll award prizes.

Ok, first question is ... has anyone ever thought about cleaning up this
code to use nice thing like "volatile" so that at leats semi-intelligent 
optimizers and make semi-intelligent decisions :-) ???  If I take the 
standard conservative approach and compile using +O1, I get numbers like

    authentication delays (us)      DES     MD5
    HP 730 running 8.07  (+O1)      18      87

but If I get brave and crank the optimizer up to +O3, I can clean up the
MD5 number a bit to match the DES

    authentication delays (us)      DES     MD5
    HP 730 running 8.07  (+O3)      16      50

Now have I tried building and running xntpd at +O3 ? ... nope.  Do I think
it would work ?  ... nope.  At least with the v2 code, funny things seemed
to start happening at +O2.

So I guess 18/87 needs to be my entry for now.

  -- Ken
From: emv@msen.com (Edward Vielmetti)
Newsgroups: comp.protocols.time.ntp
Subject: [comp.newprod] RS232 Temperature Sensor
Date: 20 Aug 1992 09:55:03 -0400
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: nigel.msen.com
X-Newsreader: Tin 1.1 PL3

a tool for those who want to build a network temperature protocol too.  --Ed

[ Author was info@nw.com ]
[ Posted on 17 Aug 92 21:50:35 GMT ]

Network Wizards today introduced the WizTemp-2 RS-232 based temperature
sensor.  This second generation sensor is ideal for machine-room and
environmental temperating monitor applications.

The new unit is packaged in an RS-232 connector shell, and includes a
temperature sensor with a 12' monitoring probe.  Software, including source
code, is available for most Unix systems.  The software includes a daemon
to monitor and record the temperature, and activate user-configurable
alarms when abnormal conditions are detected.  Additional functions include
programs to print or display daily temperature graphs on terminals,
PostScript printers, and X windows.  The price for one sensor starts at
$179.  Contact Network Wizards at info@nw.com; phone (415) 326-2060;
fax (415) 326-4672.
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Re:  An histrionic event
Date: 22 Aug 92 01:30:04 GMT
Distribution: inet
Organization: The Internet

Folks,

I lied. All the 128.4 critters EXCEPT famous citizens formerly called
dcn1.udel.edu and dcn5.udel.edu did in fact desert the 128.4.0 "subnet"
for their 128.4.1 subnet on Monday as advertised. Here we are on Friday
and all citizens are finally aligned on the right wire. Our two
stratum-1 public tickers are rackety.udel.edu (128.4.1.1) and 
churchy.udel.edu (128.4.1.5). Sorry for the adventure and I wouldn't
even mention it, but some of the 500-odd customers chiming those souls
sent me mournful messages when they couldn't find old friends.

Rejoice.

Dave, for the Delabunch
Newsgroups: comp.protocols.time.ntp
From: pcg04000@mailszrz.zrz.tu-berlin.de (Peter-Ch. Gentz)
Subject: Wanted  timed for SUN
Reply-To: gentz@zrz.tu-berlin.de
Organization: ZRZ/TU-Berlin
Date: Thu, 20 Aug 1992 10:06:27 GMT


I am looking for a timed (source)  runable on SUNs.

My Sun is a Stratum-1-Server, but we have some maschines
which can't run xntp. But some of these maschines can run timed.
So I want to run both (xntpd and timed-master) on my SUN.

Any pointers wellcome.

-- 
Peter-Ch. Gentz         Tel.:  +49 30 314 23897  
c/o TU-Berlin/ZRZ       s=gentz ou=zrz p=tu-berlin a=dbp c=de 
Einsteinufer 17         gentz@zrz.tu-berlin.de 
D 1000 Berlin 10
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Yet another (yawn) update
Date: 13 Aug 92 04:24:11 GMT
Distribution: inet
Organization: The Internet

Folks,

This message is primarily for record, just in case somebody is following
all the bumps and grinds. A bunch of hard-working blokes have provided
patches for the MD5 code and fixed a bunch of porting idiosyncra. The
latest round was for compatability with 4.4BSD. There are configuration
files for Sun, Ultrix 4 and NeXT tested and shrinkwrapped. We are
asking for volunteers to contribute configuration (Config) files 
peculiar to exotic platforms like Sequent, Cray, Iris, Touchstone Delta
and CM5s. Your adventure will be rewarded by a free timestamp from
a dGPS receiver. The rewards can be snarfed from louie.udel.edu as the
file ~pub/ntp.xntp3_md5.tar.Z. Void where prohibited.

Dave
From: rouilj@dl5000.bc.edu (John P. Rouillard)
Newsgroups: comp.protocols.time.ntp
Subject: where is the ntpversion switch in xntpdc?
Date: 17 Aug 92 00:20:08 GMT
Article-I.D.: dl5000.ROUILJ.92Aug16192008
Organization: Institute for Space Research, Boston College


Figuring that I should get with it, and having a couple of spare
hours, I brought up xntpd3 (louie.udel.edu:/pub/ntp/xntp3.tar.Z) on a
machine that will be timeserver.cs.umb.edu.  Having used xntpdc before
to get a better idea of whether or not things are funtioning properly,
I started it up against the version 3 server, and everything worked as
expected.

Then just to check on sanity a little, I ran it against
timeserver.cs.umb.edu which runs xntp2. However I timed out on the
connection.  Then I tried it with an xntp2 xntpdc. This one worked
fine.  Ok, no problem I have to change the queries from v3 to v2, but
I can't find any command to do that!

Do I really need to keep both v3 and v2 versions of xntpdc around to
do runtime configuration on the two different types of servers?

Are there any other problems that people have come across when
changing from version 2 to version 3 and interoperating v2 and v3?

-- John
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Re:  Reducing distribution clutter
Date: 22 Aug 92 02:55:34 GMT
Distribution: inet
Organization: The Internet

Ken,

Thanks. I'll post a summary when I get a chance.

Dave
From: glenn@SUNDECK.USASK.CA
Newsgroups: comp.protocols.time.ntp
Subject: Re: Reducing distribution clutter
Date: 17 Aug 92 15:49:39 GMT
Distribution: inet
Organization: The Internet

>Measured times (authdelay) to compute the message digest with both DES
>and MD5 for various machines are
>
>suthentication delays (us)      DES     MD5
>DECstation 5000/240 cowbird     39      81
>Sun4c/50 IPX malarky            47      94
>Sun4c/65 SS1+ pogo              72      159
>Sun4c/40 IPC grundoon           73      163
>Sun4c/60 SS1 albert             95      199
>
>Splitting the milliseconds is easy with the '240 birds. Send me your
>additions to this list (use: authspeed auth.samplekeys in the authstuff
>subdirectory) and I'll award prizes.

Well, since there are prizes ;-)  All these machines live in the domain
usask.ca.

DECstation 2100		circus		126	278
DECstation 3100		sheol		98	214
DECstation 5000/125	herald		63	136
DECstation 5000/33	sundeck		49	106

And my favorite..
VAXstation 2000		tock		1536	4769
(It takes almost forever to run authspeed -m on this slow beast.)

I could do some timings on older suns, but it probably isn't worth it...

Glenn
From: ken@SDD.HP.COM (Ken Stone)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Reducing distribution clutter
Date: 17 Aug 92 19:57:26 GMT
Distribution: inet
Organization: The Internet


> > If I take the 
> > standard conservative approach and compile using +O1
> 
> Is this with HP cc? gcc?  It's hard to know what various optimizations do
> without knowing what the compiler is.

Ahhh ... yes, I should have stated that this is with HP's "good" cc ... the
one you have to pay for to get.

  -- Ken
From: bgriffin@X102A.ESS.HARRIS.COM (griffin ben 79743)
Newsgroups: comp.protocols.time.ntp
Subject: (none)
Date: 20 Aug 92 17:13:02 GMT
Distribution: inet
Organization: The Internet

Hello ntp guru,

    I'm looking for some assistance in configuring the ntp system at our
site.  At the moment the network that I am concerned with consists of only 
two computers.  One of them will have a UTC feed in the future, but for
testing purposes we would like them to syncronize to one of the computers'
internal clock.  I have completed the following:

	1. Installed the ntpd daemons on both machines.
	2. Configured each to be a peer of the other.
	3. Verified that the daemons are working through ntpdc.

   What seems to happen is that they move farther apart.  My big question
is how do I configure the daemons so they will syncronize automaticaly? 

   Any help will be appreciated.

   Thanks,

     Ben Griffin

Harris Corporation, Melbourne FL.    bgriffin@rhino.ess.harris.com
From: gdmr@dcs.ed.ac.uk (George Ross)
Newsgroups: comp.protocols.time.ntp
Subject: Re: Reducing distribution clutter
Date: 18 Aug 92 12:17:17 GMT
Distribution: inet
Organization: Department of Computer Science, Edinburgh University

In article <9208161609.aa21356@huey.udel.edu>, Mills@UDEL.EDU writes:
> ... (use: authspeed auth.samplekeys in the authstuff
> subdirectory) ...

Is there some reason this stuff couldn't be done by the server when it starts
up, rather than being pre-computed?  It would make it much easier to share
configuration files between machines, and it would have the advantage of
measurung the real keys (maybe the difference is insignificant).  Or would it
just be too slow, even with a reduced number of loops?

Also (at least, according to the man-page), "authdelay" expects only one
parameter.  Is this for DES?  MD5?  Both?  Neither?  Is there something the
man-page isn't telling us?

Oh, MD5 authdelay on a Sun-3/60 is 846us.  I suppose DES would be about
450-ish.
-- 
George D M Ross, Department of Computer Science, University of Edinburgh
     Kings Buildings, Mayfield Road, Edinburgh, Scotland, EH9 3JZ
Tel: 031-650 5147   Internet: gdmr@dcs.ed.ac.uk   JANET: gdmr@uk.ac.ed.dcs
Xref: sparky comp.protocols.time.ntp:821 comp.sys.sun.misc:3782
From: jcs@zoo.bt.co.uk (John C Sager)
Newsgroups: comp.protocols.time.ntp,comp.sys.sun.misc
Subject: adjtime() problem on SunOS?
Date: 19 Aug 1992 09:26:21 GMT
Organization: British Telecommunications plc


I'm running xntpd version 3 on a Sparcstation 2 running SunOS 4.1.2 & I
get a strange problem sometimes. xntpd does an adjtime() call every
second to sync the system clock to UTC obtained via the NTP protocol.
When I start xrn, the X-windows newsreader, sometimes I get the message eg

Aug 19 09:05:14 bear xntpd[26252]: Previous time adjustment didn't complete,
adjustment: -0.000035, residual: -0.000035

(I modified xntpd to add the adjustment & residual info to the message)

It only occurs once during the startup phase of xrn, before its window
appears on screen. I am using OpenWindows V3 with the olvwm window manager.
I have never noticed this with any other program.

The message is syslogged whenever adjtime() returns a residual from the
previous call.
It seems that SunOS never applied the adjustment at all. With the 35us
adjustment above it should have made a 5us adjustment at each of 7 of the
system clock ticks every 10ms, as I have the kernel variable _tickadj set
to 5us. The problem does not occur if the requested adjustment is 5 or 10us
but I do not know at what point between 10 and 35us the problem starts.

I have used the 'trace' command to trace the operation of both xntpd and
xrn over the relevant period & I can find no evidence that xrn is doing
anything naughty. Has anyone else noticed adjtime() not operating properly?

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: Reducing distribution clutter
Date: 16 Aug 92 20:09:50 GMT
Distribution: inet
Organization: The Internet

Folk,

Since the MD5/4.4BSD mods have stabilized, I have deleted all the prior
stuff and established the latest "official" (?) distribution of
xntp3.tar.Z under that name. This has a couple of minor patches,
including one that affected WWVB driver support (refclock_wwvb.c)
and others found necessary for multi-architecture/OS portability.
This establishes a new baseline for patches, a new batch of which
have been threatened by people cleaning up their code, removing
deadwood and other campground policing.

For those using the "prefer" keyword announced previously, a minor
change in behavior results in the selected peer "sticking" to the
preferred peer at all times this peer is included in the final
candidate list and is at the lowest stratum in this list. This reduces
incidental clockhopping in cases where a number of highly accurate,
low jitter peers compete for selection. Use this with GPS receivers
and FDDI media.

If you think this finick is overzealous, consider our DECstation 5000/240s
that coo with each other over Ethernet with 2.1 ms roundtrip delays. 
Measured times (authdelay) to compute the message digest with both DES
and MD5 for various machines are

suthentication delays (us)      DES     MD5
DECstation 5000/240 cowbird     39      81
Sun4c/50 IPX malarky            47      94
Sun4c/65 SS1+ pogo              72      159
Sun4c/40 IPC grundoon           73      163
Sun4c/60 SS1 albert             95      199

Splitting the milliseconds is easy with the '240 birds. Send me your
additions to this list (use: authspeed auth.samplekeys in the authstuff
subdirectory) and I'll award prizes.

Dave
From: root@idss.nwa.com
Newsgroups: comp.protocols.time.ntp
Subject: NTP: RS6000 Local Clock Support Needed
Date: 17 Aug 92 14:43:19 GMT
Distribution: inet
Organization: The Internet

I rebuilt the version 3 ntp for the RS6000. My attempt to utilize the local
clock support fails. I understand this was not tested at the time of release.
Is it possible these features have since been tested, can you please help?


				Tony Johnson
				Northwest Airlines
				(612) 727-4410
Newsgroups: comp.protocols.time.ntp