HDTenEightyP/NetNews huggingface dataset:
From: mcb@xwin.eng.hou.compaq.com (Michael Busby)
Subject: DST did me in...
Organization: Compaq Computer Corp.
Date: Tue, 7 Apr 1992 13:48:41 GMT

We are running xntp version 2 with two stratum 1 machines using Spectracom
Netclock/2 reference clocks.  The clocks are set for auto DST.  Over the
last weekend, when DST occured, the clocks set themselves correctly but the
xntpdc command now says that they have an offset of 3600 (an hour).  Xntpd
has died on both stratum 1 servers and will not stay running, probably due to
the large offset.  Our stratum 2 and broadcast client stratum 3 machines are
now slowly drifting away from the correct time.

The stratum 1 machines are running SunOS 4.1.1 and the streams driver for
the wwvb reference clock.

Why did this happen and how do we recover from this?  Any help would be
appreciated.

Thanks,

Michael C. Busby - Systems Engineer
----------------------------------------------------------------------
Compaq Computer Corporation        |  Internet: mcb@compaq.com        
P.O. Box 692000 m/s 050701         |  Uunet:    uunet!cpqhou!michaelb 
Houston, Texas, USA 77269-2000     |  Phone:    713-374-5638          
----------------------------------------------------------------------
"Armadillos....  Texas speed bumps."     Views/opinions are mine alone.
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: Re:  Assistance picking ntp peer(s)
Date: 15 Apr 92 06:04:19 GMT
Distribution: inet
Organization: The Internet

Perry,

See the file pub/ntp/clock.txt on louie.udel.edu. Happy chime.

Dave
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Newsgroups: comp.protocols.time.ntp
Subject: Re: DST did me in...
Date: 8 Apr 92 03:32:56 GMT
Article-I.D.: ni.1992Apr8.033256.22261
Organization: University of Maryland, College Park

In article <mcb.702663230@xwin> mcb@xwin.eng.hou.compaq.com (Michael Busby) writes:

>Again, any help would be appreciated understanding why DST was not handled
>correctly.

I take it that you're running your clock set to display the local
time?  We just run our Spectracom 8170 clock in UTC mode and
completely ignore any DST changes.  We only deal in UTC, as do our
UNIX systems.  Local timezones are an artifact of ctime() and user's
wristwatches.

louie
From: uwe@gmdzi.gmd.de (Uwe Kleinhans)
Newsgroups: comp.protocols.time.ntp
Subject: global time
Date: 8 Apr 92 09:09:04 GMT
Organization: GMD

At GMD (German National Research Center for Computer Science) I am working
on the fields of global time measurement and clock synchronization in 
distributed systems. We have developed a hardware supported global time base
of high accuracy that is used for measurements in our LAN-based distributed
system. This time base consists of local clocks that are synchronized to an
accuracy of 500 ns by transmiting synchronisation signals via a dedicated
synchronisation line.
Now I am going to consider the problem of providing global time in distributed
real time systems to support efficiant communication and scheduling as well as
online measurements. A main point of interest is the development of a global
time base for scalable systems.
As I am relatively new to this field, I would like to get a survey of the
current state of the art. Therefore I appreciate any information about it
or any references where to get this kind of information.
Many thanks in advance to everyone responding,
-Uwe

??????????????????????????????????????????????????????????????????????????
Uwe Kleinhans
Institut fuer Systemtechnik (I5)
German National Research Center for Computer Science (GMD)
P.O. Box 1316, D-5205 St. Augustin 1, Germany
(email:uwe@gmdzi.gmd.de; phone:(+49) 2241-14-2556; fax:(+49) 2241-14-2618)
**************************************************************************
From: ktobias@arrakis.amgen.com (Ken Tobias)
Subject: Re: Previous time adjustment didn't complete
Keywords: xntp sun
Organization: AMGEN Inc., 1000 Oaks CA
Date: Fri, 10 Apr 1992 16:55:19 GMT
Expires: Fri, 8 May 1992 16:55:20 GMT

In article <1992Mar27.205545.18480@kocrsv01.delcoelect.com> c23cjc@kocrsv01.delcoelect.com (Christopher Cleary) writes:
>
>I just finished installing xntp version 1.3 on a bunch of sun sparcstations.
>I periodically get the message
>
>"Previous time adjustment didn't complete"
>
>in the system messages file and on the console of the workstation. Is this
>something that I should be worried about? And, is it something I can fix?
>

This is probably a FAQ, but I'm new to this group.  Where can I get
xntp?  How does it differ from ntp?

I got ntp 3.4 pl13 from uunet and it doesn't seem to be working
properly.  If I use ntp, everything works just fine.  The time gets set
and the communications go normally.  When I use ntpd, I get this:

Sent Packet: [132.249.16.1](123)
Leap 3, version 1, mode 3, poll 6, precision 249 stratum 0 ()
Synch Dist is 0000.0000  Synch Dispersion is 0000.0000
Reference Timestamp is 00000000.00000000
Originate Timestamp is 00000000.00000000
Receive Timestamp is   00000000.00000000
Transmit Timestamp is  ad904554.33338716

clear: emptied filter for 132.249.16.1
Checking peer 132.249.16.1 stratum 0
Checking peer 128.9.2.129 stratum 0
select_clock: step1 0 candidates
select_clock: no candidates

And nothing happens.  The time does not get set.  I tried this using
a machine internally as a server and running a ntpd against that
machine as a server.  It does the same thing.

I can't seem to find anything obviously wrong with the code.  Before I
start becoming an ntp protocol guru to solve this, is there a quick fix?
-- 
k.tobias@amgen.com (Ken Tobias)		thangu....thanguverymush...
..!uunet!amgen!k.tobias				    - Elvis
From: dseismo@infoac.rmi.de (Lennartz Electronic )
Newsgroups: comp.protocols.time.ntp
Subject: Re: Wristwatch NTP?
Date: 14 Apr 92 05:30:19 GMT
Organization: RMI Net INFO.box Systems * Aachen * Hamburg * Flensburg

march@nynexst.com (Gregory March) writes:


>I was in Germany last March and one of the folks I was working with
>had a slightly larger than normal watch. I questioned him as to the
>function of the bigger watch, wondering if it had any historical :-)
>significance. To my surprise, it wasn't ancient in any sense of the
>word - it was a clock/radio receiver that would adjust itself once a
>day (sometime at night when radio signals would travel better) with
>the central transmitting clock somewhere in the middle of Germany.
>Apparently, this guy's father had worked on the original project, a
>table top version, and because of this, he was able to get one of the
>first wristwatch sized version. He had had it for some time.

>Neat stuff...

>greg
>Gregory F. March    march@nynexst.com
What you saw was a wristwatch using the DCF-77 time code (77.5 kHz, broadcast
from a station near Frankfurt). We've been using DCF for many years to keep
our seismograph stations in sync. DCF delivers full time/date information
within one minute. It uses short (.1 sec) and long (.2 sec) pulses to encode
that information. The antenna is inside the bracelet! These things even don't
cost too much, about 300 DM (~200 $) buys you one.
Dieter

-- 
Lennartz electronic GmbH              +++ SEISMIC INSTRUMENTS +++
Bismarckstrasse 136             Phone: +49 - 7071 - 3088  or  - 3089
D-7400 Tuebingen                Fax:   +49 - 7071 - 38468
Fed. Republic of Germany
From: fyeh@RAFAEL.JPL.NASA.GOV (Frances Yeh)
Newsgroups: comp.protocols.time.ntp
Subject: selection of server and peers
Date: 8 Apr 92 18:38:54 GMT
Distribution: inet
Organization: The Internet


Hi !

We've got a copy of ntp(v 3.4.1.7) here at the Jet Propulsion Lab 
in Pasadena, California (in the big Los Angeles area).  Could
you recommend some servers and peers?  I saw wwvb.isi.edu
from clock.txt, but that host seems to be down.  

Thanks!


Frances
------------------
Network and Communications Engineering
Jet Propulsion Lab
Newsgroups: comp.std.unix
From: berry@socrates.umd.edu (Joseph Berry)
Newsgroups: comp.std.unix
Subject: Re: threads library
Date: 13 Apr 1992 16:25:15 -0700
Organization: UUNET Technologies, Inc.
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: berry@socrates.umd.edu (Joseph Berry)

john@citr.uq.oz.au (John Gottschalk) writes:

>Submitted-by: john@citr.uq.oz.au (John Gottschalk)

>I am considering using the SUN light-weight process package (a threads library)
>for some software development. I would like to know if there are
>any standards for a threads library, so that the software can be fairly
>portable. Do SVR4 or OSF offer a threads library?

OSF offers a threads library. Furthermore, there is a pthreads "standard"
(not yet approved) POSIX 1003.4a.

Joe Berry
Strategic Software Group, Ltd., 3402 Shelburne Rd, Baltimore, MD 21208
E-mail:  joe@ssgltd.com  or  uunet!ssgltd!joe
Phone:  410-764-5668;  Fax: 410-358-2106;  Pager: 410-796-6861

Volume-Number: Volume 27, Number 78
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: Query about implementing FIFOs
Originator: sef@ftp.UU.NET
X-Submissions: std-unix@uunet.uu.net
Organization: U of Toronto Zoology
Date: Thu, 9 Apr 1992 16:58:13 GMT

Submitted-by: henry@zoo.toronto.edu (Henry Spencer)

>Submitted-by: ast@cs.vu.nl (Andy Tanenbaum)
>There is no place in the i-node to keep track of the current file position,
>and copying the FIFO to shift everything down 5 bytes doesn't sound like
>much fun.  Trying to figure out where the start of data is from the parent's
>file pointer doesn't help, and besides, if the parent had closed too, that
>wouldn't be there.  How is this normally implemented?

Note that 6.3.1.2 says that if all file descriptors associated with a FIFO
have been closed, any remaining data goes away.  The issue arises only if
somebody has kept the FIFO open, so the usual approach is for the kernel
to retain some extra information in core for an *open* FIFO.  Andy is
correct that file pointers aren't useful, if only because there can be
more than one of them if several processes are involved; the extra
information has to be associated with the (in-core) inode, not with a
particular customer.
-- 
GCC 2.0 is to C as SVR4 is to Unix.     | Henry Spencer @ U of Toronto Zoology
                             -Dick Dunn |  henry@zoo.toronto.edu  utzoo!henry


Volume-Number: Volume 27, Number 76
Newsgroups: comp.std.unix
From: rml@hpfcdc.fc.hp.com (Bob Lenk)
Subject: Re: Report on POSIX.6, Jan. 1992
Originator: sef@ftp.UU.NET
X-Submissions: std-unix@uunet.uu.net
Organization: UUNET Technologies, Inc
Date: Thu, 9 Apr 1992 22:45:35 GMT

Submitted-by: rml@hpfcdc.fc.hp.com (Bob Lenk)

In article <1992Apr2.025223.27860@uunet.uu.net> stephe@mks.com (Stephen Walli)
writes:

>          Taken to  an  extreme, this  means  that regardless  of  the
>          ballot pool  size,  if 3  people  vote affirmative, 1  votes
>          negative and the  rest abstain, the  initiative passes.  The
>          moral of the story is:  abstain only as a last resort, there
>          may be deleterious side effects.

While this is true, I wouldn't necessarily draw the conclusion that I
infer (vote negative rather than abstain).  Remember that a negative
ballot must contain specific objections which, if addressed, would make
the ballot affirmative.  Thus a negative ballot is actually an
affirmative response for the subsequent ballot with preconditions.  In
other words, a negative ballot which doesn't cover all of its
submitter's real objections to the standard could have even more
"deleterious side effects".

Perhaps the conclusion I inferred was not intended.  Another possible
conclusion is "do not submit a ballot rather than abstain".  I agree
that it makes sense not to join a balloting group rather than to join
and abstain.  If one has chosen to join, I think it is appropriate to
submit a ballot.

		Bob Lenk
		rml@fc.hp.com
		{uunet,hplabs}!fc.hp.com!rml


Volume-Number: Volume 27, Number 77
Newsgroups: comp.std.unix
From: john@citr.uq.oz.au (John Gottschalk)
Subject: threads library
Originator: sef@ftp.UU.NET
X-Submissions: std-unix@uunet.uu.net
Organization: Prentice Centre, University of Queensland
Date: Wed, 8 Apr 1992 05:26:50 GMT

Submitted-by: john@citr.uq.oz.au (John Gottschalk)

I am considering using the SUN light-weight process package (a threads library)
for some software development. I would like to know if there are
any standards for a threads library, so that the software can be fairly
portable. Do SVR4 or OSF offer a threads library?

			-- regards, John Gottschalk

John Gottschalk (john@citr.uq.oz) 
Centre for Information Technology Research,
The University of Queensland, 4072, 
Brisbane, Queensland, Australia,
+61 7 365 4321 (phone), +61 7 365 4399 (fax)

Volume-Number: Volume 27, Number 74
Newsgroups: comp.std.unix
Newsgroups: comp.std.misc

It has been apparent for sometime now that there are, and will be,
a large number of Integration Frameworks in the CASE, CAD, CAE, CAM,
OA,MIS, EIS, et al. worlds.  These Frameworks will need to cooperate.

The Framework Interoperability Group is a proposed effort to 
gather any and all interested parties together, from all of these
disciplines, to begin to discuss the issues surrounding Framework
Interoperability.  It is proposed that this group will be completely
open to all, and that it will be international both in participation
and in venues.

The first meeting of the FIG is proposed for late July or early August.
If you are seriously interested in participating in such a group to
help advance the open, international, multidiscipline cooperation
between integration frameworks please contact:

George Tatge
Software Engineering Systems
Hewlett Packard Company
Mail Stop 81
3404 E. Harmony Rd.
Ft. Collins CO, 80525-9599
U.S.A.

Tel. +1 (303) 229-3585
Fax. +1 (303) 229-2180
internet: gt@fc.sde.hp.com

Recommendations and proposals regarding exact dates, possible venues,
agenda items, invitees, etc. will be appreciated.

George Tatge
From: alanrw@cs.man.ac.uk (Alan R Williams)
Newsgroups: comp.std.misc
Subject: Re: Framework Interoperability Group
Date: 9 Apr 92 15:14:07 GMT
Organization: Department of Computer Science, University of Manchester
In-reply-to: gt@hpfcbig.SDE.HP.COM's message of 8 Apr 92 15:51:40 GMT

In article <970001@hpfcbig.SDE.HP.COM> gt@hpfcbig.SDE.HP.COM (George Tatge) writes:

   It has been apparent for sometime now that there are, and will be,
   a large number of Integration Frameworks in the CASE, CAD, CAE, CAM,
   OA,MIS, EIS, et al. worlds.  These Frameworks will need to cooperate.

   The Framework Interoperability Group is a proposed effort to 
   gather any and all interested parties together, from all of these
   disciplines, to begin to discuss the issues surrounding Framework
   Interoperability.  It is proposed that this group will be completely
   open to all, and that it will be international both in participation
   and in venues.

How does this effort relate to the CAD Framework Initiative?  It
sounds very similar.

How much overlap do you think there will be between the STEP work for
the definition of common information models and the specifications
necessary for framework interoperability?  Within CFI the programming
interface between the CAD tools has been derived from an information
model.  Is this the kind of approach that you are considering taking?

I hope I don't sound too negative by asking so many questions, I'm
just trying to figure out where this would fit in.

Alan Williams
--
--------------------------------------------------------------------------------
Alan Williams, Room IT403, Department of Computer Science,
University of Manchester, Oxford Road, Manchester, M13 9PL, U.K.
Tel: (061) 275 6289      Fax: (061) 275 6280
EMAIL: alanrw@cs.man.ac.uk or ...!uunet!mcsun!ukc!mucs!alanrw
From: andrew@alice.att.com (Andrew Hume)
Newsgroups: comp.std.internat
Subject: Re: Plan 9 and Unicode
Summary: plan 9
Date: 15 Apr 92 05:21:32 GMT
Article-I.D.: alice.22580
Distribution: comp
Organization: AT&T Bell Laboratories, Murray Hill NJ



	mark feldman asked for a summary of plan 9.
It would be rather boring to repeat this here but
if you send email to court@research.att.com
(including your snail mail address)
asking for teh Plan 9 CSTR, she should send it to you.
This is a collection of several papers about plan 9.
if you have problems, mail me.

	andrew hume
	andrew@research.att.com
Newsgroups: comp.std.internat
From: peter@sug.org (Peter Salus)
Subject: Re: Plan 9 and Unicode
Organization: The Sun User Group
Distribution: comp
Date: Wed, 15 Apr 1992 13:00:28 GMT

In article <FELDMARK.92Apr14100600@eng3.eng3.sequent.com> feldmark@eng3.sequent.com (Mark Feldman) writes:
>Could anyone give a summary of the significant features of the Plan 9
>OS, the significance of Plan 9 itself if other than just being another
>research OS, and possibly a reference to a paper that goes into more
>detail?  

There is a great set of Plan 9 papers in the July 1990
UKUUG Proceedings.  Several of the papers are also available via ftp
from research.att.com, I believe.

Peter
-- 
---------------------------------------------------------------------

Sun User Group, Inc; Suite 315; 1330 Beacon St.; Brookline, MA 02146
	voice +1 617 232-0514		fax +1 617 232-1347
Xref: sparky comp.std.internat:494 talk.politics.soviet:3390 eunet.misc:294 soc.culture.yugoslavia:3814
From: erik@naggum.no (Erik Naggum)
Newsgroups: comp.std.internat,talk.politics.soviet,eunet.misc,soc.culture.yugoslavia
Subject: Re: New ISO country codes
Date: 12 Apr 92 17:39:36 GMT
Article-I.D.: erik.23110A
	<1992Apr11.190718.1224@ukw.uucp>
Reply-To: Erik Naggum <enag@ifi.uio.no>
Organization: Naggum Software, Oslo, Norway
Originator: enag@gyda.ifi.uio.no

Lupe Christoph <lupe@ukw.uucp> writes:
|
|   >Kazakhstan   - KZ
|
|   Very clever selection. All the Nazis will send their Jews
|   to Kyrgyzstan, now. I would have thought this letter combination
|   would be taboo, given the German history.

All of us aren't Germans you know, and don't have such major problems
with abbreviations just because they were used by Nazis.

The Norwegian Nazi party was called Nasjonal Samling (National
Alliance in English, I guess), and the "NS" abbreviation was
stigmatized for a few years.  Norwegian Standards have names such as
"NS 4133", and nobody have any problems with that.  I called my
company "Naggum Software", and so far only one person has made an
association between "NS" and the Nazis.  Most people don't think of
it.

Not a problem.  Taboos are for suckers, anyway.  :-)

</Erik>
--
Erik Naggum       |  +47-295-0313     |  ISO 8879 SGML     |  Memento,
Naggum Software   |   "fuzzface"      |  DIS 10744 HyTime  |  terrigena.
Boks 1570, Vika   | <erik@naggum.no>  |  JTC 1/SC 18/WG 8  |  Memento,
0118 OSLO, NORWAY | <enag@ifi.uio.no> |  SGML UG SIGhyper  |  vita brevis.
Xref: sparky comp.std.internat:492 talk.politics.soviet:3367 eunet.misc:293 soc.culture.yugoslavia:3806
From: lupe@ukw.uucp (Lupe Christoph)
Newsgroups: comp.std.internat,talk.politics.soviet,eunet.misc,soc.culture.yugoslavia
Subject: Re: New ISO country codes
Date: 11 Apr 92 19:07:18 GMT
Organization: cic

>Whiterussia  - BY     (Belarus, huh?)

Hey, they can't do that! BY is Bayern, Bavaria! ;-)

(I believe BY means BYelorussia or suchlike.)

>Kazakhstan   - KZ

Very clever selection. All the Nazis will send their Jews
to Kyrgyzstan, now. I would have thought this letter combination
would be taboo, given the German history.
-- 
| ...!unido!ukw!lupe  (German EUNet, "bang")     |  Disclaimer:            |
| lupe@ukw.UUCP       (German EUNet, domain)     |  As I am self-employed, |
| suninfo!alanya!lupe (Sun Germany)              |  this *is* the opinion  |
| Res non sunt complicanda praeter necessitatem. |  of my employer.        |
Newsgroups: comp.std.internat
From: feldmark@eng3.sequent.com (Mark Feldman)
Subject: Re: Plan 9 and Unicode
Organization: Sequent Computer Systems, Inc.
Distribution: comp
Date: 14 Apr 92 10:06:00

Could anyone give a summary of the significant features of the Plan 9
OS, the significance of Plan 9 itself if other than just being another
research OS, and possibly a reference to a paper that goes into more
detail?  I've seen it mentioned now several times during discussions
about Unicode and am ignorant enough not to have heard of it
otherwise.


Thanks very much,
Mark Feldman
Sequent Computer Systems, Inc.
feldmark@sequent.com






--
Mark Feldman
Sequent Computer Systems, Inc.
feldmark@sequent.com
feldmark@psq.mei.co.jp
From: tut@cairo.Eng.Sun.COM (Bill "Bill" Tuthill)
Newsgroups: comp.std.internat
Subject: Re: Plan 9 and Unicode
Date: 14 Apr 92 22:43:41 GMT
Organization: Sun Microsystems Inc., Mountain View, CA
NNTP-Posting-Host: cairo

feldmark@eng3.sequent.com (Mark Feldman) writes:
>
> Could anyone give a summary of the significant features of the Plan 9
> OS, the significance of Plan 9 itself if other than just being another
> research OS, and a reference to a paper that goes into more detail?

There's a good introduction to Plan 9 in this month's Unix Review magazine.
Plan 9 is significant because it puts into question the whole client/server
computing model used by Unix workstations today.  The authors believe that
general-purpose workstations do not make efficient use of resources.  Like
early Unix, Plan 9 takes a "backpacker" approach by rejecting things that
aren't really necessary.  It will be licensed to universities shortly.  

Another significant operating system nearly on the horizon is Microsoft's
NT, which also supports Unicode.
Xref: sparky comp.std.internat:490 talk.politics.soviet:3359 eunet.misc:291 soc.culture.yugoslavia:3793
From: sommar@enea.se (Erland Sommarskog)
Newsgroups: comp.std.internat,talk.politics.soviet,eunet.misc,soc.culture.yugoslavia
Subject: New ISO country codes
Date: 10 Apr 92 21:13:39 GMT
Organization: Enea Data AB

(I'm resposting this, since it seems nothing I posted last weekend 
went anywhere. Apologies if you see this twice.)

This might look like the cross-posting from the hell, but this
issue was discussed slightly a couple of months ago, in a
range of newsgroups I only vague remember. Anyway, I thought
people in the listed groups could be interested. Please feel
free to forward whereever you want.

There was a notice in Svenska Dagbladet, a major Swedish newspaper,
which listed the country codes for all new states which have
been created of former Soviet Union and Yugoslavia, except
Bosnia-Hercegovina and Macedonia. Here are the codes:

Armenia      - AM
Azerbaijan   - AZ
Whiterussia  - BY     (Belarus, huh?)
Georgia      - GE
Kazakhstan   - KZ
Kyrgyzstan   - KG
Moldova      - MD
Russia       - RU
Tajikistan   - TJ
Turkmenistan - TM
Ukraine      - UA
Uzbekistan   - UZ
Estonia      - EE     (Eesti)
Latvia       - LV
Lithuania    - LT
Croatia      - HR     (Hrvatska)
Slovenia     - SI     (Is SL occupied? Ah, Sierra Leone?)

Note: the next day the published a "correction" which swapped the
codes for Latvia and Lithuania, to a few days later retract that
correction. Looks like there is good possibilities for future
confusion...

By the way, will will be the first of the codes above to appear
on Usenet as a domain? Oh, I have already seen .ua, but which
will be number two? Will we be saved .su soon?
-- 
Erland Sommarskog - ENEA Data, Stockholm - sommar@enea.se
From: skow@cs.utwente.nl (Jacek Skowronek)
Newsgroups: comp.std.internat
Subject: INFO NEEDED on standards activities
Date: 12 Apr 92 14:23:42 GMT
Reply-To: skow@cs.utwente.nl
Organization: University of Twente, Dept. of Computer Science

I was recently on the kick-off meeting of ANSI X3H7 committee on Object Information
Management. I would like to know what groups or committees are working on standards
within Europe. I mean object-oriented programming and databases. Could You point me
to the addresses of the people taking part in it ?

Jacek




---
-------------------------------------------------------------------
Jacek Skowronek				e-mail: <skow@cs.utwente.nl>
Departament of Computer Science
Twente University
Enschede, The Netherlands
Newsgroups: comp.std.internat