HDTenEightyP/NetNews huggingface dataset:
From: jqj@duff.uoregon.edu (JQ Johnson)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: porting Unix code to Multinet
Date: 17 Dec 1992 23:25:09 GMT
Organization: University of Oregon Network Services
Distribution: world
NNTP-Posting-Host: duff.uoregon.edu

I'm in the process of porting some moderately complex Unix networking
code to Multinet and would like to solicit some advice from the
community.  My problem is with socket_*().

The code I'm working with makes the assumption that local fds (generated
by VAXC open()) and remote sockets (generated by Multinet socket()) can be
treated equivalently.  For instance, there are library routines that
accept either and (sometimes after several levels of subroutine) call
read() or write() to perform the I/O.  What's the best way to port such
code?  One approach is presumably to use the UCX emulation, where read(),
close(), and write() all take either sockets or fds.  Is there any
downside to that?

My options seem to be (0) to use the UCX emulation, (1) to duplicate the
library routines, and have the high level routines call the net- version
of the library if appropriate, (2) [almost equivalent] to add flag
parameters or global variables to communicate whether a particular int
refers to a VAXC fd or a TGV socket, or (3) to decide in the low level
routine what a particular int refers to (in Wollongong code, I can use
the kludge that fds are sequentially assigned and so are very small ints,
whereas sockets are >= 192).  What's my best bet? 

-- 
JQ Johnson				Office: 250E Computing Center
Director of Network Services		Internet: jqj@ns.uoregon.edu
Computing Center, Univ. of Oregon	voice:	(503) 346-1746
Eugene, OR  97403-1212			fax: (503) 346-4397
From: mathog@seqvax.caltech.edu (David Mathog)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: FTP mput VMS->Unix changes file name cases
Date: 15 Dec 1992 15:53 PST
Organization: Division of Biolgy, CALTECH
Distribution: usa
NNTP-Posting-Host: seqvax.bio.caltech.edu
News-Software: VAX/VMS VNEWS 1.41    

When I use FTP (Multinet V3.1 Rev. D, VMS 5.5-2) on my VAX and do an 

  mput *

on a directory full of files like:

  SAF_00000001.;1    SAF_00000002.;1    SAF_0000000E.;1

and send them to our Sparc, they end up with names like:

  saf_00000001       saf_00000002       saf_0000000e

Why does the case change and is there some way to override?

Thanks,

David Mathog
mathog@seqvax.caltech.edu
Manager, sequence analysis facility, biology division, Caltech
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: pyron@skndiv.dseg.ti.com (Dillon Pyron)
Subject: xroach
Reply-To: pyron@skndiv.dseg.ti.com
Organization: TI/DSEG VAX Support
Date: Thu, 17 Dec 1992 15:27:18 GMT


Okay, this has nothing to do with MultiNet, but this is the group I read that
does VMS and Unix support.

I ftp'ed xroach off Cerritos, it runs fine (if slooooow) on my VSII.  Now my
cubemate wants it on her IPC.  Fine, I have sources and even the makefile. 
Except the makefile seems to be corrupted.  I get an error of "unexpected
end-of-file at line (7)".  Any suggestions or help via e-mail are appreciated
now and forever.  Postings will probably be deplored by Ken.

--
Dillon Pyron                      | The opinions expressed are those of the
TI/DSEG Lewisville VAX Support    | sender unless otherwise stated.
(214)462-3556 (when I'm here)     |
(214)492-4656 (when I'm home)     |"Pacts with the devil are not legally
pyron@skndiv.dseg.ti.com          |binding!"
PADI DM-54909                     |-Friar Tuck   _Robin Hood:The Hooded Man_

Newsgroups: vmsnet.networks.tcp-ip.multinet
From: poncelet@smr.slb.com (Paul Poncelet - SFM - (33)-1-4746-7117)
Subject: Pathworks TCP/IP on VAX with CMU/TEK
Reply-To: poncelet@smr.slb.com
Organization: SMR Montrouge, France.
Date: Fri, 18 Dec 92 11:40:57 GMT

We have the CMU/TEK TCP/IP package running on our VAX cluster. We are  running
Pathworks for VMS with DECnet, without problem. We wished to try out the TCP/IP
option of Pathworks and installed the files on the server without problem. 

The problem is that the NBNS TCP Netbios process crashes upon startup claiming
it can't find the hostname. DEC's answer is to use their UCX product as the
TCP/IP layer. Does anyone else have experience of getting Pathworks TCP/IP to
work with products other than UCX?


Thanks for any help you can provide


Paul Poncelet
Systems Manager
Sedco Forex Schlumberger
Montrouge
France

e-mail: poncelet@sfm.sinet.slb.com
From: mcmahon@TGV.COM (Missing in Foggy Bottom)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: RE: Disk defragmenting products
Date: Thu, 17 Dec 92 09:55:46 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List


Virtual memory, Wow!...  now I can have really, really, really big RAMdisks.
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Anonymous FTP not keeping log files?
Date: Sat, 12 Dec 92 21:14:07 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> My anonymous FTP configuration seems to be not entirely correct; it's not
> keeping the FTP_SERVER.LOG files (or perhaps not creating them in the first
> place).  Anonymous FTP does work from the user's point of view though.
> I'm using Multinet V3.0H and VMS V5.5-1.
> Can anyone offer any suggestions?

> The FTP account does have write access to it's sys$login directory.

    I'd set up ANONYMOUS to allow you to login to it interactively
and try to create a file in the login directory. Chances are you
have a protection problem you've missed, or are else over quota.

    I'd also upgrade to MultiNet V3.1. V3.0 is no longer supported, and
has never been tested under VMS V5.5-1.

							Ken
From: alanmoore@yang.earlham.edu
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: SLIP and bootp
Date: 11 Dec 92 16:30:42 EST
Organization: Earlham College, Richmond, Indiana

Is there any reason BootP requests wouldn't be passed through a slip line?  We
have a PC acting as a router on the end of the slip line, and are having a hard
time determining whether bootp won't work because the routing software (on the
PC) isn't passing it through or whether the SLIP line won't take them for some
reason.

Alan Moore                              alanmoore@yang.earlham.edu
System/Network Manager, Postmaster      (317)983-1437
Earlham College
Richmond, IN
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Anonymous FTP not keeping log files?
From: CHD@HERMES.ECE.ARIZONA.EDU (Chris De Young)
Date: 12 Dec 92 15:51:18 MST
Distribution: world,local
Organization: --
X-News-Reader: VMS NEWS 1.24

My anonymous FTP configuration seems to be not entirely correct; it's not
keeping the FTP_SERVER.LOG files (or perhaps not creating them in the first
place).  Anonymous FTP does work from the user's point of view though.
I'm using Multinet V3.0H and VMS V5.5-1.
Can anyone offer any suggestions?

The FTP account does have write access to it's sys$login directory.
The SYS$MANAGER:SYLOGIN.COM starts with the line:
$ if f$mode() .nes. "INTERACTIVE" then $exit

Here's the FTP LOGIN.COM:

$ set prot=(s:rwe,o:re,g,w)/default
$ define multinet_ftp_server_log_limit "-"
$ set def [.files]
$ exit

Here's the SYSUAF.DAT record:

Username: ANONYMOUS                        Owner:  Anonymous FTP
Account:  FTP                              UIC:    [700,100] ([FTP,ANONYMOUS])
CLI:      DCL                              Tables: DCLTABLES
Default:  HERMES$DKB100:[ANONYMOUS]
LGICMD:   LOGIN
Flags:  LockPwd Restricted
Primary days:   Mon Tue Wed Thu Fri        
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary 000000000011111111112222
Day Hours 012345678901234567890123  Day Hours 012345678901234567890123
Network:  ##### Full access ######            ##### Full access ######
Batch:    -----  No access  ------            -----  No access  ------
Local:    -----  No access  ------            -----  No access  ------
Dialup:   -----  No access  ------            -----  No access  ------
Remote:   -----  No access  ------            -----  No access  ------
Expiration:            (none)    Pwdminimum:  6   Login Fails:     8
Pwdlifetime:         90 00:00    Pwdchange:      (pre-expired) 
Last Login:            (none) (interactive), 12-DEC-1992 15:31 (non-interactive)
Maxjobs:         3  Fillm:        20  Bytlm:         8192
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:        18  JTquota:       1024
Prclm:           1  DIOlm:        18  WSdef:          150
Prio:            4  ASTlm:        24  WSquo:          256
Queprio:         0  TQElm:        10  WSextent:       512
CPU:        (none)  Enqlm:       100  Pgflquo:      10240
Authorized Privileges: 
  TMPMBX NETMBX
Default Privileges: 
  TMPMBX NETMBX


Thanks,
Chris
chd@ece.arizona.edu
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: FTP mput VMS->Unix changes file name cases
Date: Tue, 15 Dec 92 17:42:27 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> When I use FTP (Multinet V3.1 Rev. D, VMS 5.5-2) on my VAX and do an

>   mput *

> on a directory full of files like:

>   SAF_00000001.;1    SAF_00000002.;1	  SAF_0000000E.;1

> and send them to our Sparc, they end up with names like:

>   saf_00000001       saf_00000002	  saf_0000000e

> Why does the case change and is there some way to override?

    The case is changed because VMS files are necessarily uppercase
and most people use lower case filenames under UNIX. It is most
natural for "FOO.C;1" to become "foo.c", and in some cases where
the part after the "." signifies a certain type of file (eg, ".c") it
is important to perform this transformation.

							    Ken
From: JOHNSON@northeastern.edu (I am only an egg.)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: LPR characteristics
Date: Thu, 17 Dec 1992 13:42 EST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

     Hello,  I don't remember seeing this recently.  If it's been here 
then cat flames > /dev/null.  I've been busy and may have missed it.

     I have two LPR queue's defined as STREAM since I'm pumping them to 
printers on terminal servers just as the book says.  The printers are a 
DP B300 and a DEC LA-120.  The connection is made and characters come
out.  So far so good.  However we seem to be missing any linefeeds so
all the text comes out on one line.  The B300 doesn't like this at all 
althought the LA-120 lives throught it.


     I've not seen anything is chapter 8 of the admin manual that tells 
me how to correct his.  If I missed it the please point me to 
section/page.  If I didn't miss it then does anyone know how to correct 
the situation.  Printing several pages on one line does tend to make 
for very difficult reading.

     Or is this something I need to fix by having my people play with
the terminal server characteristics maybe? 

     Thanks.

Chris Johnson
Northeastern University.
From: adelman@TGV.COM (Kenneth Adelman)
Newsgroups: vmsnet.networks.tcp-ip.multinet
Subject: Re: Disabling TALK Politely
Date: Wed, 16 Dec 92 08:56:11 PST
Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
X-Gateway-Source-Info: Mailing List

> I'm trying to prevent people "TALKing" to my users on node CSBOAA.

> I've done the following on node CSBOAA:
>   $ mu sh/vers
>   TGV MultiNet V3.1 Rev A, VAX 4000-300, VMS V5.4-2
>   $ mu config/servers
>   disable talk
>   disable ntalk
>   restart

> When I go to node CSBINA and try talking to CSBOAA with "talk system@csboaa" I
> get the following:
>   TALK 3.1(9) ------[Checking for invitation on caller's machine]
> and sit there with no notice that talk is disabled on the remote node.  Not
> polite.  I get the same notice whether system@csboaa is logged in or not.  Very
> impolite.

    That is the way TALK behaves when the machine you're talking to
isn't running a server.

> IMHO, if talk is disabled on a node, then the calling party should be informed
> of that.

    I agree, but the TALK implementation (we just ported the UNIX code, and
although we could arguably fix ours, we couldn't fix the rest of the world)
doesn't do this, and since the connection setup protocol is UDP oriented
it takes repeatedly retransmitting the connection request over a period
of time before you can acertain that the machine you're talking to isn't
going to answer.

    My only suggestion would be to write a "FAKE" talk server that
rejected connections immediately.

								    Ken
Newsgroups: vmsnet.networks.tcp-ip.multinet
From: sonneveld@research.ptt.nl (Rolf E. Sonneveld)
Subject: Diskkeeping products and NFS export of VMS disks.
Organization: PTT Research, The Netherlands
Date: Thu, 17 Dec 1992 09:49:45 GMT

        Hello, all

        Can the use of diskkeeping and -caching products like
        PerfectDisk and I/O-Express on disks that are (partially)
        exported by Multinet NFS potentially result in corrupted
        files and data?

        Thanks,

        Rolf E. Sonneveld
        PTT Research
        The Netherlands
Newsgroups: vmsnet.networks.misc
From: graves@jemez.eece.unm.edu (John Graves)
Subject: Message Router
Date: Thu, 17 Dec 92 19:37:43 GMT
Organization: University of New Mexico, Albuquerque

Does anyone have some "simple" examples using message router to pass
information from one node/cluster to another?

I've been trying to setup some node-to-node task communication via message
router, but no success.

I have used MRMAN to setup the remote MR MailBox, and it works as long as I
don't use the /OWNER qualifier.  If I only use the /PASSWORD it works ok...
at least the query works ok...  I still need some simple examples that
assemble and disassemble a message...

Thanks in advance.

-John

Please send mail... I have limited access to news...


--
--
John R Graves                       | Please don't take anything I write
email - 0004821977@mcimail.com      | seriously... Life is too short.
phone - (719)592-1437               |
Newsgroups: vmsnet.networks.desktop.misc
From: David_Hunter@mindlink.bc.ca (David Hunter)
Subject: Novadigm EDM
Organization: MIND LINK! - British Columbia, Canada
Date: Fri, 11 Dec 1992 22:06:01 GMT

I am curious to know if anyone out there has heard anything about a new
product from Novadigm, Inc. --- Enterprise Desktop Manager Series (EDM).  I
understand it created quite a bit of interest at the recent COMDEX.  I do not
know much about the product, but am interested in the company as an
investment.  I would like to hear any comments.

Thanks in advance, David.

--
>-----------------------------------------|-----------------------------<
| David Hunter                            | "Don't just do something,   |
| Internet : David_Hunter@mindlink.bc.ca  |  stand there!"              |
| CIS      : 72007,2667                   |                             |
>-----------------------------------------|-----------------------------<
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Windows mail interface for UNIX mail
From: "Nalley, Gary K." <nallegk@OKRA.MILLSAPS.EDU>
Date: 16 Dec 1992 11:05:05 -0600 (CST)
Content-transfer-encoding: 7BIT

> This is a very serious weakness for the DEC pathworks products.  We are
> writting
> internally a pop3 mail client for under windows, and the rough proof of
> technology effort to date hasn't been that hard to write.  I always marvel at
> DEC
> leaving out those things which would make the product "really nice" and would
> keep out the competition!
> --
>
> Regards.
>
> Don Rolph  a722756@pan.mc.ti.com WD3 MS10-13 (508)-699-1263
 
At least they include a mail client.  If I understand correctly (I don't know
because I am not a Netware user - this is based on reading and dialogue with
those that do use Netware.) Novell doen't even ship a mail package with their
net OS.  In fact, there is a *lot* that PATHWORKS does contain that Netware
doesn't even think about.  Give DEC the credit they deserve.
 
Gary
 
        +-------------------------------------------------------+
        |   Gary. K Nalley         Network Specialist           |
        |   Computer Services      nallegk@okra.millsaps.edu    |
        |   Millsaps College       nalley@decus.org             |
        |   1701 N. State St.      Fax:    601.974.1168         |
        |   Jackson, MS 39210      Voice:  601.974.1140         |
        +-------------------------------------------------------+
From: OIG@EWC.BITNET (Greg Oi, East-West Center)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: DE203?  DE204?
Date: 15 Dec 92 22:05:00 GMT
Content-transfer-encoding: 7BIT

I just heard an offhand remark by a DEC person that there are (or are
going to be) DE203 and DE204 boards selling for $155.  Can anyone
confirm/deny this?  Thanks!
 
======================================================================
Greg Oi                                 BITNET:  OIG@EWC
East-West Center
Honolulu, HI
======================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Books
From: George Yobst <george@RANKIN.LIB.UMT.EDU>
Date: 17 Dec 1992 13:35:09 -0700
Content-transfer-encoding: 7BIT

Hi all,
 
Can someone give me the names & authors of some books written about
Pathworks for DOS V4.1.   Thank you! - George
=============================================================================
George Yobst, Automation Specialist              Internet:
Mansfield Library                                  GEORGE@RANKIN.LIB.UMT.EDU
University of Montana    Phone: (406) 243-2539   MUSENET:
Missoula, MT 59812-1195  FAX:   (406) 243-2060     RANKIN::GEORGE
'If you want to make enemies, try to change something.' - Woodrow Wilson
From: hitt@plunge.enet.dec.com (Well)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: Laserwriter IINT printing problems
Date: 14 Dec 92 16:22:19 GMT
Reply-To: hitt@plunge.enet.dec.com (Well)
Organization: PATHWORKS Development, Digital Equipment Corporation


In article <LANWORKS%92121117003035@MIAMIU.ACS.MUOHIO.EDU>, Jim Schenk <JIMS@SERVAX.BITNET> writes:

|>Ever since we connected the printer, certain characters do not print
|>correctly from our Macs.  For example, the degree symbol prints out
|>as a right curly bracket }, bullets print out as percent signs %, and
|>apostrophies and double quotes print as capital T, S, and U.  This
|>happens from several Macs, with System 7.0.1 and 6.0.7, using both
|>truetype and bitmapped fonts.  I get the same results using Courier,
|>Geveva, Helvetica, New York, and Palatino; and with printing from
|>WordPerfect, Microsoft Word, and Teachtext.  All Macs are using the
|>LaserWriter 7.1.1 driver.  When printing from a DOS machine, the
|>characters print out correctly.  The printer is set to No parity,
|>XON/XOFF handshake, 8 data bits, and 1 stop bit.

This really sounds like the printer is set to 7 data bits, not 8.  Have
you set this up using the MSAP$SET_PARAMS.PS (found in MSA$ROOT:[MSA.
MSAP$UTILITY]) by copying that file to the printer?  Using MSAP$SHOW_PARAMS.PS
in the same way, does it verify that the printer is set to 8 bits?  Is the
terminal line also set to 8 bits?

-Jeremy


--
   +---------------------------------+
   |  Jeremy Hitt                    |
   |  PATHWORKS Development          |    Any opinions expressed herein are
   |  Digital Equipment Corporation  |    entirely unintentional. 
   |  hitt@ranger.enet.dec.com       |
   +---------------------------------+-------------------------------------
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: LAT Parallel Print Servers
From: "Mark Montaqez, System Manager AHEC, (303)556-2409"<MONTANEZM@AHECAS.COLORADO.EDU>
Date: 16 Dec 1992 10:43:06 -0700
X-VMS-Cc: MONTANEZM
MIME-version: 1.0
Content-transfer-encoding: 8BIT

Hi Pathwork Users.....
 
I'm looking for a 2 port inexpensive parallel print server.
 
I see the DECserver 250 in DECdirect... but this is a little two expensive for
our tastes.... and over kill for our application.....
 
Thanks in advance.... any and all will be appreciated....
 
Mark Montanez
 
 
 
                              ______..---------====*====---------.._______
..=======---------------.   .='======________ ============= _________======`=
`_________________.----'  /  - _-=_/        `-----=*=-----'
    /_____/__.-----======'-------_'   Mark Montaqez, System Programmer/Manager
     `-----===._  -  _  =  __.--'          The Auraria Higher Education Center
                `---------'                      Montanezm@ahecas.Colorado.EDU
 
 
 
NOLAN'S PLACEBO
   An ounce of image is worth a pound of performance.
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Problem w/PKUNZIPping PKZIPped & UUENCODEd Files
From: "C.Y. Kwok (Postmaster)" <CCCYKWOK@CPHKVX.BITNET>
Date: 17 Dec 1992 09:36:00 +0008
X-Organization: Computer Centre, City Polytechnic of Hong Kong
Content-transfer-encoding: 7BIT

>
>I suppose you guys have run into this problem before, but I don't see it
>being asked often:
>
>I seem to have problem PKUNZIPping files off from the net that were
>PKZIPped and then UUENCODEd.  The way I have done it was to...
>
>    1) Extract the posting to a file
>    2) Edit out headers
>    3) UUDECODE file
>    4) Jump into MSDOS and PKUNZIP file (via pathworks, i.e., drive M:)
>
 
You should carry out UUDECODE file under MSDOS.
 
        1) ...
        2) ...
        3) Jump into MSDOS and UUDECODE file (via pathworks, on drive M:)
        3) PKUNZIP file
 
A zipped file is a binary file. Most binary files created under VMS (not
those created by PCFS_SERVER) are incompatible with those created on
MSDOS and stored on the M: drive.
 
>Same problem with UUENCODEd PKZIPped files via e-mail.  If, however, a
>PKZIPped file has first been COMPRESSed and then UUENCODEd, I don't have
>any problem extracting files out from it.  I know I'm missing something
>obvious... *sigh*, any help there?
>
>Regards,
>
>John E. Babbitt, Jr.        {UUCP: ...hplabs!hp-pcd!orstcs!cutler!john}
>Senior Programmer/Analyst   {Internet: john@cutler.com}
>Cutler & Company, Inc.      {Phone: 503/770-9000 (voice) 503/770-9014 (tt)}
>Medford, Oregon  97504      {Disclaimer: What I say is my personal opinion}
=============================================================================
C Y Kwok                                   Voice:     +852 788-8253
Systems Analyst (Network), Postmaster      Fax:       +852 788-8281
Computer Centre                            Bitnet:    CCCYKWOK@CPHKVX
City Polytechnic of Hong Kong              Internet:  cccykwok@cphkvx.cphk.HK
=============================================================================