HDTenEightyP/NetNews huggingface dataset:
From: storrs@eos.ncsu.edu (JERRY STORRS)
Subject: VMS Accounting
Originator: storrs@c20002-121rd.che.ncsu.edu
Reply-To: storrs@eos.ncsu.edu (JERRY STORRS)
Organization: North Carolina State University, Project Eos
Date: Tue, 15 Dec 1992 16:41:22 GMT


When I run the accounting system on a recent accounting file, asking for pages
printed, the report shows splats '********' in the count column for some users.

The count appears correct for most users, these are probably the heaviest 
printers.  I see numbers over 400, but none over 500.  The fact that there
are 8 splats in the column tells me that the field can handle larger than 
499 (I think?).  Is there a default setting for the size of this column? How
do I overcome this problem.  I charge for printing (beginning this fiscal year)
and really require a dependable report.

Any ideas short of purchasing a third party accounting package.  That option
requires my department to spend money.  Need I say more.....
								JLS
-- 

===============================================================================
Jerry L. Storrs, System/Network Manager || The virgin will be with child and 
Dept of Chemical Engineering, NCSU      || will give birth to a son, and they
   storrs@che.ncsu.edu (preferred)      || will call him Immanuel, which means
   storrs@eos.ncsu.edu                  || "God with us".
                                        ||                 Matthew 1:23
===============================================================================
Any statement made is the explicit belief of the writer and not the employer.
From: pdsmith@bbn.com (Peter D. Smith)
Newsgroups: comp.os.vms
Subject: Re: Seeking info about DECterm
Date: 16 Dec 1992 23:37:16 GMT
NNTP-Posting-Host: bbn.com
Summary: DECTERM EK-DTERM-[GP]M-001

In article <921215102311.26200129@TGV.COM>, mcmahon@TGV.COM (Missing in Foggy Bottom) writes:
> In article <BzB5sC.2IB@news.cso.uiuc.edu> you write:
> =>However, I am having some difficulty in locating the VMS
> =>documentation which describes this.
> 
> The only "documentation" for DECterm is the source code.  Older
> (pre-Motif) versions of the source code can be found on the
> VMS listings kit (fiche/CD-ROM).
> 
I didn't see the original question so please pardon this answer if it isn't
entirly appropos:

DECTERM is documented in several manuals:

Graphics:       EK-DTERM-GM-001
Text    :       EK-DTERM-PM-001
Release Notes   EK-DTERM-RN-001

It' smuch better than the crap documentation about Xterm!


				Peter
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: $QIO: What happens within?
Date: 15 Dec 92 12:12:58 GMT
Distribution: na
Organization: Applied Information Systems, Chapel Hill, NC

In article <1992Dec14.164552.28939@bnlux1.bnl.gov>, kushmer@bnlux1.bnl.gov (christopher kushmerick) writes:
> What is the sequence of events when a qio is executed? In particular:
> 
> I am using a $QIO to send data between mail boxes. I have a global structure
> which is updated at AST level by various tasks. When I get a request from 
> another program, I send the structure by qio, specifying the address of the
> actual global structure, rather than first making a copy.
>
> Here is the question: Does $qio (not $qiow) make its own copy of the data 
> prior to returning, or does it just use the data at the memory location
> speced?

It depends on the specific device driver.  For buffered I/O, the driver
makes a local copy of the data;  for direct I/O, the driver uses the data
at the specified memory location at the time of the actual hardware data
transfer.

There is no hard-and-fast rule about which mechanism a driver might use;
you have to know the rules for using the specific device driver that
you are sending the request to.  In general, pseudo-devices (like mailboxes,
pseudo-terminals, DECnet links, and so forth), or slow devices like serial
comm lines (terminals), used buffered I/O, whereas `fast' devices like
disks and tapes use direct I/O.

So for all of your examples, a copy of the data is made before $qio
returns control to your program because the devices you mention use
buffered I/O.  There is no possibility of an AST interrupting this
transfer.

> Perhaps a milbox is a bad example because it is all memory. what if I was 
> sending large amounts of data down a slow serial line, using local 
> variables in a stack-frame language like pascal.

Again, a serial line uses buffered I/O so you're safe -- if you're
using TTDRIVER, anyway;  if you have a custom device driver for talking
on the comm line then it would be possible (though somewhat perverse)
for the driver to use direct I/O.

But if you were using $qio to send data to a disk drive, for example,
then your concerns would be quite justified.

Bruce C. Wright
From: TARKA10@SNYBUFVA.BITNET (Mark Tarka)
Newsgroups: comp.os.vms
Subject: Re:  RE: NEWMAIL COUNT incorrect ....
Date: 18 Dec 92 12:10:29 GMT
Organization: from SUNY College at Buffalo, NY 14222

From:         "Ehud Gavron 602-570-2000 x. 2546"
              <sunquest!spades.aces.com!gavron@UUNET.UU.NET>
Subject:      Re: NEWMAIL COUNT incorrect problems SOLVED (Was: Updated
              DISKFREE.COM)
Comments: To: info-vax@kl.sri.com
To:           Mark Tarka <TARKA10@SNYBSCVA.BITNET>

In article <1992Dec14.130233.1@slacvx.slac.stanford.edu>,
 fairfield@slacvx.slac.stanford.edu writes...
#I TRUST Ehud implicitly ;-p

Thanks :)

#    Oh come on!  Ehud has NEVER done anything on the net that indicates
#he's irresponsible or malicious.  Far from it, his answers are often
#helpful and insightfull.  It's just that he's verbally abusive on occasion...

Thanks :)

#
#    OTOH, don't have a t.com, t.dat, v.com or vdh.* sitting in the directory
#you unpack the share file in...

Bzzt, check again... it's a ;, not a ;*.  You can have files with those
names there :)  (I thought of that too... ;-)

#--
# Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slac.Stanford.Edu
# SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
# Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
# ----------------------------------------------------------------------------
# These opinions are mine, not SLAC's, Stanford's, nor the DOE's...

        Ehud

--
Ehud Gavron        (EG76)
gavron@vesta.sunquest.com
What PROGRAM are they watching?
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: How to prevent login.com from running.
Date: 16 Dec 92 20:43:26 PST
Organization: Kernel Mode Consulting, San Diego, CA

In article <11345@prijat.cs.uofs.edu>, gavinl1@jaguar.uofs.edu (Lori Gavin) writes:
> I was wondering if there is any way to globally not run any users's login.coms.
> 
> We have an command running from rshell and we do not want the user's login.com
> to run for this command.  I realize the users can put in a check for non-
> interactive processes, but that is not the preferred method.  I would like 
> something more automated that I can control.

Set everybodies' LGICMD (in the UAF) to LOGIN  .  That's it.  No device, no
directory, no file type. (This is the way the DEFAULT record is set up, so
it's likely that this is already the case.)

Now, the way the LGICMD field is handled at login time, is that it is
translated as a logical name.  When translations "run out", the default file
spec of SYS$LOGIN: is applied to the result.  Usually there is no logical called
LOGIN, so it just becomes SYS$LOGIN:LOGIN .  (SYS$LOGIN equates to the user's
default device and directory.)

So, if you do the equivalent of 

	$ DEFINE LOGIN NLA0:

in a context that will be seen by your command that runs from rshell, 
this will inhibit execution of the login.com wherever your logical name
is available.  

> 
> Thanks for any help...
> 
>           Lori
> 
> --
>                                               UUUUUU         UUUUUU
>  ----------------------------------            UUUU           UUUU
> |  Lori Gavin                      |           UUUU       SSSSSSSSSSSSSSS
> |  VAX System Manager              |           UUUU      SSSSSSSSSSSSSSSSS
> |  University of Scranton          |           UUUU      SSSS UUUU     SSSS
> |                                  |           UUUU      SSSS UUUU
> |  BITNET: GAVINL1@SCRANTON.BITNET |           UUUU      SSSSSSSSSSSSSSSSS
> |INTERNET: GAVINL1@JAGUAR.UOFS.EDU |           UUUUUUUUUUUSSSSSSSSSSSSSSSSS
> |   Phone: (717)941-6133           |            UUUUUUUUUUUUUUUUU      SSSS
>  ----------------------------------                      SSSS          SSSS
>                                                          SSSSSSSSSSSSSSSSSS
>                                                           SSSSSSSSSSSSSSSS

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: burress@twics.co.jp (Tim Burress)
Newsgroups: comp.os.vms
Subject: DCL Translation S/W Needed (VMS 5.X --> VMS 4.X)
Date: 16 Dec 92 11:46:12 GMT
Organization: TWICS, Tokyo, Japan

Does anyone have (or know where I can get) a procedure/program that will 
translate a VMS 5.X command procedure into a form executable by VMS 4.X?
I've got a bunch of DCL procedures filled with IF...THEN...ELSE...ENDIF
constructs, and I need to run them on an ancient MicroVax without a prayer
of a VMS upgrade.

						Thanks!

-- 

Tim Burress                                     Internet:  burress@twics.co.jp
TWICS Co., Ltd.
1-21 Yotsuya, Shinjuku-ku, Tokyo 160 Japan
From: bruce@ais.com (Bruce C. Wright)
Newsgroups: comp.os.vms
Subject: Re: DecWindows on a PC?
Date: 14 Dec 92 12:51:39 GMT
Organization: Applied Information Systems, Chapel Hill, NC

In article <33539@twics.co.jp>, samra@twics.co.jp writes:
> 
> Can anyone recommend a terminal emulation package for the PC that allows 
> the PC to run DecWindows software (eg. emulate VT340 etc.) - A Regis
> compatible terminal would also help. - Thanks.

I'm not entirely sure what you want.  A VT340 can't run DECwindows,
although the DECterm on DECwindows emulates a VT340.  Which are you
trying to do -- run actual DECwindows software, or run software that
runs inside a DECterm on DECwindows using the VT340 emulation?  And
the DEC VT340 is a ReGIS compatible terminal (but not the only one,
some of the others that have been manufactured include the VT125 and
the VT240).

If you are looking for a way to run real DECwindows software on a PC,
what you will want is a package that turns the PC into an Xterminal.
DEC supplies one of these in Pathworks;  others are available from
other manufacturers (but I'm not familiar with how well they work).
You will also want an ethernet card on the PC;  X over serial lines
is extremely slow.

If you are looking for a way to run VT340 (ReGIS) software on the PC,
then the Xterminal approach is overkill but would work and might be
a good approach if you thought you would want to run DECwindows code
in the future.  But you can get by with cheaper solutions;  both
Polystar and KEA sell VT340 terminal emulators for the PC that use
serial comm lines.

Good luck,

Bruce C. Wright
From: SABRY@SHEBIN.EG
Newsgroups: comp.os.vms
Subject: Any comment on output device....
Date: 12 Dec 92 12:15:00 GMT
Organization: The Internet

Hello ALL......
please, To you out from device type RF71....ok
Disk R7TMEB$DIA0:, device type RF71, is online, mounted, file-oriented device,
    shareable, available to cluster, error logging is enabled.

    Error count                    0    Operations completed              11663
    Owner process                 ""    Owner UIC                         [1,1]
    Owner process ID        00000000    Dev Prot    S:RWED,O:RWED,G:RWED,W:RWED
    Reference count               49    Default buffer size                 512
    Total blocks              781440    Sectors per track                    37
    Total cylinders            21120    Tracks per cylinder                   1
    Host name               "R7TMEB"    Host type, avail              RF71, yes

    Volume label         "VAXVMSRL5"    Relative volume number                0
    Cluster size                   3    Transaction count                   136
    Free blocks               599862    Maximum files allowed             97680
    Extend quantity                5    Mount count                           1
    Mount status              System    Cache name      "_R7TMEB$DIA0:XQPCACHE"
    Extent cache size             64    Maximum blocks in extent cache    59986
    File ID cache size            64    Blocks currently in extent cache  44856
    Quota cache size              28    Maximum buffers in FCP cache        120

  Volume status:  subject to mount verification, file high-water marking, write-
      through caching enabled.
Please, If you have any comments about this data.
I'll be happy to know it......
also,Our system MICROVAX 3400 with 12.00MB,VMS V5.2-1...ok
with all best wishes.....................
E-mail:sabry@shebin.eg
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: Why does this code crash with ACCVIO? (summary, solution)
Date: 15 Dec 1992 17:07:14 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <PRZEMEK.92Dec14171154@rrdstrad.nist.gov>, przemek@rrdstrad.nist.gov (Przemek Klosowski) writes:
>I suspect that the globalref/globaldef extensions of VAX C 
>are designed to deal with this linker "feature";

No, they're to allow you to have variables be global symbols instead of PSECTS.
A lot of stuff in VMS is implemented that way, and to allow C to access such
global symbols, they needed to add a way to declare such references.

>I did not attempt
>to use them, even though  GNU CC provides some hacks that emulate 
>globaldef/ref; I believe using them involves declaring mydata[] as:
>	globalref char* mydata;
>instead of 
>	external char mydata[]; 
>
>Is that correct?

No.  In exactly one module, you need to declare it
	globaldef char mydata[100];
In all other modules that reference it, you need to declare it
	globalref char mydata[];
--------------------------------------------------------------------------------
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: ts117@VAX1.BEMIDJI.MSUS.EDU (TANDI SUNARTO)
Newsgroups: comp.os.vms
Subject: PLAN. FILE
Date: 19 Dec 92 17:39:12 GMT
Organization: The Internet

I'd really like to know how to write a plan file, so that it will
show up on the screen everytime I type finger.

Can anybody out there show me the way.

Thanks a lot in advance.

Tandi.
TS117@VAX1.BEMIDJI.MSUS.EDU
Newsgroups: comp.os.vms
From: fairfield@slacvx.slac.stanford.edu
Subject: Re: NEWMAIL COUNT incorrect problems SOLVED (Was: Updated DISKFREE.COM)
Organization: Stanford Linear Accelerator Center
Date: Mon, 14 Dec 1992 21:02:33 GMT

In article <1992Dec14.190556.9999@rtpnc.epa.gov>, rbn@sunvis.rtpnc.epa.gov (Bob Boyd) writes:
> Anyone brave enough to try out this little jewel?

    I tried it, but I wouldn't call myself "brave".  It's just that
I TRUST Ehud implicitly ;-p

> Maybe on a test machine that you don't mind losing a few files?

    Oh come on!  Ehud has NEVER done anything on the net that indicates
he's irresponsible or malicious.  Far from it, his answers are often
helpful and insightfull.  It's just that he's verbally abusive on occasion...

    OTOH, don't have a t.com, t.dat, v.com or vdh.* sitting in the directory
you unpack the share file in...
--
 Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slac.Stanford.Edu
 SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
 Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
 ----------------------------------------------------------------------------
 These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
Newsgroups: comp.os.vms
From: NL0242T@NLZCL (Oscar van Eijk)
Subject: Re: How to prevent login.com from running.
Organization: Philips Communication & Processing Services
Date: Thu, 17 Dec 1992 08:53:33 GMT
X-News-Reader: VMS NEWS 1.24

In <BzC01F.LG3@usenet.ucs.indiana.edu> hpassaue@silver.ucs.indiana.edu writes:

> Speaking of preventing login.com from running.  A while back a saw a
> /qualifier that one could type in after their username that would
> prevent this.  But I can't remember for the life of me what it is.
> Anyone have any ideas?  Thanks in advance.
> 

Username: MYNAME/COM=OTHER_LOGIN
  (@sys$login:other_login in stead of sys$login:login)
or
Username: MYNAME/NOCOM
  (don't run any user login)

This doen't work on captive accounts.


---------
 Abandon Hope                                                   Oscar van Eijk
   All Ye                     O x x y                 C&P SON helpdesk, VN-223
Who Enter Here                            Philips Eindhoven, the Net(her)Lands
                                               nl0242t@nlzcl.decnet.philips.nl
From: 0005066432@MCIMAIL.COM ("Tansin A. Darcos & Company")
Newsgroups: comp.os.vms
Subject: [TDR] Fax capability / Netfax 3.2
Date: 16 Dec 92 03:59:00 GMT
Distribution: world
Organization: The Internet

Someone on here mentioned that he was trying to port a program called
Netfax 3.2 to vax to be able to use a fax modem on it.

Am I to understand that there is a program available to allow someone to
directly access the fax capability of a modem?  If so, can someone advise
me how I would get it?  (I can use FTPMAIL to acquire it if it's at an
FTP site.)  Or whatever.

Reply to the net or personally via e-mail to TDARCOS@MCIMAIL.COM

Thank you,
Paul Robinson -- TDARCOS@MCIMAIL.COM
---
These opinions ARE those of the owner of this account.
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: Looking for advice on tracking down a system crash
Date: 16 Dec 92 13:46:49 PST
Organization: Kernel Mode Consulting, San Diego, CA

In article <1gl3jvINN36s@dayub.dayton.saic.com>, ake@dayton.saic.com (Earle Ake) writes:
> 	I have a system running VMS 5.4.  We have batch jobs that run one
> process per job that control communications cards.  The software was recently
> upgraded from VMS 4.7 to 5.4.  We have seen a few ramdom non-reproducible
> system crashes recently.  Every system crash is due to the same executable.
> Each bugcheck is a Machine check while in kernal mode.  

$ ANALYZE/CRASH dumpfilename

SDA> SHOW STACK

Interpreting the stack after a machine check is processor-dependent.  If you
have access to VMS listings, check the file [V5n.SYSLOA.LIS]MCHECKxxx.LIS,
where xxx is a code reflecting your processor type.   

Somewhere near the top of the stack will be a PC/PSL pair.  The PC is the
address of the instruction that caused the problem.  

Machine checks associated with foreign device drivers are usually caused by
the driver trying to touch a location that doesn't exist on the I/O bus.  I
can't come up with a good reason offhand why this should be worse under
5.x than under 4.x.  I assume that you reassembled and relinked the drivers
under 5.x?

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
drivers, internals, networks, applications, and training for VMS and Windows-NT
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: chris@COSMIC1.COSMIC.UGA.EDU (Chris Stradtman)
Newsgroups: comp.os.vms
Subject: RE: VMS SCSI disk shadowing
Date: 12 Dec 92 21:15:57 GMT
Distribution: world
Organization: The Internet

I don't known about about a SCSI wren.  But we are running two RZ25 SCSI drives
in a shadowed configuration for our system disk(s) on a vaxstation 4000/60.
So far it works fine.  I think the license name that enables this is
VOLSHAD, but I don't know for sure... you probably want to talk to your
sales rep.

By the way we are running the 4000/60 as the boot node of a cluster under
vms 5.5-2

						Chris
-------------------------------------------------------------------------------
Chris Stradtman                                     chris@cosmic.cosmic.uga.edu
COSMIC/Univ of Georgia                              cstradtm@uga (bitnet)
Athens, GA                                          (706)-542-3265

Rugby: It's not just a social disease.
===============================================================================
From: ARNE@KOPC.HHS.DK (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: MOVE for Vms anywhere ?
Date: 15 Dec 92 14:29:02 GMT
Distribution: world
Organization: The Internet

> I am looking for a Vms MOVE command (I'ld prefer a fully Vms command which
> allows /LOG, /CONFIRM, /EXCLUDE etc. qualifiers).
> 
> I haven't seen anything like it yet, so I wrote my own (in DCL :-{), but
> I can't get it working the way I want it to.

If the file is being move between the same disk, then the RENAME command has
the functionality. If the file is moved between disks, then you will have
to COPY and DELETE !

You can try defining something like:

  MOVE:==@disk:[dir]MOVE.COM

where MOVE.COM contains:

$ if f$parse(p1,,,"DEVICE") .eqs. f$parse(p2,,,"DEVICE") 
$ then
$     rename 'p1' 'p2' 'p3' 'p4' 'p5' 'p6' 'p7' 'p8'
$ else
$     copy 'p1' 'p2' 'p3' 'p4' 'p5' 'p6' 'p7' 'p8'
$     delete 'p1'
$ endif
$ exit

There is still a few restrictions compared with a real DCL command:
  - qualifiers must be specified after the parameters
  - if the COPY/DELETE is used, then version numbers must be specified

but theese could be (almost completely) avoided by some more DCL
programming

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK


Newsgroups: comp.os.vms
From: NL0242T@NLZCL (Oscar van Eijk)
Subject: Re: MOVE for Vms anywhere ?
Organization: Philips Communication & Processing Services
Date: Fri, 18 Dec 1992 09:41:43 GMT
X-News-Reader: VMS NEWS 1.24

In <1go1h5INNik@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:

> The original question was not well-posed, since the querant didn't bother to
> tell us exactly what this "MOVE" command was supposed to do.

I doubt that; till now you're the only one who didn't seem to understand that.


---------
 Abandon Hope                                                   Oscar van Eijk
   All Ye                     O x x y                 C&P SON helpdesk, VN-223
Who Enter Here                            Philips Eindhoven, the Net(her)Lands
                                               nl0242t@nlzcl.decnet.philips.nl
From: mlevin@husc8.harvard.edu (Michael Levin)
Newsgroups: comp.os.vms
Subject: compression for VMS?
Date: 20 Dec 92 19:35:25 GMT
Distribution: usa
Organization: Harvard University Science Center


    Is there a public-domain utility that does file compression on VMS
(similar to Unix "compress")? Please email to
mlevin@husc8.harvard.edu.

Mike Levin