HDTenEightyP/NetNews huggingface dataset:
From: jackson@pravda.enet.dec.com
Newsgroups: comp.os.vms
Subject: Re: VMS SODRIVER (Sound Driver)
Keywords: SODRIVER sound VMS
Date: 10 Apr 92 11:19:00 GMT
Reply-To: jackson@pravda.enet.dec.com ()
Organization: Digital Equipment Corporation


The internal speaker is controlled by a bit somewhere in the device
configuration table, thus can be controlled by software.  The switch
on the box only turns the speaker "OFF" when you want to be in silent
mode.


DECsound  will support recording and playback through the sound ports on
the Model 60 and the VLC.  DECsound is supposed to be bundled in DECwindows
Motif V1.1

--


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

Mail:	Jackson@pravda.enet.dec.com
From: bemrich@usuhsb (UCC LT JOSEPH BEMRICH)
Newsgroups: comp.os.vms
Subject: VMS Flight sim
Date: 8 Apr 92 13:36:06 GMT
Reply-To: bemrich@usuhsb
Organization: USUHS - Uniformed Services University of the Health Sciences

DEC was giving away a CD called the CD-ROM explorer back in December and
January. The flight simulator was on it.  You might call DEC Direct and
see if it is still available, if you have the drive.  We weren't too
impressed, though.........
From: SYSMGR@FLORIS.ALFRED.EDU (Jim Walker)
Newsgroups: comp.os.vms
Subject: Re: COBRTL
Date: 16 Apr 92 16:17:46 GMT
Distribution: world
Organization: The Internet

It would be helpful if VMS upgrades would check the idents of run time and not
replace ones that are more up to date than the VMS kit.  The last couple times
I updated VMS I had to reinstall COBOL to get the right RTL.  This was not
documented and I got bitten the first time I ran across it.  My first clue was
when existing COBOL programs failed to run with an image ident mismatch. 

Maybe the only reason I keep hitting this problem is that I'm always behind
on my VMS upgrades while my languages are kept more up to date.  I like to 
skip versions of VMS that don't have new features that I care about.


On the subject of run-time libraries, it would also be helpful if the
rolling upgrade chapter of the VMS installation manual included a list
of RTLs that were updated so I could direct users of the affected languages
and features to link their programs on nodes running the old VMS.  With 5.4-3
it was easy: it told me what images it was replacing.  But re-mastered upgrades
aren't so friendly.

Jim Walker, VAX System & Network manager, Alfred University Computer Center,
Alfred, NY 14802 USA        +1-607-871-2222,    Using VAX/VMS 5.4-3
<SYSMGR@bigvax.alfred.edu>, SYSMGR@CERAMICS.bitnet, WALKER@ALFREDU.bitnet
From: manager@LEMOYNE.BITNET (Dan Wheeler)
Newsgroups: comp.os.vms
Subject: UCX Timeout?
Date: 14 Apr 92 15:06:20 GMT
Organization: The Internet

I'm a real network novice having some tcp/ip trouble with UCX under VMS
5.4-3 connecting locally only to an HP unix system. One of the systems
(apparently UCX) seems to be timing out, as per the following scenario.

Any connection (SMTP, ftp, telnet, ping) from UCX to the HP will work
fine. After that, any connection from the HP to UCX will work fine.
After a period of net inactivity of about 5 minutes any connection from
the HP to UCX will fail.

Although I've reviewed UCP I can't seem to find anything to change.

Where should I start to look? What parameters, devices, logs should I be
checking? Is there any parameter in UCX that might control this sort of
action? Is it likely that the problem is with UCX, as I have assumed?

Please reply directly to me as I can't keep up with the INFO-VAX traffic.
 ------------------------------------------------------------------------------
 Dan Wheeler,    Academic Support Specialist & VMS System Manager
 Office of Information Systems,  Le Moyne College,  Syracuse, NY    13214-1399
 Phone 315.445.4582/4565  (Home 315.655.8193)           WHEELER@LEMOYNE.BITNET
 ------------------------------------------------------------------------------
From: kenw@skyler.arc.ab.ca (Ken Wallewein)
Newsgroups: comp.os.vms
Subject: Re: SUMMARY: How to SET FORWARD to multiple users
Date: 15 Apr 92 16:59:56 GMT
	<1992Apr14.230239.28787@cco.caltech.edu>
Organization: Informations Systems, Alberta Research Council

In article <1992Apr14.230239.28787@cco.caltech.edu> carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:

> In article <KENW.92Apr13161603@skyler.arc.ab.ca>, kenw@skyler.arc.ab.ca (Ken Wallewein) writes:
> >
> >  It boils down to this: DEC removed that capability from VMS Mail in V5.0,
> >apparently because they were worried about mail loops.  I thought it was a
> >bad decision then, and I still do.
> 
>    No, not because of mail loops.  Because the MAIL-11 protocol allows you
> only to figure out whether the message was or was not delivered
> successfully by the remote node.  In particular, if there's a remote
> mailing list, and the remote machine can't deliver to mail to one of the
> addressees, you have no way of telling to which addressees the mail was
> delivered and to which it wasn't.

  Thanks for clearing that up.  I don't recall it being stated clearly at
the time the functionality was withdrawn.  In a side message, Ehud has said
something which seems related.  It involved the difficulty for a sending
process to determine the exact number of recipients, when forwarding to a
distribution list is being done on a remote node.

  It doesn't strike me that DEC tried very hard to address the problem in
any other way; several possibilities come to mind.  It almost looks as
though DEC wanted to push users toward a more expensive product.
Store-and-forward mailers do this kind of thing routinely.  Is there
anything inherent in functioning of a synchronous-delivery mailer that
makes it "hard"?

/kenw
--
/kenw

Ken Wallewein                                                   A L B E R T A
kenw@noah.arc.ab.ca                                           R E S E A R C H
(403)297-2660                                                   C O U N C I L
From: pista@aszi.sztaki.hu (Tetenyi Istvan)
Newsgroups: comp.os.vms
Subject: DECNET,IPX, NETBIOS at the same time
Summary: NDIS based DECNET,IPX and Netbios coexistance
Keywords: DECNET,IPX,NETBIOS
Date: 10 Apr 92 12:22:34 GMT
Distribution: comp.os.vms
Organization: Computer and Automation Institute, Hungary

Dear Colleagues,
We have an application which uses Netbios services on a Novell network.
One of the machines on the network uses Decnet too. The Decnet software
provides Novell and Decnet connectivity at the same time. 
        NETBIOS        <------>        NETBIOS
   ================                   ===========
   DECNET  |   IPX                       IPX
   ================                   ===========
          NDIS                            |	
   ================                       |	
           |                              |
           +++++++++++++++++++++++++++++++++

The drawing above summarizes my case.
However I don't know how to configure the Decnet in order to allow
that the IPX running over Netbios could be used ? If I load Netbios over
Decnet ... nothing really happens. I can't  use DECNET's Netbios service
on all the stations.
Is anyone who could help me ?

Kind regards,
       Istvan Tetenyi
       ib006tet@huearn.bitnet
       pista@aszi.sztaki.hu
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: C & shared file & fseek & !RMS
Date: 15 Apr 92 03:35:20 GMT
Distribution: world
Organization: The Internet


	I need a file format and access mode which allows:
	   1: seeks to any file position (actually, record) up to the end of
		file,

Do you want to seek to any position or any record?  There's a BIG difference!

	   2: sharing between a writer/reader process and a reader process.

	The file will contain binary data with a fixed (record) size.

	According to the VMS manuals:
	   3: shared files must have a record format (footnote for creat
	      function, table of optional file attributes),

Well, not quite.  EVERY file on VMS has a record format.  What you are trying
to say is that you must use record access mode to do sharing.

	   4: the VAX C RTL functions can only access sequential file
	      organization (intro to C RTL, Chapter 1); I don't think this
	      causes a problem for me, it only means the file must be a
	      sequence of records (no unused records).

	So I think I need a fopen (or open) which specifies:
	   ctx = rec (force record-mode access to allow sharing; I assume the
	         file will be sequential records),
	   mrs = <my record size>,
	   rat = <null> (i.e., don't specify a record attribute since data is
		binary),
	   rfm = fix (fixed length record format),
	   shr = get,put (all readers specify get,put and writer specifies
		get)

So far, so good.

	But, with *record format* files an fseek (fsetpos) must be to a
	location returned by ftell (fgetpos); otherwise "unpredictable
	behavior" occurs (description of ftell function).  What I'd like to
	avoid is keeping a ftell (fgetpos) value for every record in my file.
	I'd like to have a fseek function which simply takes a record number
	instead of an ftell return value.  A relative or absolute record
	number would be OK.  This being impossible, what are my alternatives
	(surely someone has done this...)?

What you've just described is (essentially) an RMS relative file.  It has a
series of records which are accessed by number.

Unfortunately, they can't be used with the VAX C I/O system.

	I guess I should say I also want to avoid direct calls to the RMS
	functions, but that's only because I want to keep the program simple
	for the eventual maintainers of the code.  I could be persuaded to
	make their lives more miserable (if that's possible...) by dropping in
	some RMS stuff, but I'm fearful they'll put a curse on my children
	:-).

I'm afraid the combination of functions you want really can't be done any
other supported way.  If you are willing to go UNsupported, the format of
the value returned by ftell for files with fixed-length records is very simple
and you should be able to figure it out with minimal effort.  Then you can
construct your own values.  In theory, the format might change; in practice,
that's very unlikely.  Your choice.

BTW, the RMS alternative wouldn't be very complex, and could easily be hidden
behind a couple of functions that could easily be re-implemented on other
systems.
							-- Jerry

Newsgroups: comp.os.vms
From: gowen@walt.tmc.edu (Lon Gowen)
Subject: Re: mail interface for UCX?
Organization: Mississippi State Univ.
Date: Sun, 12 Apr 1992 00:04:27 GMT

In article <61050036@acf3.NYU.EDU> tihor@acf3.NYU.EDU (Stephen Tihor) writes:
>THere are two fine solutions, the freeware approach MX, and the commerically
>supported PMDF.

Speaking of MX, how well does it work and where can one FTP it from?  Also,
if anyone has any knowledge on how well ANU news works with UCX, let me know.

Thanks,

Lon Gowen, PhD
gowen@cs.msstate.edu
From: clark@oasys.dt.navy.mil (J. Peter Clark)
Newsgroups: comp.os.vms
Subject: BANNER.EXE for X-Windows
Date: 16 Apr 92 12:20:48 GMT
Reply-To: clark@oasys.dt.navy.mil (J. Peter Clark)
Organization: Carderock Division, NSWC


 Hello Info-VAX World...I posted this message earlier on an X-windows
 message board but haven't received any good leads...so I'll throw
 it out here and see what I get.

  DEC has a program called BANNER as part of its UIS/VWS demo package.
 It places a user configurable window(s) on your screen to display
 various current system information (free pages, page faults, ethernet
 traffic, CPU modes, CPU load, etc)

 Anyway, I'm looking for the X version of the same program. I've
 seen a version of it at DECUS but haven't found a distribution
 source.

   Any ideas??


                            Thanks much,

                             Pete Clark
                       clark@oasys.dt.navy.mil
                     Naval Surface Warfare Center
Newsgroups: comp.os.vms
From: reuben@auvax1.adelphi.edu
Subject: problem with NEWSRDR
Organization: ADELPHI UNIVERSITY
Date: Mon, 13 Apr 1992 22:17:45 GMT

Hi All,                        

I have been experiencing the following problem when trying to post articles
using NEWSRDR.  I haven't changed anything since installing NEWSRDR.  I was
able to post articles at one point.  Has anyone experienced something similar to
this. Is this a problem with VMS  or the Ultrix Server.  Any help would be
appreciated.  Thanks again as usual.  Is this enough information?

###############################################################################
News> post
%NEWS-I-USINGCURGROUP, message will be posted to group comp.sys.zenith
Subject: test

Enter message text; type CTRL/Z when done.

> test
> Exit
Ready to post to: comp.sys.zenith
Ok to proceed? [Yes]: y 
441 /var/spool/news/lib/news/inews: article in /usr/spool/netnews/dead.article
%NEWS-W-POSTERR, error occured while posting message

News> Exit
                        
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Reuben D. Molloy                   | Internet Address: reuben@auvax1.adelphi.edu
Adelphi University                 |
Academic Computing Center          | Fax: (516)877-3347
VAX/VMS System Manager             | Telephone: (516)877-3341
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.vms
Subject: Re: modem and terminals
From: mdh@gaya.gp.co.nz (Martin D. Hunt)
Date: 12 Apr 92 17:16:25 +1200
Organization: Wellington, New Zealand

In article <1992Apr05.192303.29157@edsi.plexus.COM>, resistor@edsi.plexus.COM (Jason Hanson) writes:
> 
> I am attempting to hook up an AT&T 2400 baud modem to our MicroVax 3100.
> When a call comes in, the modem refuses to take the phone off hook and
> the receive/send lights both light.  If the serial line from the Vax is
> unplugged the modem answers fine.  Note that the system works fine witha
> Hayes 1200 baud modem.  Also, with the AT&T, the show terminal command
> on VMS shows the port as locked at 2400 with <login> as owner.  Any
> ideas?

I would say that the modem is sending out some message, such as "RING<cr>", 
and the VAX is taking this to be an attempt to log on. Try turning off the 
message codes on the modem.

-- 
----------------------------------------------------------------------------
Martin D. Hunt	The opinions expressed above are mine, and mine alone.
Wellington	Who else would express such opinions?
New Zealand	USEnet at home : martinh@gaya.gp.co.nz
-----------------------------------------------------------------------------
From: claes@rigel.efd.lth.se (Claes Engelin, SKF Data, Sweden)
Newsgroups: comp.os.vms
Subject: Re: INSTALL and "<>"s...
Date: 16 Apr 92 07:33:52 GMT
Reply-To: claes@rigel.efd.lth.se
Organization: Lund Institute of Technology,Lund, Sweden


    In article <6E81AB77E6FF20778C@MAX.U.WASHINGTON.EDU>,
    DEREK@U.WASHINGTON.EDU writes:

>"Aid. (adrian@lexcel.com)"   (I am not sure if Aid is a name or nickname)
>wrote:
>
>>dev:<dir>file.ext
>> 
>>Check out the INSTALL program and note that it *always* shows directories this
>>way.  Historical reasons, I guess.
>
>I would say not, as INSTALL *used* to use the square brackets.  It seems to
>me that this changed back in version 4 of VMS, but it might have been V5.0.
>Angle brackets have always been supported by RMS, I thought for backwards
>compatibility with the pre-VMS operating systems.
>
>Anyway, I always figured that the change in INSTALL was done more as a
>"just because" reason.
    
    Another good reason for using/supporting the <dir> format is the
    various European markets. On most (all?) systems which use
    National Replacement Characters or National Replacement Keyboards,
    the [ and ] (i.e., left and right brackets) are not readily
    available on the keyboard. On my keyboard, I have to do: (hold
    Compose while hitting Space, followed by hitting "(", i.e. shift-8
    twice) It is usually easier to use "<" and ">", which are on my
    keyboard, to the left of the "Z".

    Sorry, but I couldn't resist this chance for some
    ignorant-anglo-bashing. To those who speak only English: my
    apologies. To the multi-lingual community: you know what I mean.
    DEC supports 8-bit characters across the board? Hah!
    

--
Claes Engelin       | e-mail:  CLAES@rigel.efd.lth.se (may change anytime soon!)
SKF Dataservice AB  | MEMO:    MEMONET.SM.DSVGOT.G721746 (A Swedish net)
S-415 50 GOTHENBURG | Phone:   +46 31 371943  |
Sweden              | Fax:     +46 31 372505  |
"After you stop believing in Santa Claus, the whole world just goes downhill"
                 - Tom Clancy
From: flowers@admin1.memst.edu (Harry Flowers)
Newsgroups: comp.os.vms
Subject: Re: COBRTL
Date: 15 Apr 92 11:25:07 -0600
Distribution: world
Organization: Memphis State University

In article <6D67CE0FC27F2068FB@CPHKVX.BITNET>, 88175839@CPHKVX.BITNET writes:
> Recently we have upgraded the COBOL compiler to version 4.4. The software kit
> comes with the COBOL Run Time Library (COBRTL.EXE), according to the release
> notes, which must be installed on nodes where COBOL V4.4 compiled programs
> will run.

True.

> I am puzzled by the requirement ... for those sites, which do not have
> the COBOL compiler, how do they know this requirement (there is chance that
> they will receive COBOL V4.4 compiled programs). Will DEC include the COBOL
> Run Time Library in the new version of VAX/VMS (what is the earlier verion
> then ?).

The VMS kit has an obsolete COBRTL in 5.4-n (where n=1,2,3) and 5.5. Languages,
starting around VMS 4.2 I think, were no longer supposed to ship RTL's, the
RTL's being distributed with VMS.  However, the COBOL group can't seem to add
the features or bug fixes they want without changing the RTL, and can't seem
to get the new RTL to the VMS group within a year of when they change it!

$ SET FLAME/ON/HIGH/DIRECTION=DEC
I'm getting tired of re-installing the COBRTL every time we upgrade VMS!
(If you don't, none of your COBOL programs linked since you got the newer
library will run... grrrrr!)  This makes FOUR times in a row it's been WRONG!
FIX THIS NOW, DEC!  IT'S **NOT** ACCEPTABLE!  How about 5.5-1?  Is it fixed?
$ SET FLAME/OFF/NORMAL_CALM

Hope this helps clear your puzzlement with the requirements for COBRTL.
Note that there are DSIN/DSNlink articles about all this, and patches
you can get to correct the problems.  There are some other problems
addressed with different COBRTL versions that are discussed as well.

--
Harry Flowers                           Internet: FLOWERS@MEMSTVX1.MEMST.EDU
Memphis State University                & Bitnet: FLOWERS@MEMSTVX1
Newsgroups: comp.os.vms,comp.sys.sun.hardware,comp.sys.sun.admin
From: shamblin@Mayo.EDU (Brian Shamblin)
Subject: Re: How to print from Sun to DEC LPS-20 using TCP/IP?
Reply-To: shamblin@Mayo.EDU (Brian Shamblin)
Organization: Mayo Foundation
Date: Tue, 14 Apr 92 21:23:00 GMT


> I am trying to print from Sun workstations (Sun-3s, running
> SunOS 4.1.1), to a DEC LPS-20 printer on our network.

DEC sells the source code to their tcp/ip PrintServer client.  Try order
number QB-VVMA9-YM, at least for starters.
From: brydon@asl.SINet.SLB.COM (Eschew Obfuscation)
Newsgroups: comp.os.vms
Subject: Re: DISPLAYing SUN olwm on VAXstation 3100 running CMU/tek...help!
Date: 14 Apr 92 22:03:52 GMT
Distribution: world
Organization: The Internet

Patrick L. Mahan (mahan@Grubnik.TGV.COM?) says
>In article <1992Apr11.195812.27718@slcs.slb.com> you write:
>#
>#Seems to me it should be
>#decw$server_transports == "DECNET,LOCAL,CMU"
>#
>#TCPIP is the name reserved by DEC for the UCX product, even though the CMU
>#software speaks TCP/IP.
>#
>
>TCPIP is not reserved by DEC.

I sit corrected.

>                               The name used in the DECW$SERVER_TRANSPORTS
>is used to locate the image
>
>	SYS$SHARE:DECW$TRANSPORT_<transport_name>.EXE

Okay.

[Although seems to me I saw somewhere that DEC wants all DEC-defined
transports to take that form and non-DEC transports are supposed to be

        SYS$SHARE:DECW_TRANSPORT_<transport_name>.EXE
]

And the transport name for the CMU TCP/IP package is called "CMU" and
not "TCPIP".  As I mis-explained, "TCPIP" is the name used by DEC's own
product(s) UCX and TCP/IP for VMS or whatever they call it this month.  Okay
okay okay DEC didn't reserve the name, but it is the one that THEY use for
their software.  I would almost consider that a 'reserved' name.  If you
really want to confuse your system you can copy decw$server_decnet.exe to
decw$server_tcpip.exe and call decnet connections 'tcpip'.

In either case, "CMU" is the name you need to specify for the CMU package in
your definition for decw$server_transports. To be more complete, let me
attempt to summarize the transports that I know:

 decw$server_transports
  value                      transport via:
  ---------------------      --------------
  LOCAL                      local workstation
  DECNET                     DECnet
  LAT                        LAT
  TCPIP                      UCX
  CMU                        CMU TEKIP TCP/IP software
  ???                        TGV's Multinet
  WIN?                       Wollongong
  ???                        Fusion
  ???                        Process
  ???                        ???

You get the idea...

So, as the original poster asked, if you want to enable DECnet, CMU TEKIP,
local and LAT connections you want the line in DECW$PRIVATE_SERVER_SETUP.COM
to read something like:

$ decw$server_transports == "DECNET,LOCAL,LAT,CMU"

____________________________________________________________________________
Harvey Brydon         | Internet:   brydon@asl.sinet.slb.com
Schlumberger Anadrill | FAX:        (713)274-8399
200 Macco Blvd        | Telex:      1565030001 SINET ASL SLB
Sugar Land, TX 77478  | P.O.T.S.:   (713)274-8000 x8281 or 274-8281 (d.i.d.)
 Kubrick fans will note that the HAL 9000 became operational on 12-JAN-1992.
From: wdw@aucs.acadiau.ca (Bill Wilder)
Newsgroups: comp.os.vms
Subject: BACKUP/IMAGE/RECORD during a restore
Date: 14 Apr 92 18:08:36 GMT
Organization: Acadia University

I recently had to reload a disk from a week-old /IMAGE backup followed
by several daily incrementals. The Guide to maintaining a system says
to first restore the IMAGE backup and then restore from the
incrementals in reverse chronological order using the INCREMENTAL
qualifier. This manual further stresses the use of the /RECORD option
during the IMAGE restore. I did this and restored the disk properly but
I would appreciate an explanation of what the /RECORD qualifier means
during a restore operation.

Thanks very much

Bill
--
Bill Wilder, Computer Systems Manager 
Kentville Research Station
Agriculture Canada
Kentville, Nova Scotia
Newsgroups: comp.os.vms
Subject: Re: What's a good way to tell no. of files on a disk?
From: don@rata.vuw.ac.nz (Don Stokes)
Date: Tue, 14 Apr 1992 22:18:30 GMT
Organization: Victoria University of Wellington

don@zl2tnm.gen.nz (Don Stokes) writes:
> DU has been posted to vmsnet.internals.  

That's vmsnet.sources of course.  It's been a hard week.  8-(
              ^^^^^^^

--
Don Stokes, ZL2TNM (DS555)                      don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre          don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand.           +64-4-495-5052
Newsgroups: comp.os.vms