HDTenEightyP/NetNews huggingface dataset:
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: DCL Help: Starting a remote DCL file & knowing when it's done
Date: 5 Nov 92 09:29:58 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <a725911.12@bugs.mc.ti.com>, a725911@bugs.mc.ti.com (Dave DesRoches) writes:
> 
> A question for the DCL wizards out there...
> 
> I have a central system (running VMS 5.5) which needs to start up a DCL file 
> on a remote system - and then "know" when that .com file has completed.  I'd
> like to do it all in DCL if possible - I'll be turning over responsibility 
> for this to a user-group, and an "English program" is preferable to them...
> though the "English" may look obscure with VMS system calls in it.
> 
> There are several remote systems which I need to do this for, and they're 
> running different versions of VMS (ranging from 5.1b - 5.5).
> 
> Anyone been through this or have any thoughts on how I might get there?  Any 
> help you could provide would be much appreciated...
> 
> Thanks and regards,
> 
> Dave
>  
>           //   //       //   ______________________________________________
>          //            //  /                                                \
>    ///////   //  ///////  | Dave DesRoches    e-mail: a725911@bugs.mc.ti.com |
>  //    //   // //    //   | Texas Instruments                                |
>  //   //   //  //   //    | Materials & Controls Group                       |
>   //////  //    //////    | Attleboro, Massachusetts  02703     TI-msg: DESR |
>          //               | USA                                              |
>    //   //                 \________________________________________________/
>     ////
-- 
Dave,
 
The safest way that I can think of getting notification of a 
remote batch job completion in a non-clustered environment is via 
MAIL. Have your batch job automatically send mail notifying you 
of completion. Remember, you have to also specify an ERROR 
routine to send you a message if the job aborts for some reason.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms
From: sasjzs@falcon.unx.sas.com (Joseph Slater)
Subject: sys$hiber/sys$wake problems?
Originator: sasjzs@falcon.unx.sas.com
Date: Tue, 10 Nov 1992 15:16:35 GMT
Reply-To: sasjzs@vms.sas.com
Organization: Or lack thereof


Hi folks,
 I have an application that hibernates and is awakened by ast
routines that call sys$wake. The details are far too complicated 
to get into here, but the calls to wake frequently happen about
time the call is made to sys$hiber. Has anyone ever seen a sys$hiber
return when there is (or should be) no outstanding sys$wake?

Any advice will be appreciated. Any heckling will be ignored.
Joe Slater
sasjzs@vms.sas.com
Mine opinion is mine only.
From: jeh@cmkrnl.com
Newsgroups: comp.os.vms
Subject: Re: known VAXCRTL bugs
Date: 8 Nov 92 13:13:11 PST
Distribution: world
Organization: Kernel Mode Consulting, San Diego, CA

In article <38@colorne.UUCP>, dfilip@colorne.UUCP writes:
> [...]
> I would not, for example, try to use buffered I/O in an AST
> routine (it just dosn't seem like the right thing to do) [...]

Using $QIO calls to do buffered I/Os (as defined by the device driver) works 
fine.  It is a time-honored technique:  The AST is called upon completion of
the I/O, and the AST procedure starts the next I/O.  

In fact there are several hundred sites worldwide who are running DECUS uucp,
the protocol engine for which absolutely depends on doing buffered I/Os from
ASTs.  Come to think of it, this message will reach you via at least one hop
that uses this code...

What makes you think it wouldn't work?  

It is true that some language's I/O RTLs aren't AST-reentrant.  VAX FORTRAN
used to have this problem (don't know if it still does).  If you tried using
formatted I/O from both non-AST and AST code, you ran the chance of a
"recursive I/O error", which was the Fortran RTL's way of complaining that 
one of its routines had been re-entered. 

> allocating a
> chunk of memory seems like something that should be able to be handled
> in an asynchronous fashion.

Whether it can or not depends on how the heap of free space is organized.  

Borrowing two examples from VMS internals, the fragmentable nonpaged pool
requires several steps to allocate or free a block, and the routines that
manipulate this therefore have to take out the POOL spinlock.  Otoh, the
pre-allocated lists (SRPs, IRPs, LRPs) are organized as relative queues, and
an element can be added to or removed from these lists via a single instruction
(INSQTI or REMQHI), which is atomic even on an SMP machine.  

Of course you can make any non-AST-reentrant code safe to use in an AST 
environment simply by surrounding it with $SETAST(0) ... $SETAST(1).  

	--- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG 
Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
From: georgetl@cnsvax.uwec.edu
Newsgroups: comp.os.vms
Subject: Redirecting output from a VMS machine to a UNIX workstation running XWI
Date: 12 Nov 92 12:47:11 -0600
Organization: University of Wisconsin Eau Claire

Ok, what I am trying to do is bring up a an XWINDOWS notepad from our VMS
machine.  I want this notepad to display on one of our XWINDOWS workstations
running UNIX.  What I am trying to do is tell the VMS machine to redirect it's
output to the workstation.  Any ideas on how to do this?  I know I have to
release the permissions on the workstation to the VMS machine, what next?
 
 ------------------------------------------------------------------------------
| Todd L. George           | "In the begining there was nothing, and God said  |
|  University of Wisconsin |  Let there be Light.  And there was still nothing |
|   Eau Claire             |  , but you could see it!"                         |
|------------------------------------------------------------------------------|
| Georgetl@cnsvax.uwec.edu    | "You shouldn't have done that Maximillian      |
| Georgetl@uwec.bitnet        |  he was a good man!"                           |
| Georgetl@csunix.cs.uwec.edu |                                                |
|------------------------------------------------------------------------------|
|  Disclamer:  I Don't have opinions,  I'm just trying to get away from the    |
|              voices in my head!                                              |
|------------------------------------------------------------------------------|
Xref: sparky comp.os.vms:17574 vmsnet.misc:984
From: TEWKSBURY@BUDSGA.BU.EDU (Chip Tewksbury)
Newsgroups: comp.os.vms,vmsnet.misc
Subject: V5.5-2 update warning
Date: 6 Nov 92 14:31:10 GMT
Followup-To: comp.os.vms
Organization: BOSTON UNIVERSITY, OFFICE OF INFORMATION TECHNOLOGY
X-News-Reader: VMS NEWS 1.24

The following is an excerpt from a DSIN article regarding a potential
corruption problem resulting from the VMS V5.5-2 update procedure in
conjunction with the MOVEFILE ACP subfunction -- i.e., disk defragmenters.

	Chip Tewksbury.

======================================================================
After the VMS V5.5-2 upgrade procedure, SYS$LOADABLE_IMAGES:SYS.EXE
will not have the "MoveFile disabled" attribute set.

If a defragmentation product which uses MOVEFILE on the system disk
decided to move SYS.EXE, there is a low risk probability that file
corruption could occur on the system disk.

NOTE:  This can only happen if a "SET TIME" command was  issued after
       SYS.EXE was moved, as the $SETIME system service writes
       directly to the  original Logical Block Number (LBN) of SYS.EXE
       without looking it up each time.

SOLUTION:

To reset SYS.EXE to "MoveFile disabled", perform the following steps
immediately after the VMS V5.5-2 upgrade procedure:

1.  Log into the SYSTEM account.
2.  Type the following at the DCL prompt:

          $ @SYS$SYSTEM:SETFILENOMOVE SYS$SYSDEVICE

     NOTE:  This command file ensures that all critical system files
            have the "MoveFile disabled" attribute set.

 3.  Reboot your system.  If you are running a VAXcluster system,
     reboot all cluster nodes.
From: CHD@HERMES.ECE.ARIZONA.EDU (Chris De Young)
Newsgroups: comp.os.vms
Subject: Re: need TALK for VMS!
Date: 6 Nov 92 23:33:41 GMT
Distribution: world,local
Organization: --
X-News-Reader: VMS NEWS 1.24

In <01GQUAP0ZMK091WDAD@dcu.ie> 89500831@VAX1.DCU.IE writes:

> | I need the TALK utility for VMS...I'm running version 5.4-3 under MULTINET.
[...]
> Btw..TALK does not exist on my machine; it has been removed. I would hardly be

It should be included in your distribution of Multinet; if not, have you asked
TGV about getting it from them?  If you've already licensed MultiNet I
wouldn't think they would mind.

-Chris
chd@hermes.ece.arizona.edu
From: dfilip@colorne.UUCP
Newsgroups: comp.os.vms
Subject: Re: known VAXCRTL bugs
Date: 7 Nov 92 14:23:52 GMT
Distribution: world
Organization: ColorNet Information Systems

Carl J Lydick writes :
>In article <31@colorne.colornet.com>, dfilip@colorne.colornet.com writes:
>=Also, the last time I checked, the malloc() function was not re-enterant;
>=I had some code which worked fine in-line, but would get strange results
>=when moved into an AST routine. I landed up replacing the
>=malloc()'s with LIB$GET_VM() (this was about a year ago; DEC admitted to
>=it at the time, but does anyone know if they every really fixed it ?;
>=I seem to remember that at one point there was some #define's that you could
>=do to alias malloc() and free() to other entry points ...)
>
>I don't see how you consider that to be a bug.  Unless a RTL routine is
>specifically documented to be AST reentrant, you're supposed to assume that
>it's not.

I was not aware that this is true. Is this specifically stated in TFM ?

Although I would not, for example, try to use buffered I/O in an AST
routine (it just dosn't seem like the right thing to do) allocating a
chunk of memory seems like something that should be able to be handled
in an asynchronous fashion.

Although I guess I do agree in principal that one should not assume an RTL
routine can be used asynchronously, it seems to me that something like
allocating memory should be one of those things that can.

Regards,

Dave.

--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   David E. Filip                UUCP   : dfilip@colornet.com              =
=   ColorNet Information Systems  CIS    : 76430,3111                       =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=     Standards are wonderful 'cause there are so many to choose from !     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: GLOESENER@MENVAX.RESTENA.LU
Newsgroups: comp.os.vms
Subject: VAX/VMS extensions conference
Date: 5 Nov 92 07:41:29 GMT
Organization: The Internet


Hello world,

Is theire a known address where to mail proposals for future extensions for
VMS ? In this context it might be possible to launch a discussion about such
extensions in this list if theire are people willing to participate in such
a discussion.

                                    I am waiting for your ideas and suggestions.

                                               Gasty Gloesener

-GG-
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: sys$hiber/sys$wake problems?
Date: 11 Nov 92 00:36:46 EST
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <BxIrqM.2pF@unx.sas.com>, sasjzs@falcon.unx.sas.com (Joseph Slater) writes:
> 
> In article <1992Nov10.180054.23127@fripp.ri.cadre.com>,
>  rj@cadre.com (Rob deFriesse) writes:
> |>
> |>    If one or more wakeup requests are issued for the process while it is not
> |>    hibernating, the next hibernate call returns immediately;  that is, the
> |>    process does not hibernate.  ...
> |>
> |>This is, in fact, the correct behavior for a semaphore.  If it doesn't work
> |>this way, your process could block indefinately.
> |>
> Hi Rob,
>    And all others that responded via e-mail. You are correct, 
> however we aren't the ones calling sys$wake. After leaving
> sys$hiber the next-to-last time, the bit pcb$v_wakepen bit is
> clear. The next time we start to enter sys$hiber it is set and
> we don't call sys$wake anywhere in between. (This is what 
> upsets us as we hope to set up things before calling sys$wake, 
> and when we don't we exit from hiber in an unknown state). I
> suspect (thanks Matt) the PPL$ runtime library as this scheme 
> has worked successfully for many years and PPL is the only new 
> variable in the scheme. My next task is to try to trap calls 
> to sys$wake from the main and sharable images. Any ideas on 
> doing this? I may have a hard time convicing our system manager 
> to let me patch the system service vectors. Read that as slim to none. 
> 
> Joe Slater
> sasjzs@vms.sas.com
> Mine opinion is just that.
-- 
Joe,
 
Another option. Have a flag variable which you set from your WAKE 
routine indicating that there is work to be done by the mainline 
code. Then, when you get returned from the HIBER, if the flag 
variable is NOT set, loop back to the HIBER. I first encountered 
almost this exact problem in RSX, where a task could be 
spuriously unstopped. 
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
Newsgroups: comp.os.vms
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: Re: vms conference on IRC
Organization: University of Ulm, Germany
Date: Fri, 13 Nov 1992 00:44:29 GMT
X-Copyright1: Fuer Veroeffentlichungen AUSSERHALB des Newssystemes gelten MEINE Geschaeftsbedingungen.
X-Copyright2: Nichtbeachtung wird in der Regel zivil- und strafrechtliche Folgen nach sich ziehen.
X-News-Reader: VMS NEWS 1.24

In <921112144113.5953@menvax.restena.lu> GLOESENER@MENVAX.RESTENA.LU writes:

> (a VMS version also exists). Now I am wondering why theire is never a
> #vms channel on IRC. Is theire nobody who has IRC ???


/who *
Channel  Nickname  S   User@Host                   Name
   #VMS: Framstag  H@  ORAKEL@main01.rz.uni-ulm.de (<Framstag Sam,Ulm,Germany>)

Here I am. Where are you now? :-)


\  Ulli 'Framstag' Horlacher    \    psi%0262450502601::rzmain::orakel  \
 \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
   \  "With mainframes you just can do nonsense, with PCs not even that."  \
Newsgroups: comp.os.vms
From: kramer@nx40.mik.uky.edu (mike d andrews)
Subject: ELVIS 1.6 won't maintain file protections; anyone fixed it?
Organization: University Of Kentucky, Dept. of Math Sciences
X-Path: nx40.mik.uky.edu!kramer
Date: Fri, 13 Nov 1992 04:09:17 GMT

Hi folks....  Sorry if this is a repeat question; the machine I originally
posted this from (wittenberg.edu, via desire.wright.edu) apparently didn't 
propogate it 'round the world....

And first off, no, we don't have POSIX installed; that would solve this
entire problem real fast.

Anyway.  Has anyone patched Elvis 1.6 to maintain file protections when saving?
Every time I save a file in Elvis, it reset the protections to O:RWE,S:RWE
and no group/world access, no matter what the file was set to before.
It's a little irritating to have to go reset every public file I edit by hand..

I made a weak attempt at patching it myself, but I don't know quite enough
C to do it.. :)

I've tried the VI.SAV version running around (looks like BSD sources),
but while its screen stuff is more efficient and it does do file prots OK, 
the shell on it dosen't work (tries to execute BIN:SH.EXE ;-), and it's a 
little large, and dosen't do a very good job of autodetecting term types...
People keep saying to avoid the TPU version, and we don't have POSIX...

If anyone's fixed this little annoyance and wants to donate the patch,
drop a note to kramer@wittenberg.edu...  If someone wants to tackle it
but dosen't have it, the source is on wuarchive.wustl.edu as
mirrors/msdos/editor/elv16src.zip (yes, the VMS makefiles are in the MSDOS
source zipfile too)...

Thanks much...

        Mike Andrews
--
Mike Andrews - Wittenberg Univ, Springfield, OH  '95 =#=             Hometown:
kramer@wittenberg.edu              root@fragile.UUCP =#=    kramer@mik.uky.edu
kramer@wittenbg.bitnet       fragile!root@ms.uky.edu =#= mdandr00@ukpr.uky.edu
(proud OS/2 & 386BSD user)          "This guy's pretty bizarre, gus." - Primus
Newsgroups: comp.os.vms,comp.sys.sun.admin
From: ncohen@nyx.cs.du.edu (Nathan Cohen)
Subject: Sending VMS print jobs to Unix lpd
Summary: Looking for software to forward VMS print queue to Unix
Keywords: Unix VMS lpd transfer
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Thu, 5 Nov 92 19:30:12 GMT

    I am looking for software to let me forward print jobs from a VMS
print queue to a lpd-style printer on a Sun/Unix.  It seems like this
would be a FAQ, so my apologies if it is - I was unable to find it and my
DEC rep was little help.  I am looking for either free or commercial
software.

    Please send replies to sysnmc@chron.com, although I will attempt to
read responses posted here.  Thanks in advance!

                             -- Matt @8^1

-- 
Matt Cohen                              INET: sysnmc@chron.com
Department of Technology Resources      UUCP: ...!uunet!chron!sysnmc
The Houston Chronicle                   AT&T: +1 713 220 7023
801 Texas Avenue, Houston, TX 77002     "Quidquid Latine dictum sit,
"Houston's Leading Information Source"         altum viditur."


Newsgroups: comp.os.vms
From: kega@nobeltech.se (Kent Gabrin)
Subject: ENQUEUE/DEQUEUE DCL-command source code in vmsnet.sources
Organization: NobelTech AB
Date: Fri, 13 Nov 1992 09:01:54 GMT

   ENQUEUE/DEQUEUE is two DCL-commands to synchronize DCL command
   procedures throughout a whole VAXCluster. Beside the ordinary
   semaphore technique, it offers you features like: Sending small
   messages between processes, Enables barrier coding, Having sleeping
   processes to be wake up when needed, Reserved prefix of resource
   name to be used of processes with privilege OPER and other things.

In news group vmsnet.sources I have contribute with source code of the
ENQUEUE/DEQUEUE routines. The package consists of nine (9) separate
articles to be extracted and assembled. If that sounds interesting you
can skip the rest of this article and start reading article number one
(1/9) in vmsnet.sources where you find instructions how to go on.

If you just want to have a brief information you can continue to read
the rest of this current article.

       Brief summary of ENQUEUE/DEQUEUE.

ENQUEUE/DEQUEUE is coded in MACRO32 and uses CDU as the interface to
the user. The main system services that is used is $ENQ and $DEQ with
lock mode equals EX (default) or CR. Help files are also provided
together with complete instruction how to build and install the
utility. By using the lock value block it is possible to send small
messages (15 characters) from one process to another.

By using qualifier /SYNCHRONIZE the process will sleep, holding the
lock, until another process wants to aquire the same lock that will
trig a blocking AST of the processes holding the lock.

With qualifier /CR more than one process can hold the same lock at the
same time and only processes that has omitted the /CR will have to
wait. This technique is usefull when you want to be informed when
'all' processes (that are using /CR) has finished.

To prevent ordinary unprivileges users to obtain locks, vital to
routines used by system manager, the prefix "SYS_" should be used
together with the lock name (E.g. ENQUEUE SYS_lock_name). Only
processes with privilege OPER is enable to use that kind of lock. <>
-- 
Kent Gabrin   NobelTech Systems    ! My thinking is not as great as
S-175 88 Jaerfaella      Sweden    ! Oliver Berendinus Bumble /Will Try
KEGA@nobeltech.se ! System Manager (Since 1982) VAXCluster (Since 1985)
Newsgroups: comp.os.vms
From: welchb@woods.ulowell.edu
Subject: ?Why does this backup go so slow?
Organization: University of Lowell
Date: Thu, 12 Nov 1992 17:49:28 GMT

It took us 4.5 hours to do an image backup of an RA90 (80% full of user
data) onto an RA92?  Why does it not go faster?   [I had prepared a much 
longer version of the question, with so many particulars, that my boss 
said to just ask the simple question.]
-- 
Brendan Welch, UMass/Lowell, W1LPG,  welchb@woods.ulowell.edu
From: CAPTANSKI33@SNYCORVA.BITNET (CHRIS TANSKI)
Newsgroups: comp.os.vms
Subject: Kermit packet size
Date: 7 Nov 92 21:15:00 GMT
Distribution: world
Organization: The Internet

Anyone know how to change the pakcet size kermit sends from 84 to
9000? My comm. program receives that fast so it would be nice if this
kermit server would send it that fast. Please reply directly.

Date sent:  7-NOV-1992 17:14:14

Chris Tanski

*********************************************************************
*                                                                   *
*  CAPTANSKI33@SNYCORVA.CORTLAND.EDU--SUNY Cortland                 *
*  CTANSKI@NYX.CS.DU.EDU--Denver University                         *
*  AG244@YFN.YSU.EDU--Youngstown State University                   *
*  CTANSKI@ONONDAGA--OCM BOCES (PROFS)                              *
*                                                                   *
*********************************************************************
From: molnar@ort.edu.uy (Andres Molnar - CECOM)
Newsgroups: comp.os.vms
Subject: DEC Cohession & Rally
Date: 11 Nov 92 18:29:15 GMT
Distribution: world
Organization: The Internet
X-Unparsable-Date: Tue, 10 Nov 92 16:54:49 GMT-3

Hi,

Does anybody out there work with DEC Cohession and Rally together?
Digital's field representant says there's not much benefit in using
DEC Cohession with Rally, as it is meant for 3GL Languages. I'm
still reluctant to trust them in this (and other many) subject, so
if you disagree with their statement, or on the other hand, know they
are right, please let me know. Tnxs

------------------------------------------------------------------
Andres Molnar - Software Engineer - System & Network Manager
ORT Uruguay - Mercedes 1451, 11100 Montevideo, URUGUAY
T: +598-2-921505 Fax: +598-2-902952  E-mail: molnar@ort.edu.uy