HDTenEightyP/NetNews huggingface dataset:
From: barrett@daisy.ee.und.ac.za (Alan P Barrett)
Subject: Re: Wanted  timed for SUN
Organization: Univ. Natal, Durban, S. Africa
Date: Sat, 22 Aug 1992 12:05:09 GMT

In article <VD95JFV@mailgzrz.tu-berlin.de>,
gentz@zrz.tu-berlin.de writes:
> So I want to run both (xntpd and timed-master) on my SUN.

You need your ntp server to run a master timed which knows that the local
clock is correct (due to the NTP synchronisation) and that refuses to
believe any of the slave timed's.  Ask archie about ntp-timed.patch,
or grab hippo.ru.ac.za:/pub/network/timed+ntp.tar.Z, which is a timed
that has the patch already applied.

--apb
Alan Barrett, Dept. of Electronic Eng., Univ. of Natal, Durban, South Africa
RFC822: barrett@ee.und.ac.za             Bang: m2xenix!quagga!undeed!barrett
From: geoffb@eng.sun.com (Geoffrey Baehr)
Newsgroups: comp.protocols.time.ntp
Subject: GPS low cost clocks
Date: 18 Aug 1992 15:08:49 GMT
Organization: Sun Microsystems, Inc.  Mt. View, Ca.
Distribution: world
Reply-To: geoffb@Eng.sun.com (Geoffrey Baehr)
NNTP-Posting-Host: ale
Keywords: GPS Motorola 1PPS

Folks - just got my mitts on a low cost GPS receiver which has a 1 PPS time output on
it, plus a variable prop delay adjustment (for long nasty antenna cables and RS-232 SIO mange).
Looking at it on the scope, it seems perfect for a shotgun marriage with xntp's PPS 
code. Plus it can output local or UTC time, GPS epoch time messages, etc etc. You
can configure it to output time messages every n seconds or only upon polls. 

This gadget use 1.8W at 12VDC, includes a preamp-ed antenna and a development kit
for apps (hmmmm...), DOS ctl program,  RS-232 cables, the works. Since it's a development
kit, don't expect a neat LCD display, it's a tiny black box (really) with only RS-232, 1 PPS 
outputs. It's a six channel L1 C/A code receiver, six correlators, in a 70mm x 100mm x 16.5mm
board.

For you GPS weenies (like me) it also is all set to output GPS pseudolite corrections
to be used as a differential GPS master station. Can anyone say 1m position accuracy ?
With regards to cost, it's way less expensive than any other GPS timecode receiver
I've ever seen. I seem to remember forking over about a kilobuck for the full devel
kit, I expect the cost to be way lower in production volume.  Volume is just starting,
so expect a short wait if you want to grab one - the wait is worth it.

If you are interested, I suggest that you give a ring to:

	Motorola Inc
	Commercial GPS Div - Vehicular Electronics
	Tom Whaley
	+1 708 480 6069

	Model - "GPS Core Receiver" Development Kit.


Happy ticking - I'll let you all know when we get in lashed on to xntp. 

geoff
+1 415 336 2935

(usual "it's just me, not a Sun product" disclaimer)

--
Geoffrey Baehr
geoffb@Eng.sun.com
From: Mills@UDEL.EDU
Newsgroups: comp.protocols.time.ntp
Subject: An histrionic event
Date: 12 Aug 92 23:59:57 GMT
Distribution: inet
Organization: The Internet

Folks,

We are about to subnet venerable research net DCnet (128.4), which
means we have to move off that naughty 128.4.0 segment to more
civilized 128.4.n (n>0) numbers. That means erstwhile time server
rackety.udel.edu aka dcn1.udel.edu will move from 128.4.0.1 to
128.4.1.1 and churchy.udel.edu aka dcn5.udel.edu will move from
128.4.0.5 to 128.4.1.5. This will happen on Monday, 17 August.
I apologize for the short notice, but we gotta do this quick.

The critters that lived on 128.4.0.1 (now an IPC) are a storied
lot reaching back a dozen years spanning the birth and death of
several glorious research networks and related projects. I am
reluctant to abandon "subnet" 0, which was long in use in DCnet
before declared uncivilized. If the darn Proteon gateways were
less paranoid, I wouldn't have to do this.

Dave
From: greenie@drycas.club.cc.cmu.edu
Newsgroups: comp.protocols.time.ntp
Subject: Public NTP server on the net?
Date: 20 Aug 92 19:38:56 -0500
Organization: Carnegie Mellon Computer Club

This is probably frequently asked question, but - 

Does anyone know of a halfway decent site on the Net that offers accurate
time setting for public use?  (Like an NTP server for public use?)  Preferably
for the East Coast (EST)?  (or do they all automaticly figure that much out?)

Andy
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Subject: xntp v3 syslog messages documentation?
Newsgroups: comp.protocols.time.ntp
Organization: University of California, Irvine
Date: 12 Aug 92 20:26:29 GMT

I've just started playing with xntp v3 after having used ntp for some time.
Is there some documentation included with the xntp v3 sources that
describes the syslog output generated by xntpd?  I'm specifically
interested in the lines that look like this:

Aug 12 12:58:17 localhost: 5484 xntpd: offset -0.002224 freq 12.56850 comp 3

I'd like to know what units the numbers are in, what they mean, whether
a high number is good or bad, etc.


Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Reducing distribution clutter
Organization: Silicon Graphics, Inc.  Mountain View, CA
Distribution: inet
Date: Mon, 17 Aug 1992 00:51:11 GMT

In article <9208161609.aa21356@huey.udel.edu>, Mills@UDEL.EDU writes:
> ...
>                                      ...Use this with GPS receivers
> and FDDI media.

Why?

I doubt TCP/IP and UDP/IP over FDDI have any more stable, symmetric, or
otherwise desirable propagation delays than over ethernet.

My full babble includes "proofs" that an unloaded ethernet is more
consistent that an unloaded FDDI ring, that under overload an FDDI ring
is every bit as bad as ethernet although FDDI collapses in different
ways, and that the physical propagation delay around a typical FDDI
ring is both roughly comparable to ethernet and does not matter with
low and medium performance FDDI interfaces such as all of the FDDI
hardware and software I have heard about on Suns.

I'm not trying to attack Sun, but only represent what I've heard about
other FDDI implementations.  I think I'm being fair.  My FDDI
implemenations are significanty faster, and I don't think NTP over them
would be better than NTP over reasonable ethernet.

Has someone been peddling the old "token rings are better than CSMA/CD
baloney"?


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.protocols.time.ntp
From: ajudge@maths.tcd.ie (Alan Judge)
Subject: delay value as reported by ntpq V3
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Date: Fri, 21 Aug 1992 09:48:52 GMT

I'm currently experimenting with xntp3 on a few machines prior to updating
our primary servers to version 3.  One odd thing that I have noticed is
that the delay values reported by ntpq have changed substantially (they are
even negative sometimes).

Is this a sign of some bug, or has the procedure used to calculate delays
changed?
-- 
Alan Judge   ajudge@maths.tcd.ie  a.k.a. amjudge@dsg.cs.tcd.ie +353-1-7021782

"The path of my life is strewn with cowpats from the devils' own herd."
                                          -- Edmund Blackadder II
Newsgroups: comp.protocols.time.ntp
From: neal@neal.ctd.comsat.com (Neal Becker)
Subject: xntp3.1 on hpux minor bug
Organization: COMSAT Labs
Date: Wed, 12 Aug 1992 16:00:33 GMT

I have been using xntp3.1 on hpux 8.07 with good results.  I did
notice occasional messages saying:

Aug 12 10:05:43 neal xntpd[9795]: Can't do time adjustment: Interrupted system call

I assume this is ignorable.  Does this only occur on hpux?  Sysv?
BSD?
From: cse108@cse.unl.edu (Brian Wood)
Newsgroups: comp.protocols.pcnet
Subject: Where can I find SLIP
Summary: where can I find slip software.
Keywords: ethernet network netware
Date: 13 Aug 92 20:14:30 GMT
Distribution: all
Organization: University of Nebraska - Lincoln

Where can I find a program called slip for the IBM PC's.  I've been told
it emulates an eithernet connection over a serial cable or modem.
From: kchen@math15.math.umbc.edu (Kan Chen (GS))
Newsgroups: comp.protocols.pcnet
Subject: Need help in packet driver
Date: 17 Aug 92 19:53:38 GMT
Organization: Department of Mathematics, University of Maryland Baltimore County
Originator: kchen@math15.math.umbc.edu

I  am writing a application using WATCOM's C386 in the DOS4G extender.
I fails to install a packet receive function by using access_type(). It
seems to me the problem is that the Packet driver was runing under real
mode and it can't address the receive function which is in protected
mode (offset > 1MB). 

Is there any experienced  know how to registor a packet receive function
in the access_type()? Is there a way to force a receive function address
under 1MB in WATCOM C386, or install a protected mode function(I mean 
address > 1MB) to a packet driver?

Thanks for your time  and helpness.

you may response to kchen@math15.math.umbc.edu, and I will post
instereted answers or, answer on the news group. 

Kan Chen
kchen@math15.math.umbc.edu
Tel: (410)955-4320
Newsgroups: comp.protocols.pcnet
From: rohrernl@helix.nih.gov (Nathan Rohrer)
Subject: XNSNB with LAN Manager
Keywords: XNS Lan Manager 
Organization: National Eye Institute, National Institutes of Health
Date: Thu, 20 Aug 1992 13:10:40 GMT

From: Nathan Rohrer:NEI31:NIH
  To: {3COM-L@NVSVM}:BITNET
Subj: XNSNB with LAN Manager

I am demand loading XNSNB on a LM2.1 workstation to get to a remote 
server that is running XNS.  I can link fine and everythings works 
except that I get this annoying error message every 10 seconds or so.  
Since I'm not all that familiar with XNS I was wondering if anyone on 
this list could help me out.  The error message is NETWORK RETRYING... 
Press CTRL-BREAK to cancel retry.  I have figured out this relates to 
network timeouts but haven't come up with a solution.  Is there some 
parameter I can adjust in the protocol.ini file that would remedy this?  
I have tried the NB_CRIT option but that just dumps the session after 
getting the first NETWORK RETRYING... message.  Any insight into 
this problem would be appreciated.  Thanks in advance.  




/*********************************************************************/
/*                       --- Nathan Rohrer ---                       */
/*  NATIONAL EYE INSTITUTE, OFFICE OF SCIENCE POLICY AND LEGISLATION */
/*              MANAGEMENT INFORMATION SYSTEMS SECTION               */
/* BITNET: NLR@NIHNEI31                  BETHESDA, MD 20892-0031     */
/* INTERNET: rohrernl@helix.nih.gov      NIH 3Com: NLR:NEI31:NIH     */
/* CompuServe: 70670,3164                PHONE: 301 496-2194         */
/*********************************************************************/
From: ufe@dlva.dl.ac.uk
Newsgroups: comp.std.unix
Subject: DCE/DME info
Date: 14 Aug 1992 13:27:07 -0700
Organization: SERC Daresbury Labs
Reply-To: ufe@dlva.dl.ac.uk
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: ufe@dlva.dl.ac.uk

Can anyone point me in the direction of any good texts/papers etc on 
DCE/DME ?

Cheers,

Mark Enderby
JANET - ENDERBY@UK.AC.DARESBURY
EARN/Bitnet - ENDERBY@DARESBURY.AC.UK

Volume-Number: Volume 28, Number 94
From: peterw@spaten.sharebase.com (Peter Wisnovsky)
Newsgroups: comp.std.unix
Subject: Re: POSIX update
Date: 14 Aug 1992 13:31:36 -0700
Organization: NCR/ShareBase Corporation
Reply-To: peterw@spaten.sharebase.com (Peter Wisnovsky)
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: peterw@spaten.sharebase.com (Peter Wisnovsky)

In article <16ccqfINNrss@ftp.UU.NET> decot@cup.hp.com (Dave Decot) writes:
>What kind of OS support do you envision is required?  Generally, applications
>should be written using libraries that are codeset independent anyway.

At the meeting, more elaborate algorithms for collation sequences than
those that exist in existing standards were discussed. Also, for doing
string matching one needs to "normalize" a Unicode string, because
there are a number of different representations of a string that
displays the same, as well as some normalizations that affect display
but may be desirable anyway (display Kanji numerals as Arabic ones,
for instance). Also, if you need to calculate the display width of a
string you would want to have an OS function to do it, since the
rendering algorithms can be quite complicated.

Peter Wisnovsky
-- 

UUNET:   peterw@sharebase.com
US Mail: ShareBase Corporation - 1919 Addison Ave. - Berkeley, CA 94704
Phone:   (510) 548-3211


Volume-Number: Volume 28, Number 96
From: peterw@spaten.sharebase.com (Peter Wisnovsky)
Newsgroups: comp.std.unix
Subject: Re: POSIX update
Date: 12 Aug 1992 11:06:35 -0400
Organization: NCR/ShareBase Corporation
NNTP-Posting-Host: ftp.uu.net
Summary: Where goes posix in the light of Unicode?
Keywords: posix, unicode, iso10646, microsoft windows nt
X-Submissions: std-unix@uunet.uu.net

Submitted-by: peterw@spaten.sharebase.com (Peter Wisnovsky)

In article <166v0lINNpj8@ftp.UU.NET> mckee@imail.compaq.com (George McKee) writes:
>Submitted-by: mckee@claude.se.hou.compaq.com (George McKee)
>
>Not to mention the reports that Microsoft NT will be POSIX compliant when
>it appears.

Not really in terms of character set support. My understanding is that
they are going to fix wchar_t at 16 bits to store Unicode data, which
strictly speaking is non-conformant. This raises the general issue
of how Unix standards organizations are going to react to Unicode. It seems
pretty clear that many major companies are moving in the direction of 
Unicode. However, the absence of AT&T from the last Unicode implementors
workshop bodes ill for inclusion of Unicode in SVR5 anytime soon.

Unfortunately there seems to be no satisfactory way to imbed Unicode
within the EUC framework used in AT&T's MNLS system, which I understand
is their implementation of Posix international language support.

I'd love to hear differently, since I envision having to support Unicode
some day, but am loath to do it without substantial support from the OS.

Peter Wisnovsky
-- 

UUNET:   peterw@sharebase.com
US Mail: ShareBase Corporation - 1919 Addison Ave. - Berkeley, CA 94704
Phone:   (510) 548-3211


Volume-Number: Volume 28, Number 90
From: mohta@necom830.cc.titech.ac.jp (Masataka Ohta)
Newsgroups: comp.std.unix
Subject: Re: ISO 10646 files
Date: 18 Aug 1992 21:29:55 -0700
Organization: Tokyo Institute of Technology
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: mohta@necom830.cc.titech.ac.jp (Masataka Ohta)

In article <16p6bmINNs1l@ftp.UU.NET>
	mskuhn@immd4.informatik.uni-erlangen.de (Markus Kuhn) writes:

>How UCS-2 files have to be handeled under future OS versions (e.g. UNIX)
>seems to be quite obvious:
>
>  - Every UCS-2 file begins with feff. If it begins with fffe, than library
>    routines will activate a 'byte order swap mode' that corrects the
>    data from an otherendian machine.

What?

How can 'cat' know the file being read is a text file?

Do you want to introduce an infamous "FILE TYPE" to UNIX?

>  - In this way, every UNIX tool (cc, cat, ...) can easily determine,
>    how the file has to be interpreted, because everything starting
>    with something else is considered to be an 8-bit Latin 1 encoded
>    file (if it is interpreted as a 'text file' at all).

What if a 8-bit Latin 1 file begins with 0xfffe?

Code points 0xfe and 0xff represent valid Latin 1 characters.

	0xfe: LATIN SMALL LETTER THORN
	0xff: LATIN SMALL LETTER Y WITH DIAERESIS

Can you still say "quite obvious"?

>But how may UCS-4 files be identified? Do they always begin with 0000feff
>and are converted if they begin with fffe0000 or other permutations?
>Does ISO 10646 say anything about this or will any future POSIX extension do?

It is one of the well known defects of ISO 10646, which the standardizing
committee simply neglected.

							Masataka Ohta


Volume-Number: Volume 29, Number 5
From: mskuhn@immd4.informatik.uni-erlangen.de (Markus Kuhn)
Newsgroups: comp.std.unix
Subject: ISO 10646 files
Date: 17 Aug 1992 14:40:06 -0700
Organization: CSD., University of Erlangen, Germany
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: mskuhn@immd4.informatik.uni-erlangen.de (Markus Kuhn)

How UCS-2 files have to be handeled under future OS versions (e.g. UNIX)
seems to be quite obvious:

  - Every UCS-2 file begins with feff. If it begins with fffe, than library
    routines will activate a 'byte order swap mode' that corrects the
    data from an otherendian machine.

  - In this way, every UNIX tool (cc, cat, ...) can easily determine,
    how the file has to be interpreted, because everything starting
    with something else is considered to be an 8-bit Latin 1 encoded
    file (if it is interpreted as a 'text file' at all).

But how may UCS-4 files be identified? Do they always begin with 0000feff
and are converted if they begin with fffe0000 or other permutations?
Does ISO 10646 say anything about this or will any future POSIX extension do?

It should be not too complicated to develop C library routines that
are based on new types (lets call them ucs2_t or ucs4_t) that hide
the 8-bit vs. UCS-2 difference completely from the programmer.
With these things once spezified writing 16-bit orientated operating systems
and applications should be quite simple. I think we need a standard for
this NOW, otherwise UCS-2 files won't be as simple to handle as ASCII
files.

What do you think?

Markus

-- 
Markus Kuhn, Computer Science student -=-=- University of Erlangen, Germany
Internet: mskuhn@immd4.informatik.uni-erlangen.de  |  X.500 entry available
-A distributed system is one in which the failure of a computer you didn't-
-even know existed can render your own computer unusable. (Leslie Lamport)-


Volume-Number: Volume 28, Number 102
From: mcs@icl.co.nz (Malcolm Stayner)
Newsgroups: comp.std.unix
Subject: Re: POSIX update
Date: 12 Aug 1992 11:53:48 -0700
Organization: Fujitsu ICL (NZ) Ltd, Wellington, New Zealand
Reply-To: mcs@nezsupp.icl.co.nz (Malcolm Stayner)
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: mcs@icl.co.nz (Malcolm Stayner)

>>I need an update on POSIX.
>[...]
>>is there any info on what vendors are doing
>>about POSIX?

ICL has had an XPG/3 base branded version of VME since July 1991, in 
addition to having all its current UNIX platforms certified as being 
X/Open XPG/3 compliant!


-- 
Malcolm Stayner           Email: mcs@icl.co.nz     "Intelligence is silence,
Open Systems Consultant   Tel: +64-4-472 4884       truth is being invisible,
Fujitsu ICL N.Z. Ltd      Fax: +64-4-472 6737       but what a racket I make in
P.O. Box 394, Wellington, New Zealand               declaring this" NED ROREM


Volume-Number: Volume 28, Number 91
From: berry@socrates.umd.edu (Joseph Berry)
Newsgroups: comp.std.unix
Subject: Re: DCE/DME info
Date: 17 Aug 1992 14:36:39 -0700
Organization: UUNET Communications
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

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

>Can anyone point me in the direction of any good texts/papers etc on 
>DCE/DME ?

O'Reilley Publishers has just come out with a book on programming using
DCE's RPC.  I believe it is Pentice-Hall that has recently released an
overview book on DCE (it's the only manual that has been turned into a 
general book -- for the rest of the manuals, you need to buy a complete
set).  

If you have access to the IBM magazine, AIXpert, there was a 2-part 
series on DCE about 6-9 months ago.  Quite good, too.

You can buy the DCE manual set from OSF for $495US (plus shipping, I 
believe). 

Regarding DME, I do not believe there are any books out on that yet. 
Maybe someone else can fill you in on papers.

Joe

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 28, Number 100
From: davidf@mks.uucp (David J. Fiander)
Newsgroups: comp.std.unix
Subject: Re: Embedded data in shell scripts?
Date: 19 Aug 1992 12:58:14 -0700
Organization: Mortice Kern Systems Inc., Waterloo, Ontario, CANADA
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: davidf@mks.uucp (David J. Fiander)

According to johnl@iecc.cambridge.ma.us (John R. Levine) (in <16rpiqINNon4@ftp.UU.NET>):
>I don't see how you can have it any other way.  If the shell is reading
>directly or indirectly from a terminal I certainly wouldn't be too pleased
>to have the shell eat arbitrary amounts of text after every command.  And
>I'd be equally unhappy if I saved the input stream into a file and
>couldn't replay it.

The problem is that 'cat script | sh' is not going to work,
since the file offset is undefined after the first call to a
standard utility.  So your script will run fine until the first
external command which reads stdin is invoked.

>The efficiency argument seems to me to be a red herring.  When you pipe
>large numbers of commands into the shell, if there aren't any loops in the
>command list, the time will most likely be dominated by the time spent
>running the commands.  If there are loops, the looping commands are read
>once and buffered inside the shell anyway.  I agree that the distinctions
>between seekable and non-seekable files are ugly, but it's too late to
>legislate them out of existence.

I think that there will be an efficiency hit in the case we are
discussing.  My big complaint is that the text of the standard
looks like somebody was attempting to ensure that their
favorite cute hack would continue to work, but got it a little
bit wrong.  Also, none of the shells to which I have access
right now demonstrate the "standard" behaviour, so what was the
rationale behind this particular bit of text?

>Quite a while ago someone (Dennis Ritchie?) suggested that it would have
>been a good idea to provide in Unix a version of read() that would read up
>to but not past a terminator byte, independent of the data source.  That
>would have let programs read a line at a time with reasonable efficiency.

Yes, this would be nice.  Too late now, 'though.

- David


Volume-Number: Volume 29, Number 6
From: decot@cup.hp.com (Dave Decot)
Newsgroups: comp.std.unix
Subject: Re: POSIX update
Date: 12 Aug 1992 18:10:39 -0700
Organization: Hewlett-Packard, Cupertino, CA
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: decot@cup.hp.com (Dave Decot)

peterw@spaten.sharebase.com (Peter Wisnovsky) writes:
> >Not to mention the reports that Microsoft NT will be POSIX compliant when
> >it appears.
> 
> Not really in terms of character set support. My understanding is that
> they are going to fix wchar_t at 16 bits to store Unicode data, which
> strictly speaking is non-conformant.

What are you babbling about?  POSIX.1 and POSIX.2 say nothing whatsoever
about wchar_t.  ISO C makes no requirement conflicting with using Unicode
(or any 16 bit codeset where there is an all-zero code available for
the null wide character) in wchar_t.

What leads you to believe that using Unicode renders a system non-POSIX
conformant, "strictly" or otherwise?

> I'd love to hear differently, since I envision having to support Unicode
> some day, but am loath to do it without substantial support from the OS.

What kind of OS support do you envision is required?  Generally, applications
should be written using libraries that are codeset independent anyway.

Dave Decot


Volume-Number: Volume 28, Number 92
From: GC921111%PACEVM.bitnet@CUNYVM.CUNY.EDU (MANI)
Newsgroups: comp.std.unix
Subject: Info on X/Open Transport Interface
Date: 18 Aug 1992 14:17:05 -0700
Organization: UUNET Communications
NNTP-Posting-Host: ftp.uu.net
X-Submissions: std-unix@uunet.uu.net

Submitted-by: GC921111%PACEVM.bitnet@CUNYVM.CUNY.EDU (MANI)

I am looking for information on XPG's X/Open Transport Interface (XTI).
Firstly, is it Posix compliant? If it is, what are the Unix vendors
that support this API?

Secondly, is there any archival information available on the net about
XTI?

Thanks
Mani Venkateswaran
Pace University, White Plains.

Volume-Number: Volume 29, Number 2