HDTenEightyP/NetNews huggingface dataset:
From: clc5q@uvacs.cs.Virginia.EDU (Clark L. Coleman)
Subject: Old Prediction from 1988
Originator: clc5q@hemlock.cs.Virginia.EDU
Organization: University of Virginia Computer Science Department
Date: Fri, 13 Nov 1992 15:23:01 GMT


"Five years from now, we should be at 100 billion gigaFLOPS.  A problem that
takes three months to do now, we want to do in a day."  
-- Steve Chen, Time magazine article, March 28, 1988, page 58.

I also noted in this issue that the Cray-3 was "due to be released in 1989."

100 billion gigaFLOPS is 100 million teraFLOPS, which sounds very fast to
me.  "Five years from now" is coming up in a few months.  100 billion GFLOPS
sounds ambitious.

-- 
--------------------------------------------------------------------------
"It is seldom that any liberty is lost all at once." David Hume
|||  clc5q@virginia.edu (Clark L. Coleman)
From: sandee@Think.COM (Daan Sandee)
Newsgroups: comp.sys.super
Subject: Re: Old Prediction from 1988
Date: 13 Nov 1992 16:29:30 GMT
Organization: TMC
Distribution: world
NNTP-Posting-Host: telecaster.think.com

In article <1992Nov13.152301.20527@murdoch.acc.Virginia.EDU>, clc5q@uvacs.cs.Virginia.EDU (Clark L. Coleman) writes:
|> 
|> "Five years from now, we should be at 100 billion gigaFLOPS.  A problem that
|> takes three months to do now, we want to do in a day."  
|> -- Steve Chen, Time magazine article, March 28, 1988, page 58.
|> 
|> 100 billion gigaFLOPS is 100 million teraFLOPS, which sounds very fast to
|> me.  "Five years from now" is coming up in a few months.  100 billion GFLOPS
|> sounds ambitious.

It is safe to assume that Time magazine got confused by the billions of
gigaflops. I don't think Chen said that, in the interview. Presumably he
said 100 gigaflops and then had to explain to the reporter what that meant.
And the reporter, to make the point clear, converted it to "100 billion
gigaflops".
100 GFlops for 1993 is about right, by the way.

|> I also noted in this issue that the Cray-3 was "due to be released in 1989."

In this case, whatever Chen actually said, he was wrong.

Daan Sandee                                           sandee@think.com
Thinking Machines Corporation
Cambridge, Mass 02142                                 (617) 234-5044
Newsgroups: comp.sys.sequent
From: gordon@osiris.cso.uiuc.edu (John Gordon)
Subject: Re: Working MIT X11R5 xterm sought
Organization: University of Illinois at Urbana
Date: Tue, 10 Nov 1992 15:45:36 GMT

>        I am looking for a working version of X11R5 "xterm" for our
>S2000 running DYNIX/ptx 1.3.1. Ideally it should update the hashed utmp
>files in DYNIX/ptx. The version I have at the moment seems to have some
>problems with it's terminal handling which I can't pin down. Patches/
>diffs/full source on a server somewhere... I'll take it any way I can
>get it!

	I would like this too, please.

---
John Gordon                        My incredibly witty saying has been 
gordon@osiris.cso.uiuc.edu         Politically Corrected into oblivion.
From: william@castle.ed.ac.uk (William Warburton)
Newsgroups: comp.sys.sequent
Subject: Working MIT X11R5 xterm sought
Date: 10 Nov 92 13:15:44 GMT
Reply-To: W.Warburton@ed.ac.uk
Organization: Edinburgh University Computing Service

Hi,
        I am looking for a working version of X11R5 "xterm" for our
S2000 running DYNIX/ptx 1.3.1. Ideally it should update the hashed utmp
files in DYNIX/ptx. The version I have at the moment seems to have some
problems with it's terminal handling which I can't pin down. Patches/
diffs/full source on a server somewhere... I'll take it any way I can
get it!

Thanks,
        W.



+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
From: cwh@acpub.duke.edu (CLAYTON HOLT)
Newsgroups: comp.sys.sequent
Subject: Cfront 3.0 (C++)
Keywords: Cfront 3.0 C++ When?
Date: 12 Nov 92 03:50:05 GMT

I was wondering if anyone knows of Sequent's schedule to release a
Cfront 3.0 C++ compiler. Is this already available and we are just in
the dark or is their some other holdup. We would really like to use
templates, but can't until this happens. It seems like a fairly straight
forward port, but I may be missing something. Thanks.

<wally>
.
Newsgroups: comp.sys.sequent
From: sameer@atlastele.com ()
Subject: Traceroute source needed for sequent Urgently
Organization: Atlas Telecom Inc.
Disclaimer: Views expressed do not necessarily represent those of my employer.
Date: Mon, 9 Nov 1992 18:45:57 GMT

Hi,
The subject line says it all. Would appreciate it if someone could
forward this to me.
Thanks,
Sameer..
From: paul@uxc.cso.uiuc.edu (Paul Pomes - UofIllinois CSO)
Subject: Re: Traceroute source needed for sequent Urgently
Reply-To: Paul-Pomes@uiuc.edu
Organization: University of Illinois at Urbana
Date: Wed, 11 Nov 1992 19:35:16 GMT

sameer@atlastele.com () writes:

>The subject line says it all. Would appreciate it if someone could
>forward this to me.

It would be helpful if you specified Balance or Symmetry, Dynix or
Dynix/ptx (god help you if you have the latter).

/pbp
-- 
"A well-schooled electorate, being necessary to the security of a free State,
the right of the People to keep and read Books shall not be infringed."
	-- J. Neil Schulman
From: ehgasm2@uts.mcc.ac.uk (Simon Marshall)
Newsgroups: comp.sys.sequent
Subject: Sequent Performace Debuggers?
Date: 4 Nov 92 14:17:14 GMT
Organization: Manchester Computing Centre, Manchester, England, M13 9PL.


	Hi all.  I noticed in "Past, Present, Parallel: A Survey of
    Available Parallel Computing Systems", 1991 (A. Trew and G. Wilson),
    that "performace debuggers" will be available "in the near future" for
    Sequent machines, to help find parallel processing bottlenecks etc.
    Does anyone know anything about this?

	Simon.
_______________________________________________________________________________
Simon Marshall, Dept. of Computer Science, University of Hull, Hull HU6 7RX, UK
  "Football isn't about life and death.  It's more important than that." Bill
Email: S.Marshall@Hull.ac.uk    Phone: +44 482 465951    Fax: 466666   Shankley
-- 
Simon Marshall, Dept. of Computer Science, University of Hull, Hull HU6 7RX, UK
  "Football isn't about life and death.  It's more important than that." Bill
Email: S.Marshall@Hull.ac.uk    Phone: +44 482 465951    Fax: 466666   Shankley
Newsgroups: comp.sys.sequent
From: jchin@prodigy.bc.ca (Joseph Chin)
Subject: Information on Sequent systems
Keywords: info
Reply-To: jchin@prodigy.bc.ca
Organization: Prodigy Technologies Corp.
Date: Fri, 6 Nov 1992 00:27:52 GMT

Hello folks,

I need to get in touch with system operators of sites that are using  
Sequent systems as database servers for between 1000 and 2000 users on  
corporate WANs. I would like to hear about your experiences (positive and  
negative) with Sequent systems, your high availability setup, your fault  
tolerant setup, your disaster recovery plans, etc. Please reply by email  
to ensure confidentiality.

Thanks.

Joe

--
Joseph Chin				Prodigy Technologies Corp.
jchin@prodigy.bc.ca (NeXTmail welcome)	Vancouver, British Columbia
phone 16046874636 / fax 16046871671	Canada
 **** "Heaven won't take me and Hell's afraid I'll take over!" ****
Xref: sparky comp.sys.sequent:628 comp.dcom.modems:16436
From: gajense@sandia.gov (Glenn A. Jensen)
Newsgroups: comp.sys.sequent,comp.dcom.modems
Subject: Need help with rtel
Keywords: sequent, micom, rtel
Date: 5 Nov 92 22:38:27 GMT
Followup-To: Brian Jones 1-800-231-2748
Organization: Sandia National Laboratories

--------------------------------------------------------------------
I am making this posting for a friend who doesn't have access yet
to the Internet.  So, those who can help him out need to call his
800-number listed below.  Please *don't* post replies to Usenet or
e-mail replies to me.
--------------------------------------------------------------------

HELP!!!!

We have a small network of SEQUENT hosts.  They are networked via
MICOM Marathon 5K's.  Micom provides optional software known as rtel
(reverse telnet) software.  This software provides the ability to
install a printer on the network via a REMOTE TERMINAL SERVER (RTS)
module which plugs into the 5k.  My problem is that MICOM, at this
time does not support the SEQUENT hosts, which are running DYNIX/
ptx 1.4.

If you are familiar with the rtel software, you are aware that we
have the source code available to us.  After modification to the
makefile and some souce code modifications I have been able to
compile executables for the SEQUENT hosts however, they don't work. 
If anyone out there has any words of wisdom, or has already solved
this problem and would be willing to spend a few minutes to help us
out please call BRIAN JONES with WOODWORKER'S SUPPLY in Albuquerque,
NM at 1-800-231-2748.  Thanks alot.

Brian.
Newsgroups: comp.sys.sequent
From: martel@unislc.uucp (Martel Manalo)
Subject: Shared memory on Dynix/Ptx
Summary: How is shared memory implemented on PTX
Organization: Unisys Corporation SLC
Date: Thu, 5 Nov 1992 19:02:18 GMT
Keywords: shared memory shmgap



Shared Memory on Dynix/Ptx

I would like some information on how shared memory is implemented under PTX.
I am more familiar with the SysV 386 implementation where each region is
defined as a contiguous extent of virtual address space that can be treated
as a distinct object to be shared or protected. I heard that this is not 
the case with PTX, that the text,data and stack are mapped into one region
only . Between the text , data and stack are alignment gaps and it is in 
these gaps where shared memory gets allocated. Also what does the kernel
parameter SHMGAP stand for. A memory map of the process virtual address
would be nice. Also a list of possible references.

In case it matters, we are running Dynix/Ptx 1.3.1 on a Unisys 6000/75
(S2000/400?).

Thanks in advance.
Martel Manalo
email: martel@unislc.slc.unisys.com

Newsgroups: comp.sys.sequent
From: boggs@a.cs.okstate.edu (BOGGS RICHARD GRAN)
Subject: XTank
Organization: Oklahoma State University, Computer Science, Stillwater
Date: Mon, 9 Nov 92 21:46:51 GMT

Anyone happen to have a ported version of XTank1.3f for DYNIX/ptx?

Grant Boggs
contribmgr@a.cs.okstate.edu
-- 
Grant Boggs
boggs@a.cs.okstate.edu
Oklahoma State University
Stillwater, Oklahoma
Newsgroups: comp.sys.dec.micro
From: swilson@peabody.eece.unm.edu (Scott R. Wilson)
Subject: Wanted: utility to manipulate RT-11 archives
Date: Tue, 10 Nov 92 17:39:26 GMT
Organization: University of New Mexico, Albuquerque

Hi DEC fans -

I am looking for a utility (preferably with source so that I can port
it if needed) that will allow me to manipulate RT-11 archives on a
UNIX system. On ULTRIX-32/VAX there is the utility "arff" that does
exactly what I want, but it ONLY works on a VAX and there's only binaries
given out. Is there another way to go about this task, say on a PC based
UNIX system? Public domain? Off-the-cuff hacks?

Here is the first part of the man page for "arff", just for info:
---------------------------------------------------------------------
     Name
          arff - archiver for RT-11 format devices

     Syntax
          /etc/arff key

     Description
          The arff command manipulates RT-11 formatted devices, such as the
          console media on VAX computers, or RT-11 formatted device images
          stored as a file on your ULTRIX system.  The key argument is a
          single letter, possibly followed by one or more letters. Possible
          values for key follow:
etc.
---------------------------------------------------------------------

I offer a *heap* of thanks in advance!

Scott Wilson
Center for High Technology Materials
University of New Mexico
Albuquerque, NM 87131
(505)277-0780
swilson@chtm.eece.unm.edu
From: tomk@mamba.DoCS.UU.SE (Tom F Karlsson)
Newsgroups: comp.sys.dec.micro
Subject: Bigger HD for Rainbow 100B
Date: 5 Nov 92 15:11:51
Organization: Dept. of Computer Systems, Uppsala University, Sweden.
Distribution: world
NNTP-Posting-Host: mamba.csd.uu.se


I'm having some trouble installing a NEC D3142 harddisk on my Rainbow.
It has 615 cylinders and 8 heads.

It's possible to install it as a 20Mb HD with 615 cyl, 8 heads (like
RD31 or whatever it's called). But when I try to install it as a 40Mb HD
(thats what it is, really), I can't boot from any of the partitions and
two of the partitions can't hold any files.

I think it has something to do with the pre-boot and sec-boot loaders on
the HD. I've heard that there's a program fixing this, DSKPREP (or something).

I use MS-DOS 2.05, 2.11 and CP/M-86/80.

Is there anyone who could help me with this ?
Maybe someone knows where to get the DSKPREP program or have some ideas
about how to overcome this problem.

/Tom
--
|  Tom Karlsson                                         |
|  student of computer science @ Uppsala University     |
|  email:   tomk@meryl.csd.uu.se                        |
|                                                       |
|  " - At least it's something, said the moskito and    |
|      pissed in the sea..."                            |
From: gleason@mwk.uucp
Newsgroups: comp.sys.dec.micro
Subject: Re: HD in Pro350
Date: 6 Nov 92 09:05:34 CST
Organization: M. W. Kellogg, Houston TX

In article <1992Nov4.164136.28856@microunity.com>, wampler@microunity.com (Kurt Wampler) writes:
> andreas@euler (Andreas Kaulfuss) writes:
> 
> 
>   I obtained my upgrade ROMs from a local shop, DEKTECH in here in Sunnyvale
>   California.

  Say, speaking of disk controller ROMS, does anyone know of a way
to "map" these roms from the PRO and read them? I want to
dissasemble them and see what's going on in there...

Lee K. Gleason N5ZMR
Control-G Consultants
gleason@mwk.uucp
Newsgroups: comp.sys.dec
From: thomas@lkg.dec.com (Matt Thomas)
Subject: Re: Alpha Prices -- Any Idea out there??
Reply-To: thomas@lkg.dec.com
Organization: Digital Equipment Corporation
Date: Tue, 10 Nov 1992 19:02:54 GMT


In article <1992Nov10.175108.28116@eng.umd.edu>, sysmgr@king.eng.umd.edu (Doug Mohney) writes:
|>In article <1992Nov10.171427.8022@PA.dec.com>, rjones@wsl.dec.com (Russ Jones) writes:
|>>Today we are announcing 7 systems, 2 workstations and 5 servers.  
|>
|>		:-)
|>
|>>The entry-level workstation is called the DEC 3000 Model 400 AXP Workstation 
|>
|>OK, Why "DEC 3000" ? And what does "XP" stand for? X-rated Performance? 
|>
|>Hm. Ya got DECstation 3100, a DECstation 5000. Now you have a "DEC 3000 model
|>" <mumble> "AXP." 
|>
|>> and it has an entry level (list) price of $14,995 
|>>in the U.S.  That configuration includes 32MB of memory,
|>
|>Not shabby. 
|>
|>> a 426MB disk,
|>
|>Aww, not 600MB? :)

The disk is 3.5 inch.  For more $$$, you can get a 1.0GB disk.

|>>a HX Graphics adapter and a 17" Grayscale monitor.  
|>
|>Can you or someone else give us the Real Deal on:
|>
|>	o	Expansion slots
|>	o	SCSI and other ports off the back

From memory:

Three TurboChannel slots total (but the HX takes one slot) and a SCSI connector
on the back (up to 7 devices total on one bus).  Two 3.5 inch disks and one half
height 5.25 inch (RRD42, TLZ06, TKZ10) internally.  Of course, there's
Ethernet out the back (FDDI available via TC card).  One async/sync port (only
sync for OSF/1 upto 19.2Kb) and another asynch port too.
--
Matt Thomas                     Internet:   thomas@lkg.dec.com
DECnet-ULTRIX Development       UUCP:       ...!decwrl!thomas
Digital Equipment Corporation   Disclaimer: This message reflects my own
Littleton, MA                               warped views, etc.
Newsgroups: comp.os.ultrix,comp.sys.dec,comp.graphics
From: kardaras@en.ecn.purdue.edu (George S Kardaras)
Subject: PHIGS problem
Organization: Purdue University Engineering Computer Network
Date: Thu, 5 Nov 92 22:30:09 GMT


Hello,

I develloped an interface code which allows me to access and use
the C language functions of PHIGS through LISP. 

There seems to be a small problem, though: I have a program in C
that works perfectly well that I "translated" in LISP, but the
latter gets stuck whenever I use psetviewrep3 in which case it 
gives me an error message saying:


%PHIGS-E-ERROR_152, Invalid viewport: one or more of the minimum limits 
Exceeds its corresponding maximum limit in routine psetviewrep3


I checked for the viewport values and they get set to the ones given in
the C program correctly. 

Any help is appreciated.

Thanks in advance,
George S. Kardaras
Newsgroups: comp.sys.dec
From: jackson@pravda.enet.dec.com ()
Subject: Re: Alpha chip yield problem?
Reply-To: jackson@pravda.enet.dec.com ()
Organization: Digital Equipment Corporation
Date: Thu, 12 Nov 1992 19:28:04 GMT


In article <1992Nov11.211434.1633@ennews.eas.asu.edu>, scowen@wfpc3.la.asu.edu (Paul A. Scowen) writes:
|>
|>I was wondering if anyone from the DEC enclaves would be willing to refute or
|>otherwise rumours I've been hearing from research groups on both coasts that
|>the Alpha manufacturing process is turning up very bad yield rates (like less
|>than 5%) compared to normal yields closer to 25-30%.  The implied result of 
|>this type of problem is a rarer and therefore more expensive product.
|>
|>
Absolutely not true.  We have shipped over 2000 DEC3000 workstations to 
ISV's and internal software developers in the last quarter.  We are now 
running a very steep manufacturing ramp and will be able to deliver systems
in under 30 days for the forseeable future.  (unless of course, you customers
want to order thousands in the next couple of weeks)

The fact of the matter is that the Alpha CPU is not the longest lead part
on the systems, and we have no trouble whatsoever building Alpha CPU's to 
keep up with our forecasted demand.


--


William M. Jackson
Workstation Product Marketing Manager
Workstation Engineering
Digital Equipment Corporation
146 Main Street
Maynard, MA 01754

Mail:	Jackson@pravda.enet.dec.com
Newsgroups: comp.sys.dec
From: bhandarkar@wrksys.enet.dec.com (Dileep Bhandarkar)
Subject: ALPHA AXP SYSTEM PERFORMANCE SUMMARY
Keywords: Alpha, AXP, SPEC
Organization: Digital Equipment Corporation
Date: 10 NOV 92 10:48:59    

SPEC performance summary for products announced today:

DEC 10000 Model 610 AXP, @200 MHz

	SPECmark89 	184.14
	SPECint89       104.52
	SPECfp89        268.60

	SPECint92	106.54
	SPECfp92	200.36


DEC 7000 Model 610 AXP, @182 MHz

	SPECmark89	167.43
	SPECint89	 95.06
	SPECfp89	244.18

	SPECint92	 96.58
	SPECfp92	182.11


DEC 4000 Model 610 AXP, @160 MHz

	SPECmark89	136.23
	SPECint89	 83.73
	SPECfp89	188.45

	SPECint92	 83.51
	SPECfp92	143.10


DEC 3000 Model 500 AXP, @150 MHz

	SPECmark89	121.50
	SPECint89	 73.47
	SPECfp89	169.89

	SPECint92	 74.30
	SPECfp92	126.0


DEC 3000 Model 400 AXP, @133 MHz

	SPECmark89	108.14
	SPECint89	 65.80
	SPECfp89	150.6

	SPECint92	 65.32
	SPECfp92	112.2
Newsgroups: comp.sys.dec
From: sca@gese0n.ge14.mdadv.gv.at (Petzi Schweda)
Subject: Re: alpha memory requirements (vs vax) ?
Organization: MD-ADV
Date: Tue, 10 Nov 1992 09:17:57 GMT

In article <1992Nov9.172318.22005@unislc.uucp>, dold@unislc.uucp (Clarence Dold) writes:
|> From article <JOHN.92Nov9101505@sekrit.WPI.EDU>, by john@sekrit.WPI.EDU (John Stoffel):
|> 
|> > (Clarence Dold) writes:
|> >> ... experience in moving code from a Motorola
|> >> 68040 to the Motorloa 88100 RISC set shows a substantial change in the
|> >> requirement for disk space for executables, as well as run-time memory.
|> >> I recall a comparison of ~20% for like code.
|> 
|> > It's been pretty good here (we're a Beta site) for compiled binary
|> > sizes.  You really don't notice shared libraries for most code.  Where
|> > it really shines is for very grahics intensive code.  We had one guy
|> > who went from a 1.2 Mb on disk program to 90K on the Alpha.  
|> 
|> I think we're talking about two different animals at once.  Going from
|> non-shared libraries to shared can be a major win, especially if your
|> X11/Motif libraries are shared (which they are not on Unisys Motorola boxes).
|> 
|> The other issue is the size of the executables (perhaps just .o should be
|> compared) for a CISC machine verses a RISC machine.  
|> 
|> In joining this thread, I am assuming that the VAX, non-alpha that we are
|> talking about is a CISC machine.  It appears that OSF verses VMS might also
|> be part of the conversation, but on a different thread.
|> 

Assuming that the organization of your code (shared VAX/VMS-libraries,
shared Alpha/OpenVMS libraries) keeps the same, i was told that the space 
needed on disk (as well as runtime-memory) should aproximately be DOUBLED.
This is because complex (CISC-) instructions like movc3, cmpc3 simply don't
exist on a RISC-architecture machine, so the compiler has to generate extra 
code for it.
Even worse, when adepting your c-sources (structures !) to 
long- or quadword-alignment, the amount of dynamically memory needed can 
increase realy dramatic! If you don't believe that longword alignment
is neccessary, take a look at what you (or your compiler) has to do to
manipulate bytes or words on a ALPHA ...

Hard times ahead ...
regards, Petzi
-- 
----------------------------------------------------
Petzi Schweda (sca@gese.ge14.mdadv.gv.at)
MD-ADV, Municipality of the City of Vienna, Austria
Xref: sparky comp.sys.dec:5948 vmsnet.pdp-11:842 comp.misc:4311 alt.folklore.computers:16204 comp.org.decus:977
From: jlothian@castle.ed.ac.uk (J Lothian)
Newsgroups: comp.sys.dec,vmsnet.pdp-11,comp.misc,alt.folklore.computers,comp.org.decus
Subject: Nat Semi PDP11 memory board -- HELP!
Date: 13 Nov 92 18:19:19 GMT
Organization: Edinburgh University Computing Service


Can anybody help with information about a National
Semiconductor memory board for a PDP-11?
It's a hex-height MUD-slot 1/4-megabyte module, 
with one parity bit per byte. It's currently populated to 
64k. It appears to support 22-bit addressing. 
The DRAMs are 4116s.

There are about 20 jumpers and 3 8-way dip-switches.
There are also 2 LEDs at the front (handle) edge of
the board: one red, one yellow.

I've managed to suss out a certain amount about it
by track-tracing, but the board is multi-layer, and it's
murder on the eyes. The following numbers appear on the
board (some of these are hand-written in what looks like
tippex fluid, so I may not have read them exactly right):

	[component side]
	Assembly No. 98010 3841-D07 REV J
	     	1042 [might be 1D42]
	S/N PL001-054

	[solder side]
	PCB 551103841-001 

Date-codes on the chips suggest that it was made around
1982. 

Essentially, I'm looking for any information about setting
the jumpers/dip-switches, though a full circuit diagram
would be ideal.

I've tried getting in touch with Nat Semi: apparently,
the division of the company that made these boards was sold
off to Hitachi, who claim never to have heard of it.

I'd be very grateful for any help with this! Email me with
anything you've got.

James
-- 

-------------------------------------------------------
James Lothian        |      "It's life, Jim, 
james@uk.ac.ed.caad  |   but not as we know it"
Xref: sparky comp.sys.dec:5939 comp.os.vms:17919
From: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Newsgroups: comp.sys.dec,comp.os.vms
Subject: Network Time Protocol for VMS wanted
Date: 13 Nov 92 14:54:30 GMT
Reply-To: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Organization: IMMD 6 - Lehrstuhl fr Datenbanksysteme
NNTP-Posting-Host: faui63.informatik.uni-erlangen.de


Has somebody implemented NTP (Network Time Protocol) for VMS/UCX ?

	Horst

 Horst Luehrsen <luehrsen@informatik.uni-erlangen.de> |
 Martensstrasse 3, W-8520 Erlangen                    | Kein Spruch
 Tel: +49-9131-857884  Fax:+49-9131-32090             |