HDTenEightyP/NetNews huggingface dataset:
From: NMETRO@RICEVM1.RICE.EDU (Nick Metrowsky)
Subject: Printersevers and Labels
Organization: Rice University  
Date: Tue, 21 Jul 1992 19:45:07 GMT

We are planning to print mailing labels on an LPS20 (Printserver 20) printer.
What we were wondering is what type of form setups are required. I am more
interested in ANSI control sequence setups, if any. We have a user who
has tried several types of lebals and cannot get them to exactly line up;
I saw one setup where the user was losing app. 1/64" for each line of labels.
The users' requirement is to print 6 lines/label or 11 liens of labels/66 line
page. I was just wondering would the LPR66 setup included in the LPS20
Printserver Host software examples would be useful in this situation?
Any ideas would be most welcome!
=========================================================================
 
Nick Metrowsky                     | Internet: nmetro@ricevm1.rice.edu
VAX System Programmer              | Bitnet:   nmetro@ricevm1
Rice University                    | Phone:    (713)285-5409
Houston, Texas 77005               | FAX:      (713)527-6099
 
=========================================================================
From: txd6871@hertz.njit.edu
Newsgroups: comp.os.vms
Subject: Passing socket descriptors to spawned process in UCX
Date: 21 Jul 92 21:06:03 GMT
Distribution: usa
Organization: New Jersey Institute of Technology, Newark, N.J.
Originator: txd6871@hertz.njit.edu

I am asking this question for a friend of mine:

I have an application on VMS 5.4 running UCX/TCP-IP(R1.3).

The TCP server spawns a process using creprc whenever it gets
a new connection from a client process. I want to pass the socket
descriptor returned by 'accept' to the spawned process. How do i do it.

By the way I tried 'vfork' but it did not work.I get the error message
`invalid io channel' when i call 'recv'.

Thanks for any help.
From: lbmoore@tchden.UUCP ("Louis B. Moore")
Newsgroups: comp.os.vms
Subject: Re: DECwindows ==> Motif license upgrade
Date: 30 Jul 92 16:21:49 GMT
Distribution: world
Organization: The Internet


 Hunter Goatley writes ...

> Sounds like I was lucky.  When the offer was out, I read about it
> here.  A couple of days later, I received a big white envelope from
> DEC with a neon-orange sticker that said something like "FREE VMS
> MOTIF OFFER" on it.  I filled out the forms, sent them in, and
> received the PAK and tape about three weeks later.

I suspect we did get such a package.  In our shop, another person 
handles the business end with DEC, and I do the technical side.
Most of the mail from DEC on these offers goes to him, not to me.
A neon-orange sticker saying "FREE VMS MOTIF OFFER" would not seem
any different than any other piece of advertising if you were not
looking for it.


To relate our own particular war story... 

I handed the forms to our DEC sales person in November of 1991.
At some time during the long cold winter, DEC managed to lose the
paper work.  So we FAXed them another copy.  While we were all
waiting, the offer expired.  Our local office did make good on the
offer and we got the PAKs, but no Media and Documentation.  More
calls were made to DEC.  Towards the end of May, the Kit finally
arrived.  As of the 30th of July, I still do not have access to
the DSNlink DECW-MOTIF database.

Just bad luck you may say, but at least one other site in Denver had
the same problem.


> Wonder how I managed to be so lucky?!?!

Could you bottle some of your luck up and ship it to Denver?



 Louis B. Moore                      Internet: tchden!lbmoore@csn.org
 Systems Programmer                  Phone:    +1 303 837 2513
 The Children's Hospital of Denver   Denver, Colorado USA 80218
                   
 Opinions expressed do not necessarily represent those of my Employer.
From: ANDERSONH%HAL.decnet@WR-HITS.AF.MIL ("HAL::ANDERSONH")
Newsgroups: comp.os.vms
Subject: Forwarding all-in-1 mail to vms then to a workstation.
Date: 22 Jul 92 20:50:00 GMT
Distribution: world
Organization: The Internet


   I dislike (HATE) All-in-1 and therefore I try to avoid it, however managers 
like all-in-1, therefore, they like to send mail to me using it.  

 So a year ago or more I set up my all-in-1 mail destination to VAXMAIL.
 and set my VMS mail forwarded to my workstation  (MAIL> SET FORWARD 
HAL::ANDSERSONH).

 For about a year this has worked flawlessly.  now most of the time (not all the 
time, it sometimes works) message sent to andersonh from all-in-1 fails delivery 
and the postmaster sends back a message as follows:  
  
                                        From:     Mail Postmaster
                                                  POSTMASTER
                                        Dept:
                                        Tel No:

TO:  ALL-IN-1 System Manager              ( MANAGER )


Subject: Delivery Failure Report

    ALL-IN-1 was unable to deliver your message dated 22-Jul-1992 03:13pm to
      ANDERSONH                      - error sending to user !AS at !AS        
    on node JUPITR
                                                                               
    The subject of the message was :
      test                                                                     


mail works between all-in-1 and VMS mail on the source node. 
mail works forwarded from any source except all-in-1.

Yes, I know something must have changed, but as far as I know nothing has been 
changed since it worked.

If anyone has any ideas, I would appriciate hearing them 

                                    - Thanks

------------------------------------------------------------------------------
Harry Anderson,ANDERSONHe@WR-HITS.AF.MIL 132.11.15.12 |Jesus Christ loves you
Robins Air Force Base Ga - Geeks of the World Unite ! ! |and died for You.
------------------------------------------------------------------------------
From: davo@homer.corp.sgi.com (David Ferrise)
Subject: Re: CRYPT for VMS?
Keywords: VAX Encryption
Organization: Silicon Graphics, Inc.
Distribution: comp
Date: Tue, 21 Jul 1992 23:30:04 GMT

In article <1992Jul21.180554.27585@nntpd.lkg.dec.com>, coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size) writes:
|>    VAX Encryption is a software implementation of DES, complete with API. It
|>    also has a file authentication function that uses the strong cryptographic
|>    checksumming potential of DES, so you can use it to check, with high
|>    confidence, whether files have been munged.
|> 

Does anyone know if this encryption is compatible with DES encryption running on a Sun or Silicon Graphics workstation?


-- 

					-davo-
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|  Dave Ferrise     - Mgr, ISTS                - davo@homer.corp.sgi.com    |
|  Silicon Graphics - 2011 N. Shoreline Blvd.  - Mtn. View, CA. 94039-7311  |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The opinions expressed are not mine, they're yours!  Trust me on this one.
From: CMATT@ocvaxa.cc.oberlin.edu (Matt Gilbert)
Newsgroups: comp.os.vms
Subject: PMDF 3.1-15 and WIN/TCP V5.2
Date: 23 Jul 92 20:08:00 GMT
Organization: The Internet


   I recently installed the above on a machine and want to build the 
WIN/TCP parts that need to be linked to the wollongong library. I get
the following msg:

$ set default pmdf_root:[src]
$ make :== $pmdf_root:[exe]make
$ make pmdf_wollongong
%MAKE, twg$tcp:[netdist.lib]libnet.olb doesn't exist and couldn't be made.
%NONAME-E-NOMSG, Message number 00000002

$ dir twg$tcp:[netdist.lib]

Directory TWG$COMMON:[NETDIST.LIB]

TWGLIB.OLB;1

Total of 1 file.

   So I copied over the executables I needed from another node and it worked.
But I'm wondering is someday they won't work because of that famous 'ID 
version mismatch' error. Has anyone actually 'made' the wollongong stuff in 
this config, if so how?

Matt Gilbert
Oberlin College
From: dfilip@colornet.UUCP
Newsgroups: comp.os.vms
Subject: Re: Remote Tape Facility, DAT drive hooked to MicroVAX ...
Keywords: Thruway
Date: 27 Jul 92 00:02:02 GMT
Distribution: world
Summary: Look into Thruway as well 

Mike McCurdy writes :
>We are in a budget "crunch" here and so I am trying to figure out the 
>cheapest way to purchase a DAT tape drive(s) for our 6000-320 and MicroVAX 
>3100 - not that I wouldn't be anyway :). I want our backups to be quality 
>though - I don't want to set up something that I have any doubts about. We 
>are currently running with 9 track drives and are up to about 30 6250 bpi 
>tapes on full backups.
>
>The cheapest way that I can think of to accomplish this is to purchase a 
>DAT drive, hook it up via SCSI on our MicroVAX, and then access it remotely 
>from the 6000-320 via a remote tape program. I've heard that Remote Tape 
>Facility developed by Touch Technologies may be what we are looking for 
>in this scenario.
>
>Is anyone else doing something along these lines? Does this sound like the 
>optimum solution? Thanks ...

Don't know anything about Remote Tape Facility, but we did the same thing
in twelve of our largest sites using a product called Thruway from
Software Partners. Actually, we were backing up  63xx's and 64xx's
to an 8mm on a 3300.

Only real problem was, of course, when the network was flakey, the connection
would be lost to the 3300, and the backup would abort. Thruway had logicals
that could be set to control things like buffer size so we could tune it
to some degree, however your network becomes your weakest link.

I would check out Thruway as well; I am not associated with Software Partners
in any way, but think they have a good product, and they do provide free
loaners and good technical support.

Regards,

Dave.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   David E. Filip                UUCP   : uupsi!jpradley!colornet!dfilip   =
=   ColorNet Information Systems  CIS    : 76430,3111                       =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=     'Why fix the application when we can just keep fixing the data ?'     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.vms
From: jpc@avdms8.msfc.nasa.gov (J. Porter Clark)
Subject: File open status from FORTRAN
Reply-To: dfast_i%hrtr1.span@fedex.msfc.nasa.gov (Terri Wood)
Organization: NASA/MSFC
Date: 23 Jul 92 13:55:20 GMT

I'm posting this message on behalf of someone who does not have Usenet
access (yet):

> Is there a VAX System Service that can be called from a FORTRAN
> program that will status a file to see if it is open.  This 
> executable will be run by several processes at the same time.
> The status returned from the FORTRAN open or INQUIRE doesn't
> seem to be recognized between two processes.

I'd prefer that replies be sent directly to this address:

  dfast_i%hrtr1.span@fedex.msfc.nasa.gov (Terri Wood)

but you can send replies to me if that's more convenient.  I'll post a
summary if we get anything interesting.
--
J. Porter Clark    jpc@avdms8.msfc.nasa.gov or jpc@gaia.msfc.nasa.gov
NASA/MSFC Communications Systems Branch
Newsgroups: comp.os.vms
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Subject: Re: Boot-time quotas
Reply-To: carl@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
Distribution: comp
Date: Thu, 30 Jul 1992 16:39:02 GMT

In article <1992Jul30.141103.29553@nntpd.lkg.dec.com>, coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size) writes:
>
>In article <1992Jul29.193857.1822@iscnvx.lmsc.lockheed.com>, marshall@force.ssd.lmsc.lockheed.com (Bob Marshall) writes...
>>
>>Where does the system initialization process get its quota values from? I
>
>    The STARTUP process is created with an hard-coded list of quota values.
>    Any quotas no specified will be taken from the PQL_D<mumble> values; and
>    hard-coded values may be overridden by setting the PQL_M<mumble>
>    parameters.

Now, to provide an answer to Bob's REAL question:  If you don't want to fiddle
with the PQL_M* SYSGEN parameters (i.e., you don't want EVERYONE to have the
huge page file quota that one image needs), why don't you have your startup
procedure:
	1)  Start the batch queues
	2)  SUBMIT a job to the batch queue to run this large image.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: lbmoore@tchden.UUCP ("Louis B. Moore")
Newsgroups: comp.os.vms
Subject: SoftPC and Motif
Date: 21 Jul 92 16:01:49 GMT
Distribution: world
Organization: The Internet

Hello,

I use SoftPC 3.0 under Motif 1.0a on a VAXstation 3100 running VMS 5.5.

A new feature of Motif is spoiling my fun, however.  Under Motif, various
ALT combinations are now defined, where under DECwindows they were free.
The result is that PC applications under SoftPC behave unpredictably when
ALT combinations are used.  WordPerfect comes rapidly to mind.

I did scan the various Motif and SoftPC manuals and found no information
relevant to my problem.  Has anybody else found a solution to this problem?
Have I just missed the obvious in the manual(s)?  Was all this settled
before I had Internet access?  Am I just out of luck?

If you will respond by Email, I will summarize.

                                 Thank you in advance for your time,

 Louis B. Moore                      Internet: tchden!lbmoore@csn.org
 Systems Programmer                  Phone:    +1 303 837 2513
 The Children's Hospital of Denver   Denver, Colorado USA 80218
                   
 Systems Programmers should never try to explain what they do for a living.
From: mrandall@av8r.uucp (Mark Randall)
Subject: Re: Multiple save-sets on a tape
Organization: Daniel Webster College, Nashua, NH
Date: Tue, 21 Jul 1992 14:50:19 GMT

In article <1992JUL20.175952.03@pegasus.ch> imkesun@pegasus.ch (Ralph Kloess) writes:
> In msg <Bqo4q4.Hy6@news.cso.uiuc.edu>, MULLEN@scorpion.ag.uiuc.edu (Evil Twin) writes:
> > 
> > Hi there;
> > 
> > I want to put multiple backup save-sets on a single 8mm Exabyte tape.  I've
> > tried a couple of methods that flew like the proverbial lead balloon -
> > 
> > 1) made save-sets to disk, then tried to COPY the files to tape,
> > 2) first save-set used /REWIND qualifier, then subsequent saves /NOREWIND
> >    (without dismounting first).
> >    MOUNT/FOR MUB0:
> >    BACKUP disk:[dir-struct1] MUB0:save-set1.BCK/SAVE_SET/REWIND/LABEL=label
> >    BACKUP disk:[dir-struct2] MUB0:save-set2.BCK/SAVE_SET/NOREWIND/LABEL=label
> > 
> >    BACKUP disk:[dir-struct3] MUB0:save-set3.BCK/SAVE_SET/NOREWIND/LABEL=label
> > 
> Hi,
>    we put multiple savesets on a 8mm exabyte by doing an
>    $INIT $1$MUA110: 'label'
>    and then
>    $BACKUP disk:[dir-struct-1...] $1$MUA110:saveset-1.bck/SAVE/LABEL='label'
>    $BACKUP disk:[dir-struct-2...] $1$MUA110:saveset-2.bck/SAVE/LABEL='label'
>    $BACKUP disk:[dir-struct-n...] $1$MUA110:saveset-n.bck/SAVE/LABEL='label'
> 
>    It works fine so far (over a year)
> 

Will this work for a /IMAGE saveset as well?


					Mark



-- 
Mark Randall                            Heebidy -
(603)886-1203                           Heebidy -
decvax!av8r!mrandall                    Heebidy -
mrandall@av8r.uucp                  ***** POOF *****
From: harttree@VAX1.ELON.EDU (Matt The Midnight Mortician)
Newsgroups: comp.os.vms
Subject: This may seem absurd but the suspense is killing me
Date: 27 Jul 92 16:38:03 GMT
Distribution: world
Organization: The Internet

This may bee a faq or a saq or just plain silly:

PLEASE READ!

Our Vax 8350 isn't too great at keeping time neither am i or the other systems
folks.  I "lost the bet" and now I have to ask the question and make an ### out
of my self:

Is there a place to RDATE off of that is accurate (like a port at NSIT or the
Naval Observatory.)  This would truly make and interesting addition to our
nightly cron process.


Thanks in advance!

Matt

    "System security is a state of mind.  Real security is a warm blanket."
                            Matthew T. Harttree       
			   HARTTREE@VAX1.ELON.EDU
         +919-584-2295  / +919-570-8120 (voice mail)  / +919-584-2575 (FAX)
------------------------------
[insert famous libility release statement here!]  

Newsgroups: comp.os.vms
From: stevens@vms.macc.wisc.edu (PAul STevens - MACC - 2-9618)
Subject: Re: Vax to Ultrix delay over decnet
Organization:  University of Wisconsin Academic Computing Center
Distribution: usa
Date: 22 JUL 92 12:02:44    

In article <1992Jul20.145557.24659@av8r.uucp>, mrandall@av8r.uucp (Mark Randall) writes...
>	When we dlogin from ultrix to vms, all works well. Going the
>other way, vms to ultrix (via SET HOST), we experience really long
>delays when text is printed to the screen. Once logged in, I can type
>normally and text will be displayed until it just STOPS for no
>apparent reason! The pause occurs on average for 7-9 seconds, and then
>the text resumes printing, as if nothing had happened. There is no
>such pause going the other way.
>	This one's really got me baffled, folks. Anyone have an idea?
>I don't even know which system has the problem, but it looks like a
>quota is set too low somewhere...
> 
>				Mark

I have found that this happens when an ethernet packet is lost.  The
decnet timeout value is 6 seconds.  Can't be changed as far as I can
tell.  Telnet's timeout is generally a few tens of milliseconds.
Decnet must have been manufactured in a clean-room with three nodes.
It works rather poorly on busy, noisy networks.  I have fought these
problems for years and all I can ever get from DEC is advice to make
the ethernet work better.  IP protocols are much more robust.  I have
seen cases where over 80 percent of packets sere being lost (no---that
is not normal, even here!) and telnet users had no complaints.  VAX
clusters simply crashed.

            PAul
> 
Newsgroups: comp.os.vms
From: rla@netcom.com (Robert Armstrong)
Subject: What is this DECwindows/DECterm error message ??
Date: Wed, 29 Jul 92 04:58:50 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: DECwindows DECterm

  When I give the $CREATE/TERMINAL command on one of our VAXes, I get:

	dectermport failed to find language, XOpenDisplay("") returned NULL
	%DECW-F-CANT_OPEN_DISPL, can't open display

What does this mean ?

  Yes, I have defined the display with SET DISPLAY/CREATE....  A
similar procedure works on other machines, but not this one.  I suspect
that there's a problem with the DECwindwos installation, but I'm at
a loss to say what.

  Can anyone explain this ?

Thanks,
Bob
From: coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size)
Newsgroups: comp.os.vms
Subject: Re: DECwindows ==> Motif license upgrade
Summary: I was wrong about the licensing; what do you want officialised?
Keywords: VMS, Motif, XUI
Date: 31 Jul 92 17:05:17 GMT
Distribution: comp
Organization: Digital Equipment Corp.
Organisation: Employed by (*NOT* speaker for) DEC, Boxborough, MA, U.S.A.


In article <9207310948.AA27502@genrad.com>, dongray@cdclu1.genrad.com (Derek Dongray) writes...
> 
>>                                                     After installing Motif,
>>     you can continue to use XUI instead of the Motif interface by removing the
>>     autostarted `Window Manager' and starting the `XUI Window Manager'
>>     instead.  And you can then propagate the change in the DECW$SM*.DAT
>>     file(s) to those workstations that don't have the Motif license.
> 
>Where is this documented? It could be very useful for us to do this as our
>other reason for not upgradingis that we have a number of local applications
>used in a production environment which would need to be tested on Motif before
>we changed everyone over.

    I assume you're asking about the alternate window manager, not managing
    the .DAT files..  Well, after scanning just about every Motif-related
    document on the ConOLD, I can't find any mention of the presence of the
    XUI Window Manager item in the Application list.  I found out about it
    from hearsay, but one of my users is taking advantage of it.

>>                         I could easily (very!) be wrong, though, so don't
>>     quote me on that.
> 
>Since you posted to INFO-VAX, I think you must allow yourself to be "quoted"
>:-)

    All right, `quote' me if you must - but it's off the record! ;-)
    Basically, I'm making no commitments for Digital.

>>                        This is me speaking as an individual user of Motif, not
>>     as an employee or spokesthing for Digital Equipment Corporation.
> 
>I don't suppose there's any chance of getting a non-disclaimed statement from
>DEC on this issue?

    Which issue?  Tell me what you want resolved, and I'll see if I can find
    someone to officially resolve it.  No guarantees, though..

>Name : Derek Dongray, Systems Manager, GenRad Ltd.
>InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745

    #ken    :-)}	Jeratol the Chaotic

Coar@Nephi.Enet.DEC.Com	 | All opinions herein contained, stated or implied,
Coar@DECUS.Org		 | are solely those of the author.  And he's fullovem.
Coar@Eisner.DECUS.Org	 | `... it was mine art, ... that made gape the pine 
Massachusetts, USA       | and let thee out.'  - Prospero (_The Tempest_)
From: brydon@asl.slb.com (Harvey Brydon (713)274-8281)
Newsgroups: comp.os.vms
Subject: Re: Help wanted : Running out of ENQLM
Date: 22 Jul 92 12:54:57 GMT
Reply-To: brydon@asl.slb.com
Organization: Schlumberger/Anadrill Sugar Land, TX

In article <1992Jul21.123724.218@lincoln.ac.nz>, brown@lincoln.ac.nz writes:
>We have COBOL programs which run out of ENQLM very quickly.
>
>I know that ENQLM is the number of locks you can have queued at any
>one time, and that file i/o can use locks.  But I don't really know
>much more than that, and I would like to understand what is going on.
>[...]
>2.  What is the effect on the system of a user having a high ENQLM ?
>    How high is high ?  Our default is 800.  Our COBOL user normally has
>    2000.  We tried with 3000 and still didn't get very far.

An ENQLM of 100 is 'a lot'.  If you have values of 3000 and it isn't
enough, I would submit that you have an application bug that is taking out
locks and never releasing them.  Check your application.

____________________________________________________________________________
Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
I bought my VAXstation from my uncle on his deathbead - I wrote him a check.
From: simon@hslc.org (Alan Simon)
Newsgroups: comp.os.vms
Subject: How can I limit the number of simultaneous users of a DCL program?
Date: 27 Jul 92 16:26:07 GMT
Reply-To: simon@shrsys.hslc.org
Distribution: world
Organization: The Internet

I have a multiple use, captive, restricted account that uses a DCL menu to 
access several unrestricted DCL applications, as well a DCL application that I 
would like to limit.  Is there any way that I can easily check the number of 
current simultaneous accesses when a user of this account tries to access the 
DCL file, and not allow the user to access it if the number of accesses has 
reached the limit that I have set?  Unless someone has already programmed this 
capability and can provide me with the source code and/or the executables, I 
need a DCL solution, since I am not a system programmer.

Thanks for your help. 

-------------------------------------------------------------------------------
Alan Simon                                      simon@shrsys.hslc.org
Associate Director                              VOICE: (215) 222-1532
Health Sciences Libraries Consortium              FAX: (215) 222-0416
3600 Market Street, Suite 550
Philadelphia, PA  19104
-------------------------------------------------------------------------------