HDTenEightyP/NetNews huggingface dataset:
From: kessler%halley%zeus.sph.unc.edu@bme.unc.edu (Marc Kessler)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Using the CMU DECwindows transport
Date: 18 Aug 92 20:50:00 GMT
Reply-To: Marc Kessler <KESSLER%HALLEY%ZEUS.SPH.UNC.EDU@bme.unc.edu>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Envelope-To: cmu-tek-tcp@bme.UNC.EDU
X-Vms-To: sphvax::in%"cmu-tek-tcp@bme.unc.edu"


I've been unable to get the DECW$TRANSPORT_CMU.EXE of 28-JAN-1992 14:58 to work
between our VMS 5.4-3, DECwindows Motif client and server (same machine).
The error I recieve is:

XIO:  unable to open connection _WSA7:
      after 0 requests (0 known processed) with 0 events remaining.
%XLIB-F-IOERROR, xlib io error
-SYSTEM-F-ABORT, abort

Everything seems to be set up as recommended in the CMU transport installation
text.  I'd really appreciate help getting this part of the distribution working.

Thanks,
Marc Kessler     E-mail  kessler%halley@zeus.sph.unc.edu
Tek-TCP  V6.6-5
From: harry@stack.urc.tue.nl
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Information request on Cmu-Tek TCP/IP package for VAX/VMS
Date: 18 Aug 92 07:09:27 GMT
Reply-To: <harry@stack.urc.tue.nl>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
CC: <harry@stack.urc.tue.nl>
X-Mailer: ELM [version 2.3 PL5]

Dear Sirs,

In our office we have two microVaxen, one running VMS 4.4 and one
running VMS 5.2. We want to connect both machines to our HP/UX
workstations via NFS and to our PC's using CUTCP telnet/ftp. Can you
please provide us with the following information on your Cmu-Tek TCP/IP
package for VAX/VMS:

1. Can you inform us of the licensing policy and associated prices for
   your product with NFS support for VMS 5.2 (or later)?

2. Do you still provide a version that can be used under VMS 4.4, or do
   we have to upgrade to a later VMS version? Does your VMS 4.4 support
   include NFS?

3. Does Cmu-Tek TCP/IP include support for printing to remote printers
   via the Berkeley lpr protocol? Can Cmu-Tek TCP/IP act as an lpd
   server for this protocol?

Thanks in advance for your reply by email to harry@stack.urc.tue.nl or
by fax to +31-40-831-083 at your earliest convienience.

Yours sincerely,

Harry Stox,

March Microwave,
De Huufkes 20,
5674 TM  Nuenen,
The Netherlands.

phone: +31-40-833-592  (8am-4pm GMT)
fax:   +31-40-831-083
email: harry@stack.urc.tue.nl
From: chris@csvax1.ucc.ie (J.C. Higgins, Sys Mgr CsVax1, UCC , Eire)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Summary: Problems printing POSTSCRIPT using LPR.
Date: 13 Aug 92 18:33:27 GMT
Reply-To: "J.C. Higgins, Sys Mgr CsVax1, UCC , Eire" <chris@CSVAX1.UCC.IE>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Content-Transfer-Encoding: 7BIT

At the end of my last message I mentioned a problem I was having
printing POSTSCRIPT files using LPR. Well I got two replies.
So thanks to Simeon Broughton and Rick Pim.

The solution to the problem,
(TAKE THIS DOWN !
YOU WILL NEED IT AND WHEN YOU DO YOU WILL HAVE DELETED THIS MESSAGE)
(Excuse my little preventative flame ! :)

The standard page form is set to truncate any records above it's designated
line length. The LPR symbiont will actually truncate the lines.

Many postscript files have very large record lengths, so all you need to do
is define a new FORM which has a large line width, and everything should be
rosy.

$DEFINE/FORM <name> <num> /NOTRUNCATE /WIDTH=32000 /DESC="Special PS Wide Form"

Then replace the STANDARD (or DEFAULT) in CMUTEK_ROOT:[SYSMGR]PRINTCAP.TXT
with the name you choose..

Restart the queue, and all should be well..

Have fun.

                                                  Chris.

+ J.C. Higgins, Sys Admin  +  If you love something, set it free. If it doesn't
+ CHRIS@csvax1.ucc.ie      +  come back to you, hunt it down and KILL it. If
+ SCCS6002@iruccvax.ucc.ie +  that doesn't work, then GIVE UP peacefully.
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Telnet server not recommended?
From: Centraalbureau voor Schimmelcultures <surf280@kub.nl>
Date: Mon, 17 Aug 1992 16:21 +0100
Reply-To: Centraalbureau voor Schimmelcultures <SURF280@kub.nl>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Envelope-To: cmu-tek-tcp@andrew.cmu.edu
X-Vms-To: IN%"cmu-tek-tcp@andrew.cmu.edu"
Comments: This message was sent with PMDF 4.0

According to the CMU-TEK manual the TELNET server is not recommended.
I have just installed the program, and the server (which is the most
important function for us) seems to work fine. Can anyone tell me what
kind of problems I can expect?

Thanks for your attentention

Gerrit Stegehuis
Centraalbureau voor Schimmelcultures
Baarn, The Netherlands
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Does LPR get accounting right?
From: Steve Roberts <bmcsar@paterson.christie-hospital.manchester.ac.uk>
Date: Fri, 14 Aug 92 8:20 GMT
Reply-To: Steve Roberts
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Via: uk.ac.manchester.christie-hospital.paterson; Fri, 14 Aug 1992 08:18:24

A quick question for those who have been struggling with LPR....

I want to be able to print from a UNIX box to Postscript printers on our VAX.
I also want to be able to account for who has been using the expensive colour
PS device. We have a symbiont which gets it right for printing on the VAX.

As I understand it (OK - guess:-) LPR is a process running under the user that
started it - like FTP - and any printing will be 'charged' to that person
(ie Me!). This is what happens if one FTPs to the device directly.

Can someone tell me that I am wrong, and that a print job initiated by the
UNIX box using LPR can be made to print with the 'right' username?  The recent
correspondance leaves me feeling that experimentation might be a long process,
so I would like to know it can be done before I start!

Thanks a million,

Steve.

+-----------------------------------------+-----------------------------------+
|Dr Steve Roberts                         | E-Mail: BMCSAR@UK.AC.MAN.CR.PICR  |
|Paterson Institute for Cancer Research   |         bmcsar@picr.cr.man.ac.uk  |
|Christie Hospital                        |                                   |
|Manchester M20 9BX.  U.K.	  	  | Phone: 061 446 3147 (direct)      |
+-----------------------------------------+-----------------------------------+
|               Work Supported by the CANCER RESEARCH CAMPAIGN                |
+-----------------------------------------------------------------------------+
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Please add me to the mailing list
From: system_at@agvic.gov.au
Date: Thu, 13 Aug 1992 10:42:09 AEST
Reply-To: SYSTEM_AT@agvic.gov.au
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
X-Vms-To: IN"cmu-tek-tcp+@andrew.cmu.edu"
Mime-Version: 1.0
Content-Transfer-Encoding: 7BIT

Please add us to the mailing list!!!


Our address is system@agvic.gov.au
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Performance Problems
From: <hucke@isssys.uucp>
Date: Thu, 13 Aug 1992 17:36:48
Reply-To: <hucke@isssys.uucp>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>

I have installed CMUTEK on a VAX with 32 MB Memory.

Following Problems occur:

1)

When i mount a top-level directory on a VAX Drive (RA91) from a SUN 4/40 i
measure the following performance:

mount melmac:/dua2/export
time cp /vmunix /export
... 1.20 seconds ...

with a filesize of something like 1.5 MB i calculated a throughput of 22
KByte/Second which is floppy performance.
The system parameters on the VAX were changed as recommended in the
installation manual.
The VAX was idleing, no users were on.

2)

Connecting to the VAX via telnet does not work. (not reached)
following works:
login on the vax, telnetting to the UNIX host, and from there back to the
vax works fine.

3)

when i ftp from the unix host a file to or from the VAX the transfer never
ends, i have to interrupt it with control-c.
the ftp on the vax is fine, i can transfer to or from the unix host, no
problem.

Can you help???

Michael Hucke
                   !-----------------------------------!
                   ! hucke%isssys@mail.germany.eu.net, !
                   ! I.S.S. System Supplies GmbH,      !
                   ! Erichshofer Strasse 77,           !
                   ! 2803 Weyhe-Erichshof, W-Germany   !
                   !-----------------------------------!
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: SIGNOFF CMU-TEK-TCP
From: Katsutoshi Ike <katsu@tsc.kddlabs.co.jp>
Date: Mon, 17 Aug 92 10:22:24 JST
Reply-To: Katsutoshi Ike <katsu@tsc.kddlabs.co.jp>
Organization: The Internet
Return-Path: <SYNFUL@CMUTEK.CC.CMU.EDU>
Errors-To: SYNFUL@CMUTEK.CC.CMU.EDU
X-Listname: CMU-TEK TCP/IP Mailing list <CMU-TEK-TCP@CMUTEK.CC.CMU.EDU>
Return-Path: <katsu@tsc.kddlabs.co.jp>

SIGNOFF CMU-TEK-TCP
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
From: HARTTREE@vax1.elon.edu (Matthew Harttree)
Subject: how does (RE: POSSIBLE??) to do NTP on cmu
Organization: Elon College
Date: Sun, 16 Aug 1992 09:38:21 GMT
X-News-Reader: VMS NEWS 1.22

Is it possible to do Network Time Protocal on CMU/TEK.  I havenot seen anything
about this ans would be really interested in providing this as a service to
our users here at the college.

Thanks
Matt

(HARTTREE@vax1.elon.edu)

Xref: sparky vmsnet.networks.tcp-ip.ucx:77 comp.os.vms:13925
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.networks.tcp-ip.ucx,comp.os.vms
Subject: Announcing ruptime/rwho/rwhod for VMS with UCX TCP/IP
Date: 21 Aug 92 05:48:35 GMT
Organization: St. Peter's College, US


  I'm happy to announce my port of the 4BSD Unix (tm USL) ruptime/rwho/rwhod
packages to VMS with UCX TCP/IP. For those who don't know, ruptime/rwho pro-
vide reports on host uptime, load averages, number of users, and active users
across an entire TCP/IP network.

  The package is available from ftp.spc.edu (192.107.46.27) in the [.ucx]
directory as rwho.bck. It joins the existing ports of "new" talk, ping, and
whois already there.

  A readme file is included which contains installation instructions.

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: gareth@lucifer.latrobe.edu.au (Gareth Davies)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: UCX errors...
Keywords: help, gurus needed, quite lost
Date: 20 Aug 92 06:27:32 GMT
Organization: La Trobe University


Fellow UCX'ers...

I have recently installed UCX V1.3 and have encountered a couple of problems
already :-(

Problems...

1). When trying to use FTP...

ftp> open
(to)atr2.medrmh.unimelb.edu.au
%UCX-E-FTP_NETERR, I/O error on network device
-SYSTEM-F-INSFMEM, insufficient dynamic memory

Ideas??

2). Similar problems with TELNET...

ATR1_$ telnet atr2.medrmh.unimelb.edu.au
Trying...128.250.115.12
%UCX-E-TELNET_CONECT, Failed to connect to remote host
-SYSTEM-F-INSFMEM, insufficient dynamic memory

Again, any ideas what's wrong here?

3). Finally if a telnet session does get through, it quite often terminates
	half way through with the following error...

%UCX-E-TELNET_WRTERR, Failed to write on socket
-SYSTEM-F-UNREACHABLE, remote node is not currently reachable

Again, slightly lost here too ...

I've just tried...

ATR1_$ UCX STOP COMMUNICATION

closely followed by a ...

ATR1_$ @SYS$MANAGER:UCX$INET_STARTUP.COM

This seems to have helped but it could just be a coincidence :-)

Any comments appreciated.

Hope I've been discriptive enough...

Thanks,

Gareth.

-- 

gareth@lucifer.latrobe.edu.au 
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: ONASCH@IRAV17.ira.uka.de (Bernd Onasch)
Subject: Re: DEC TCP/IP Services for VMS V2.0
Organization: University of Karlsruhe (FRG)
Date: Mon, 17 Aug 1992 11:14:22 GMT
X-News-Reader: VMS NEWS 1.24

In <1992Aug11.082627.827@galaxy.gov.bc.ca> ewilts@galaxy.gov.bc.ca writes:

# In article <1992Aug10.180351.27239@raven.alaska.edu>, jeff@raven.alaska.edu (Jeff Harrison) writes:
# > In article <92933@bu.edu>, TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury) writes:
[...]
# It *should* be.  I just heard yesterday that the product has finally been
[...]

It is now released. (I have one here)

Nice features, that DEC told all the FT time to be not in the pack:

* LPD/LPRM/LPQ are really in the pack...
* TRACEROUTE (SYSPRV or OPER required)
* SNMP (now working :-)

After looking through the docs, there seem to be many small differences
between the FT and the final distribution. I don't know yet, how it
affects non-DEC programs but i'll have to test...

Greetings, Bernd Onasch

,-----------------------------------------------------------------------------.
|Bernd Onasch (System programmer)   _,---._  One half of mine is human [Spock]|
|Informatik Rechnerabteilung [IRA] /       \__,--.I'll never understand humans|
|University of Karlsruhe     __,--/         \     \ No, I'm from Iowa - I only|
|Germany (FRG)              /    |  Uranus   |    / work in outer space [Kirk]|
|   ONASCH@ira.uka.de       \     \     ____/----'  Hello computer ?!? [Scott]|
|   PSI%45050365300::ONASCH  `_____\---'   / There shall be no peace...as long|
|   CCC_ONAS@DULRUU51.BITNET        `-___-' as Kirk lives [Klingon Ambassador]|
`-----------------------------------------------------------------------------'
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: Port specification in Telnet
Date: 16 Aug 92 08:19:23 GMT
Followup-To: lesniewicz@a1.mec.mass.edu
Distribution: na
Organization: St. Peter's College, US


  First, you or your news software is mutiliating the Followup-to line:

> Followup-To: lesniewicz@a1.mec.mass.edu

  The only thing that's legal there is a valid newsgroup name or the special
keyword "Poster". You can't stick arbitrary mail addresses in there.

> Would someone tell me please how to specify a specific port when using Telnet
> under VMS. I believe in Unix it's just host@somewhere.domain XXX  (where XXX
> is the port number), but I think the VMS format is different.
>
> I thought I read somehwere that it's something like 
> host@somewhere.domain /port:XXX  but I don't think I've got the punctuation
> right.

  You should be able to use "telnet host.domain.top ###". As shipped, UCX V1.3
has a bug where this won't work unless you specify the host by IP address. (In
actuality, it's a bit more complicated). This is fixed by CSCPAT #903, avail-
able from finer Customer Support Centers 8-).

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: ONASCH@IRAV17.ira.uka.de (Bernd Onasch)
Subject: Re: Announcing ruptime/rwho/rwhod for VMS with UCX TCP/IP
Organization: University of Karlsruhe (FRG)
Date: Fri, 21 Aug 1992 13:32:01 GMT
X-News-Reader: VMS NEWS 1.24

In <1992Aug21.014836.3663@spcvxb.spc.edu> terry@spcvxb.spc.edu writes:

#   The package is available from ftp.spc.edu (192.107.46.27) in the [.ucx]
# directory as rwho.bck. It joins the existing ports of "new" talk, ping, and
# whois already there.
# 
#   A readme file is included which contains installation instructions.

First - thanks a lot for another nice tool.

Second - bug fix :-)

In ruptime.c and in rwho.c are checks for file existencies that seem to
be handled different by some VMS versions.

OLD:

    if (status == RMS$_FNF) return((count <= len) ? 0 : -1);
    if (status == RMS$_NMF) return(count);
    /* Some other status.  Return 0. */
    return(0);

NEW:

    if (status == RMS$_FNF) return((count <= len) ? 0 : -1);
    if (status == RMS$_NMF) return(count);
    if (status == RMS$_NORMAL) return(count);
    /* Some other status.  Return 0. */
    return(0);

otherwise the daemon works fine - and everyone except yourself is able to use
the protocol...

Greetings, Bernd Onasch

PS: Anyone with a tool to return local/remote port on device name BGxxx: ?

,-----------------------------------------------------------------------------.
|Bernd Onasch                       _,---._  One half of mine is human [Spock]|
|Informatik Rechnerabteilung [IRA] /       \__,--.I'll never understand humans|
|University of Karlsruhe     __,--/         \     \ No, I'm from Iowa - I only|
|Germany (FRG)              /    |  Uranus   |    / work in outer space [Kirk]|
|   ONASCH@ira.uka.de       \     \     ____/----'  Hello computer ?!? [Scott]|
|   PSI%45050365300::ONASCH  `_____\---'   / There shall be no peace...as long|
|   CCC_ONAS@DULRUU51.BITNET        `-___-' as Kirk lives [Klingon Ambassador]|
`-----------------------------------------------------------------------------'
From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: DEC TCP/IP Services for VMS V2.0
Date: 22 Aug 92 03:58:05 GMT
Organization: St. Peter's College, US

In article <1992Aug21.140710.5165@magnus.acs.ohio-state.edu>, JONESD@kcgl1.eng.ohio-state.edu (David Jones) writes:
> I just installed 2.0.  I haven't played with many of the new features
> yet.  Some observations:

  I am told that there was a problem where the first few kits shipped con-
tained old code which might cause problems. I've also been told that all of
the affected sites will receive replacement kits, scheduled to ship the
week of the 24th.

  If you have access to DSIN or DSNlink, the article is entitled "TCP/IP
Services for OpenVMS Update".

	Terry Kennedy		Operations Manager, Academic Computing
	terry@spcvxa.bitnet	St. Peter's College, Jersey City, NJ USA
	terry@spcvxa.spc.edu	+1 201 915 9381
From: MyTH@ssg.ltn.dec.com (M. T. Hollinger)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Re: Telnet Trouble
Date: 20 Aug 92 20:05:05 GMT
Organization: Digital Equipment Corporation, Littleton, MA

In article <0095F600.1131D880@BAEPV2.NCSU.EDU>, mchenry@BAEPV2.NCSU.EDU (MCHENRY@BAE.NCSU.EDU) writes:
> The problem is that users who open telnet sessions to VMS from
> ULTRIX suddenly lose all of their telnet connections with a
> "Remote host closed connection". The wierd part is that the
> VMS sessions remain active even after connection is lost. This
> appears to happen when the user opens multiple telnet sessions.

Are the telnet sessions connected to a cluster alias?  Can the connections
be immediately reestablished to the same host name?

Do you plan to upgrade to UCX V2.0 soon?  If so, it might make more sense
to spend time on the upgrade than in debugging your V1.3 configuration.

         - MyTH
From: Kevin.Lesniewicz@bbs.oit.unc.edu (Kevin Lesniewicz)
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Port specification in Telnet
Date: 16 Aug 92 02:50:29 GMT
Followup-To: lesniewicz@a1.mec.mass.edu
Distribution: na
Organization: Extended Bulletin Board Service

Would someone tell me please how to specify a specific port when using Telnet
under VMS. I believe in Unix it's just host@somewhere.domain XXX  (where XXX
is the port number), but I think the VMS format is different.

I thought I read somehwere that it's something like 
host@somewhere.domain /port:XXX  but I don't think I've got the punctuation
right.

Thanks. Please post to the newsgroup if possible as opposed to email; my system
will be down for a week or so.

Kevin.
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
From: varadaraju@wmoeng.enet.dec.com
Newsgroups: vmsnet.networks.tcp-ip.ucx
Subject: Programming a multithreaded server....
Date: 20 Aug 92 22:32:57 GMT
Reply-To: varadaraju@wmoeng.enet.dec.com ()
Organization: Digital Equipment Corporation


    A question regarding TCP sockets and threads:
    
    We have a multithreaded server to which clients
    initially hook up to a well known port - on receiving
    a connection, the server sends back a new port number
    which will be used by the thread spawned for the client.
    
    After sending the port number back, the server spawns
    a thread which binds this new port number to a socket
    and goes on to process the client's requests.
    
    
    The problem we have is that when the client attempts
    to do a connect to the new port, the thread on the server
    side still hasn't done the bind - as a result, we get
    a connection refused error. 
    
    The outline of client and server code is something like this:
    
    
    Client:
    
    	x = socket(...);
        
    	 ... fill sockaddr_in structure...
    
    	connect(x, ....);
    	recv(x, client_port.....); /* receive the port number on which
    				      the server thread will process you */
    
    	close(x);
    	y = socket(....);
    	... fill sockaddr_in structure with new port...
    
    	connect(y, ...); /* this connect fails */
    
    	... talk to the client thread .....
    
    
    
    
    Server:
    
    	a = socket(...);
    
    	... fill in sockaddr structure with well known port...
    
    	bind(a, sockaddr structure, ....);
    
    	listen(a, 5);
    
    	b = accept(....);
    
    	... generate a new port number += 1
    
    	send(b, new_port_number...);
    
    	create thread {
    
    		thread:
    
    			c = socket(...);
    			.. fill in sockaddr structure with new port number...
    			bind(c, sockaddr structure....);
    			listen(c, 5);
    			accept(...);  /* This does not happen fast enough
    					*/
    
    			... process client queries....
    
    			}
    
    
    
    The clients run on Ultrix, while the server runs on VMS 5.5 using UCX
    version 1.3. The threads package is CMA Threads.
    
    
    Any info would be appreciated.
    
    
    			-- Kumar Varadaraju
    
    
    
    
    
Newsgroups: vmsnet.networks.tcp-ip.ucx
From: MyTH@ssg.ltn.dec.com (M. T. Hollinger)
Subject: Re: Will V2.0 support slip?
Organization: Digital Equipment Corporation, Littleton, MA
Date: Thu, 20 Aug 1992 04:38:32 GMT

No, SLIP support was not added for V2.0.

         - MyTH
Newsgroups: vmsnet.networks.tcp-ip.ucx