HDTenEightyP/NetNews huggingface dataset:
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms,comp.lang.pascal,comp.lang.c,comp.terminals
Subject: Re: How to read device attributes response ?
Date: 23 Jul 92 14:25:08 GMT
Distribution: usa
Organization: Applied Information Systems, Chapel Hill, NC

In article <62648@cup.portal.com>, Aurelius@cup.portal.com (Mark Christian Barnes) writes:
> S.V. writes:
> 
> | **I need to read the VT330 terminal's attributes
> | (mode, etc) from within running program, and I send
> | for this purpose the sequence <CSI c> to terminal.
> | It should respond with service code, which
> | looks like <CSI ? 63;1;2;...;c> . But the
> | problem is I cannot read this response !!!!!
> | Does anybody know how to handle device attribute
> | response ?
> | Many thanks for any suggestions...
> | S.V.
> 
>  Yes, you could issue a $QIO( extended read ) call. You need to include
> a terminator list that has the character(s) you are expecting from the
> VT330 response sequence. I don't exactly remember the details, but I
> do have some VAX C code that does all this. I could E-mail it to you
> soon ... if you like.

You don't `need' to include the terminator list, though that would
certainly be one possible implementation.  The simplest implementation,
though, is probably to let the terminal driver find the escape sequence
terminator itself by specifying IO$M_ESCAPE in the QI/O read function
code, assuming that you are reasonably confident that the response will
follow ANSI guidelines.  (If it doesn't then you will need a more
complicated algorithm than just sending a `CSI c' to the terminal,
probably with a whole list of possible `what are you' escape codes for
several different terminals with appropriate timeouts in case the
terminal doesn't respond to one or another of the inquiries.  Naturally
this can get rather more complex depending on the terminals you are
dealing with ... you'd want to try to avoid sending inquiry sequences
that could mess up some types of terminals until you could rule out
those terminal types as the type that was currently connected).  All
VTxxx terminals where xxx >= 100 follow the ANSI guidelines sufficiently
for this purpose, so for the problem as originally stated this isn't an
issue.

I recently posted a program to do just this;  even though it's in PL/I
rather than in C or Pascal, it essentially consists of nothing but a
single QI/O call with (a rather small amount of) appropriate glue to set
it all up, so converting it to any other language you like should be
trivial.  It doesn't set up a terminator mask;  it lets the TTDRIVER
do that.

Bruce C. Wright
From: hornlo@OKRA.MILLSAPS.EDU (Larry Horn)
Newsgroups: comp.os.vms
Subject: Re: DECtalk
Date: 21 Jul 92 19:31:52 GMT
Distribution: world
Organization: The Internet

Although I don't think it's in the newer editions, the "Terminals &
Printers Handbook" had information on the DECtalk boxes.

The 1985 edition, appendix G "Voice (DECalk)", has enough description
and programming information for you to play around with DECtalk quite a bit.

---------------------------------------- composed: 21-JUL-1992 14:30 C*T -----
Larry Olin Horn / Systems Manager / Voice: (601) 974-1142, Fax: (601) 974-1168
Millsaps College / Computer Services / 1701 N State St / Jackson, MS 39202 USA
Internet: hornlo@okra.millsaps.edu (VMS) / hornlo@uw1301.millsaps.edu (Ultrix)
------------------------------------------------------------------------------
From: macallstr@V1.PH.OX.AC.UK (John Macallister)
Newsgroups: comp.os.vms
Subject: Using non-DEC printers with Scriptprinter/DECprint Printing Services
Date: 30 Jul 92 08:05:49 GMT
Distribution: world
Organization: The Internet

Thanks to all those who replied re using non-DEC printers. I have also
 consulted DIGITAL. It is possible. Two things are required.

 (1) You must purchase a licence for DECprint Printing Services for VMS.
     One is required for each printer.

 (2) The software needs to be modified. You can do this yourself or
     through a consultancy from DIGITAL (more money!).

John


                            +-------------------+
                            |   ( )       ( )   |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Name           : John B. Macallister                                        |
| Postal address : Nuclear Physics Laboratory, Keble Road, Oxford OX1 3RH, UK.|
| Telephone      : +44-865-273388 (direct) +44-865-273333 (tel reception)     |
| Telex/Fax      : Telex: 83295 NUCLOX G    Fax:  +44-865-273418              |
| UK JANET       : MACALLSTR @ UK.AC.OX.PH (DTE:000050250060,IXI:204334505211)|
| UUCP/USENET    : MACALLSTR @ oxphv1                                         |
| HEPNET/SPAN    : MACALLSTR @ OXPHV1 (Node 19.151)                           !
| INTERNET       : macallstr @ v1.ph.ox.ac.uk  ( 129.67.1.100 )               !
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
Newsgroups: comp.os.vms
Subject: RE: sys$change_acl()
Date: 31 Jul 92 14:03:13 GMT
Distribution: world
Organization: The Internet


	Robert Alan Whitaker, Jr. <RW764419@PUCAL.BITNET> writes:
>
>        For some time now, I have been trying to get the sys$change_acl system
>function to work, and have been unsuccessful.  I have succeeded in creating
>new files with ACL's attached to them, using sys$create(), but I would also
>like to be able to change current files.  I believe that my problem lies in
>the itmlst parameter of the sys$change_acl() function, but I haven't been able
>to figure it out, nor have I been able to find a description of the itmlst
>structure, other than what it says in one of the manuals, which says that it
>should contain: code (word), buflen (word), bufadr (long word), and unused
>(long word), which led me to believe that it should be of the following
>format:
>
>struct itmlst {
>        unsigned int code;
>        unsigned int buflen;
>        unsigned long int bufadr;  /* or char *bufadr; */
>        unsigned long int unused;  /* or char *unused; */
>        };
>
>I have not been able to get this and many other (my version number is about
>220 now) variations to work.
>
>Does anyone know the correct syntax for this?
>
>Does anyone have an example in C that they could send me???
>


	You have committed the sin of assuming that "int" specifies a
particular length.  It does not!  On VMS "int" happens to be the same as
"long"; e.g. a long word (32 bits).  "short" and "long" specify short and
long integers respectively; int can be either, depending on the pleasure of
the implementor.  "short" and "long" do not necessarily mean 16 and 32 bits
either; it could be 18 and 36 or whatever the computer architecture being
used provides. 

	Try:

struct itmlst {
        unsigned short code;
        unsigned short buflen;
        unsigned long int bufadr;  /* or char *bufadr; */
        unsigned long int unused;  /* or char *unused; */
        };

	Be sure to follow the last itmlst with a longword of zero.

	And remember, to write portable code, code "int" only when you 
don't care how long it is.  Obviously this particular case will not be
portable since it depends on a VMS system service, but it's conceiveable
that another compiler could have a different idea of the proper length of
"int".


*************************************************************************
*                                                                       *
*                        Here, there be dragons!                        *
*                      dragon@nscvax.princeton.edu                      *
*                                                                       *
*                                                Richard B. Gilbert     *
*************************************************************************
From: LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD)
Newsgroups: comp.os.vms
Subject: TGV MultiNet - PathWorks TCP/IP & DECmcc
Date: 21 Jul 92 00:28:08 GMT
Organization: The Internet

Hello,

Would like to hear from anyone whom is currently running PathWorks TCP/IP
and using TGV MultiNet's UCX $QIO emulator.

	Any problems????  Are you satisfied??? Does it do the job for you???


Also, would like to hear from anyone running DECmcc and using the MultiNet's
UCX $QIO emulator. Same questions.... Many of you most likely fit into both
categories.


FYI, the UCX $QIO emulation is what allows products like PathWorks, DECmcc,
and DEC RPC to function with MultiNet. DEC advertises that these products
will only work with their TCP/IP product UCX.

This is very important to my site, perhaps the single most important factor
on choosing VAX TCP/IP software. I am aware that Wollongong's newest release
is supposed to have this same functionality. If anyone has experiences with
the new Wollongong UCX $QIO interface please reply as well.

I will summarize if I get sufficient responses to warrant it...

						Steve

##############################################################################
# Stephen LaBelle                        # Internet : labelles@zeno.mscd.edu #
# Systems Programmer                     #            labelles@clem.mscd.edu #
# Metropolitan State College of Denver   #####################################
# Denver, Colorado  USA                  # Bitnet   : LABELLES@MSCD.BITNET   #
##############################################################################
Lightning never strikes twice in the same place unless your insurance lapsed!
From: mikeod@itx.isc.com (Mike O'Donnell)
Subject: Where to get CMU-TEK software
Summary: where can I get it
Keywords: CMU-TEK, TCP/IP
Organization: Interactive Systems Corporation, Boulder, CO
Date: Thu, 30 Jul 1992 01:17:28 GMT

I need to get some info about the CMU-TEK package and where/how
to order it.  Please email if you have info

Thanks, Mike O'Donnell
--
INTERACTIVE Systems Corp.         Tel: (512) 343-0376 Ext. 119
9442 Capital of Texas Hwy. North  Fax: (512) 343-1414
Arboretum Plaza One, Suite 700    Net: mikeod@itx.isc.com
Austin, Texas 78759               RealName: Mike O'Donnell
From: GUDURU@TSU.BITNET (Mahesh)
Newsgroups: comp.os.vms
Subject: q:are there generic names for printer ports on different m/c?
Date: 22 Jul 92 17:03:44 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Wed, 22 Jul 1992 09:54 MULTINET_TIMEZONE

Hi
Pardon me if this a faq question.
we are running LAVC with vax-4000, microvaxe's and vaxstation 3100,
when I type SHOW DEVICES it lists bunch of devices, but how can i tell
which are printer devices so that i can use them in setting up the terminal
queues?
Are there generic names like TX??: for microvaxes TT??: for vaxstation?
any help would be appreciated.
Thanks
Mahesh
-----------------------------------------------------------------------------
|o|                                                                        |o|
|o|                             Mahesh Guduru                              |o|
|o|                         Tennessee State University                     |o|
|o|                              Nashville, TN                             |o|
|o|        # (615)-320-3248                                                |o|
|o|        Bitnet: Guduru@tsu                                              |o|
|o|        Internet: guduru%tsu.dnet@net.vanderbilt.edu                    |o|
------------------------------------------------------------------------------
From: dp@natinst.com (Debapriya Ray)
Newsgroups: comp.os.vms
Subject: Configuring Device Drivers
Date: 30 Jul 92 16:06:00 GMT
Article-I.D.: natinst.1992Jul30.160600.25038
Organization: National Instruments, Austin, TX

Hi folks !

	I am writing a device driver in VMS for one of our boards. Usually
we have a couple of boards and a bunch of devices connected to them. In case
of our UNIX drivers for similar boards, we have a program to configure the
driver dynamically, i.e, we can change board/device addresses, change
interrupt levels, and some other parameters on the fly. The way this is
done is by opening the executable driver-file and writing into the .exe
code.

	My question is: How are VMS drivers configured ? Is there any way at
all of configuring VMS drivers ? Or, everything has to be hard-wired into the
driver code itself before assembly (which is not what we want) ? If you guys,
know of any scheme, I'll appreciate it very much if you can pass on the 
information to me. In case you have any further questions, please email me
at:  dp@natinst.com.

	I'll be glad if you can send emails to me (additionally, if you wish
to post on the net, its fine), since I am not a regular reader of this 
newsgroup. 

	Thanks a lot for your help,

		Debapriya Ray

email: dp@natinst.com
National Instr, Austin
Newsgroups: comp.os.vms
From: quirin@trchp.eas.asu.edu (Jennifer Quirin)
Subject: Looking for VMS TAR for OS version 3.3 or lower
Keywords:  tar
Organization: Arizona State University
Distribution: na
Date: Fri, 31 Jul 1992 05:16:52 GMT

The computer I have been doing my software development on is a VAX 11/750
running VMS version 3.3.  The version of TAR which we have on the machine
can only handle printable files, but I need a TAR which can handle binary
files, also.  My system manager is unable/unwilling to upgrade to VMS 5.0
for reasons I will not go into here.

Does anyone out there on this newsgroup know of a version of VMS TAR which
can handle binary files and which will compile under OS version 3.3?  If I
had such software, my life would be much happier.

Thanks for any suggestions or pointers...please mail to me personally
as I do not keep up with this newsgroup very often.

Jen Quirin
quirin@trchp.eas.asu.edu
harvard!jq07+@andrew.cmu.edu
From: CS19241593T@LUST2.LATROBE.EDU.AU (Bernard Leach)
Newsgroups: comp.os.vms
Subject: Re: wait for event flag halts ast deliver
Date: 21 Jul 92 13:39:04 GMT
Organization: La Trobe University
X-News-Reader: VMS NEWS 1.22

In <1992Jul21.063732.12065@lugb.latrobe.edu.au> CS19241593T@LUST2.LATROBE.EDU.AU writes:

> 
> Hey does anyone know why waiting for an event flag causes asts to stop being
> delivered?  I really need to be able to wait on event flag... and the only way
> to set the event flag is with an ast.
> 

Problem solved!!  The problem of course was _not_ that waiting on an event flag
was blocking the asts but rather that the wait was infact within an ast!

Ok for a real question:
Is there a simple method for outputting to the terminal using DCL without
appending a linefeed?

| Bernard - CS19241593T@lust.latrobe.edu.au               |
| "Thou shalt not suffer a Pepsi, for it is the AntiCola" |
From: wayne@FAC.CABOT.NF.CA
Newsgroups: comp.os.vms
Subject: GRAPHICS TERMINAL
Date: 26 Jul 92 12:07:36 GMT
Distribution: world
Organization: The Internet

There are a number of personal computer products that permit a pc to 
emulate a VT330 or VT340.

PERSOFT's ST240/340 does a nice job. There are others as well. The PC
really ought to have a vga controller/monitor in order for the emulation
to be truly effective.

****************************************************************************
*Wayne Hann, Manager                         | Tel: (709) 778-2506         *
*Computing Resources                         | Fax: (709) 738-1510         *
*Cabot Institute of Applied Arts and Tech.   |EMAIL: WAYNE@FAC.CABOT.NF.CA * 
*St. John's, Nf, Canada A1C 5P7              |                             *
****************************************************************************

Newsgroups: comp.os.vms
From: bear@nuc.anu.edu.au (Bernhard Fabricius)
Subject: Re: GETDVIW question
Reply-To: BEAR@NUC.ANU.EDU.AU
Organization: Nuclear Physics, ANU
Date: Tue, 21 Jul 92 07:38:49 GMT


In article <83879@netnews.upenn.edu>, zampetti@eniac.seas.upenn.edu (Pire) 
writes:

|>                                                       One of the things
|>that I need to do is check to see if one of the four tape drives is 
|>online and available. I am using the SYS$GETDRVIW System Service Routine to
|>check to see that the drive is NOT allocated, and thus capable of being 
|>used. My problem is that the VAX that this will be running on is actually
|>a VAXCluster, consiting of two nodes. According to the Documentation and 
|>my own testing, if a drive is allocated to a user on another node, GETDVIW
|>is unable to determine whether or not the drive has been allocated. I have
|>tried all kinds of permutaions of item codes in the hopes that I can
|>get some kind of return info that I can use to figure out if the drive is 
|>free or not. Does anyone know how I can achieve this goal? 

Marc,

  the easiest way is simply to try to allocate the device with SYS$ALLOC and 
then have a look at the status code you get back, eg SS$_DEVALLOC if the
device is allocated to another process etc - see the Grey Wall...

Cheers

Bernhard
--------------------------------------------------------------------------------
Dr Bernhard Fabricius              |
Academic VAX/VMS Support           |  "I am a Bear of Very Little Brain,
Department of Nuclear Physics      |           and long words Bother me."
Australian National University     |
                                   |                           - A.A. Milne
InterNet: BEAR@NUC.ANU.EDU.AU      |
    POSTMASTER@NUC.ANU.EDU.AU      |
From: marshall@force.ssd.lmsc.lockheed.com (Bob Marshall)
Newsgroups: comp.os.vms
Subject: Re: Boot-time quotas
Date: 30 Jul 92 19:33:32 GMT
Reply-To: marshall@force.ssd.lmsc.lockheed.com
Organization: LMSC, Sunnyvale, California

In article <01GMZG9FUSS200008J@VAXF.COLORADO.EDU>, DWING@UH01.Colorado.EDU (Dan Wing) writes:
>Bob Marshall, marshall@force.ssd.lmsc.lockheed.com, wrote:
>
>>Where does the system initialization process get its quota values from? I
>>had always assumed that it was from the UAF record for username SYSTEM,
>>but it appears that they actually come from the settings of the PQL
>>SYSGEN parameters. 
>
>It comes from the PQL_Dxxx SYSGEN parameters.

Well, not quite. I did some experimenting and found that the PGFLQUOTA,
FILLM, and ENQLM quotas do *NOT* come from the PQL parameters. These
quotas apparently come from hard-coded values in the call to $CREPRC
which creates the STARTUP process. These values are evidently
20000 for PGFLQUOTA, 60 for FILLM, and 100 for ENQLM, and there is
no way to change them (according to CSC), other than defining the 
corresponding PQL_Mxxx parameter (the minimum value) to be higher.
This is probably not a good idea, since it overrides any lower values
in UAF records.

>>My evidence is that I run an image from SYSTARTUP_V5.COM
>>which requires a page file quota of about 26,000, and I was getting an
>>"Exceeded quota" error from the image activator. Since username SYSTEM
>>has a page file quota of 150,000 I was a little bit surprised. 
>
>You can RUN/DETACH it, or submit it to a batch queue, and it will use the
>quotas and limits established in the SYSUAF for user SYSTEM instead of using 
>the PQL_Dxxx values.

I think it needs to be RUN/DETACH/AUTHORIZE. In this case, the program
reads its inputs from the subsequent lines in the command procedure, so
I'd have to use /INPUT, too, and then it starts to get too messy, so I've 
resigned myself to executing the image from a batch job. 

Anyone know the reason these three quotas appear to be hard-coded and
unchangeable for the STARTUP process? The only thing I can think is that
if you tinker with them and screw them up you could render the system
unbootable.

=============================================================================
Bob Marshall                     \\     "It ain't age
Lockheed Missiles & Space Co.     \\     That makes me look this way
Sunnyvale, CA                      \\    It ain't the years, boys,
marshall@force.ssd.lmsc.lockheed.com\\   It's the miles"
"I tell the truth 'cept when I lie"  \\     - Chris LeDoux
=============================================================================
Xref: sparky comp.os.vms:12876 comp.periphs.printers:2245
From: GPC@newton.npl.co.uk (Graham Carter, CSU, B. 93)
Newsgroups: comp.os.vms,comp.periphs.printers
Subject: PostScript print symbiont for VMS
Date: 28 Jul 92 14:09:03 GMT
Distribution: uk
Organization: National Physical Laboratory, UK
X-News-Reader: VMS NEWS 1.21

This is probably an FAQ, but....

We are using software called PacerPrint to print PostScript files on
non-Digital PostScript printers, including QMS, DataProducts and
Linotron devices.  Digital's ScriptPrinter software didn't work with
non-Digital printers (well, it didn't when we tried it a few years ago).

Our newest printer is a level 2 PostScript printer from DataProducts and
we can't get anything out with PacerPrint.  Our supplier of PacerPrint
doesn't appear to be around any longer and the distributor we dealt with
no longer handles the product.

So, the questions are:

1) Does anyone know who, in the UK, has taken over distribution of PacerPrint?
Does anyone know of a dealer?

2) Are there any other good PS symbionts for non-Digital PS printers?  Digital's
latest offering, which may or may not work with other printers, is #258 media
plus around #700 licence, I believe!

Any help greatly appreciated.

Graham Carter
Newsgroups: comp.os.vms
From: coar@Nephi.Enet.DEC.Com (Rodent of Unusual Size)
Subject: Re: Can I change quota entries from DCL or a program?
Summary: Volume locking is *not* necessary to change quota
Keywords: diskquota
Organisation: Employed by (*NOT* speaker for) DEC, Boxborough, MA, U.S.A.
Organization: Digital Equipment Corp.
Distribution: comp
Date: Thu, 30 Jul 1992 15:14:32 GMT


In article <9207291933.AA06009@genrad.com>, dongray@cdclu1.genrad.com (Derek Dongray) writes...
> 
>In SYS$LIBRARY:LIB.MLB is a module $DQFDEF which gives the format records in
>QUOTA.SYS. It's fairly easy then to write a program to examine/modify a disk
>quota entry.

    The DQF$mumble definitions describe the fields in the block used with the
    $QIO interface.  They are *not* documented as defining the format of the
    QUOTA.SYS file.  That they do is coincidental and subject to change.  The
    only supported mechanism for interfacing with the disk quota function is
    via the $QIO interface.  Don't try to read or mung the QUOTA.SYS file
    directly; you'll get stale data back, and quite likely hose the file on a
    write.

>1. To examine other users' quota entries requires read access to the QUOTA.SYS.

    True, although I don't think you need read access to see the values for
    your current UIC.

>To change a quota entry, the program must lock the volume (FIB$C_LOCK_VOL) and
>unlock when doen (FIB$C_UNLK_VOL); to do this requires either SYSPRV or being
>the volume owner.

    This is not strictly correct.  Quota limit values (quota or overdraft) may
    be changed without locking the volume.  You only need to lock the volume
    if you're going to modify the *usage* value (as the DISK>REBUILD or
    ANALYZE /DISK_STRUCTURE /REPAIR commands do).

>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_)
Newsgroups: comp.os.vms