HDTenEightyP/NetNews huggingface dataset:
From: KLASSEN@UVVM.BITNET (Melvin Klassen)
Newsgroups: bit.listserv.vm-util
Subject: Re: YWAKEUP time problem
Date: 28 Aug 92 17:10:10 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA

Craig Cholar (Naval Postgraduate School, Monterey Calif.) <3432P@NAVPGS> says:
>I'm using YWAKEUP to trap messages, and it works except I can't
>get it to return a meaningful time value in the YWAKEUP.2 variable.
>It's always off by about 7 hours or so.
Curiously, the following EXEC also reports a 7-hour time-difference:
   &TRACE
   &TYPE TIME == &TIME
   CP Q  TIME
   &EXIT
and I'm in a part of Canada which has the same time-zone offset
from Greenwich Mean Time as Monterey!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Thu, 27 Aug 1992 19:07:00 EDT
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      SVC 202/204

I'm stuck.  I can't tell whether there is a bug in the ERASE command in
recent release(s) of CMS or just something that I don't understand.  To
summarize:  suppose you enter a command to CMS saying "erase foo bar".
As far as I can tell, ever since the introduction of VM/SP, that has
resulted in the following: CMS makes up a parameter list at location 848
saying "ERASE   FOO     BAR     " (plus fence), a copy of the original
command, and addresses in the nucleus EPL: the start of the word "erase"
(yes, lower case), the start of "foo", and the end of the string.  The
pointers to the EPL (typically 000E08) and the normal plist (000848) go
into R0 and R1, the "call" type is set to 0B, whether in R1 or R15, and
then CMS issues SVC 202 or 204, as appropriate.  If you have a file
named 'FOO BAR A', it gets erased; if not, you get a message saying
"File FOO BAR not found" or "FILE FOO BAR NOT FOUND".  So far, so good.
If a user program does the same things under CMS Release 4, it works the
same way.  However, under CMS 7, it seems that ERASE behaves differently.
It still works as expected when the command is typed directly to CMS,
but a program issuing the same SVC with the same plist, EPL, and call
type gets a message saying "File foo bar not found", unless there
happened to be a file named "foo bar A", in which case *that* file
would be erased.  This doesn't make any sense to me.  How can the
identical calling sequence give a different result depending on the
invoker?  What am I missing?  (Note that the traditional method of
creating, manipulating, and erasing files with mixed-case names is
to use EXEC's that issue exactly the command desired -- the tokenized
PLIST has the mixed-case names, and everybody is happy).
                                       John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 4 Sep 1992 04:19:47 -0400
From:         Anthony Ng <CCENGNM@NUSVM.BITNET>
Subject:      Re: LOGOFF/FORCE PENDING
              3 Sep 1992 09:57:34 UEC

On Thu, 3 Sep 1992 09:57:34 UEC, ANA MARIA SEIXAS
<CCUE010%ccvm.unicamp.br@CCSUN.UNICAMP.BR> says:

>Subject:      LOGOFF/FORCE PENDING
>
>We have three users in "LOGOFF/FORCE PENDING" at VM/XA SP2.1 9002C,
>after problems with a 3274.
>One of them is OPERATOR !!  How can we solve this problem ?  Is there
>any way to alter control blocks ?
>We would'nt like an IPL ...
>
>Thanks, Ana.

This problem has agitate us for quite a period of time, and IBM cannot
do anything about it! Whenver our TCP/IP got a problem, we are bound
to get LOGOFF/FORCE pending users calling us. IBM blame it on the
3270 emulation that won't give correct signal to 3274/3174, it won't
happen if you buy IBM original. I guess your situation prove them
wrong.

Before you go about zapping those control blocks, check with your
management. As these kind of zapping is not "IBM original",
one of these days you're going to bring the system down when the
wrong control blocks got zapped, and hopefully you don't have to
pack-up :-#

---------
*****************************************************************
* Anthony Ng                        * "Don't Look Back !"       *
* Systems Programmer                *      Luke 9:62            *
* NATIONAL UNIVERSITY OF SINGAPORE  * "Batteries NOT included,  *
* Bitnet : CCENGNM@NUSVM            *  neither any guarantte."  *
*****************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Marist College
Newsgroups: bit.listserv.vm-util
Date:         Fri, 4 Sep 1992 08:50:58 EDT
From:         "A. Harry Williams" <HARRY@VM.MARIST.EDU>
Subject:      Re: Spool space percentage wanted

On Fri, 4 Sep 1992 04:02:46 -0400 Anthony Ng said:
>
>VMSPOOL by Systems Center is a good tool to manage your spool area.
>I've not gotten it because we cannot afford :-(
And that other Systems company from Northern Virgina,
VM Systems Group has a product called V/SPOOL that does
this very nicely.
/ahw
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: The University of Alabama, Tuscaloosa
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 17:18:44 CDT
From:         Darren Evans-Young <DARREN@UA1VM.UA.EDU>
Subject:      Re: YWAKEUP time problem

On Fri, 28 Aug 1992 12:08:51 PDT Craig Cholar said:
>I've received some responses (thanks) about my Ywakeup problem.
>However, I don't think it's related to our offset from GMT.  Here's
>a small test exec, and the results:
>
>/* */
>address command
>'YWAKEUP BEGIN CONS'
>'YWAKEUP (CONS'
>'CP QUERY TIME'
>say 'Ywakeup time='ywakeup.2 'Rexx time='time()
>exit
>
>I start the exec, press Enter, and here's the result...
>
>TIME IS 12:07:43 PDT FRIDAY 08/28/92
>CONNECT= 02:31:59 VIRTCPU= 000:16.39 TOTCPU= 000:20.20
>Ywakeup time=18:35:58 Rexx time=12:07:43
>
>As you can see, the time is off by *almost* 7 hours, but
>look at the minutes and seconds.  Those differences don't make
>any sense at all.  Here's our service level in case that
>makes any difference:
>
>CMSLEVEL: VM/XA CMS 5.6, Service Level 206
>
>CPLEVEL: VM/XA SP Release 2.1, service level 0206
>         Generated at 08/12/92 10:33:15 PDT
>         IPL at 08/20/92 11:51:19 PDT

Dont worry Craig. I had the exact same problem.  I gave up and
redesigned my application. I didnt have the time to mess with it.

Darren

Darren Evans-Young                                  darren@ua1vm.ua.edu
Seebeck Computer Center                             70651.2605@CompuServe.COM
The University of Alabama, Tuscaloosa               (205)348-3988
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"vm-util@trearn.bitnet@pucc.princeton.edu"
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 06:29:32 TUR
From:         RITTERBUS001@WCSUB.CTSTATEU.EDU
Subject:      RSCS to LAN attached HP-III

Hello, Netters,

Perhaps some of you have already burned this bridge ;^) and can help me
to cross it.  I am attempting to print from CMS to a HP-III printer
attached via an IBM token ring lan, using IRMA/Lan 3270 emulation.

Normal print jobs work find, but the problem is when I atttempt to send
escape codes to control the printer, change fonts, etc.  Under normal
parameters, RSCS v2.3 filters our anything lower than x40 and replaces it
with x40.  Since IRMA tells me that the escape code (ASCII x1B) is
translated as EBCDIC x27, that becomes the x40 mentioned above.  In
searching the manual, the parm TR=ASISCC seemed to perfectly fit the bill,
so I attempted it.  However, when I then send the file, RSCS gives me
back an error DMTSPT927E Unable to send file... -- function not supported.

We tried changing the modetab to a few different ones, but all gave the
same results.

We are running VM/XA SP 2.1, serv lev 0207, CMS 5.6 serv lev 207.

Any takers?

"Beware of programmers who carry screwdrivers."

Jim Ritterbusch
Western Connecticut State Univ.
ritterbus001@wcsu.ctstateu.edu
Organization: Catholic University of Leuven - NetNews Project
Date: Mon, 31 Aug 1992 12:38:58 +02
From: Kris Van Hees <GUTEST6@cc1.kuleuven.ac.be>
Newsgroups: bit.listserv.vm-util
Subject: DMSDDL question...

Hello,

I'm working on a NNTP server for VM.  This server has to send its news feed
files to the NETNEWS DVM, using DMSDDL because of the line length in those
news files (can be more than 132, the max for print).  Now DMSDDL seems to
insist on having a file to work on.  I was wondering if anyone had a similar
program like DMSDDL for sending and receiving files, where the input data
can come from a stem variable, and where the received data can be placed in
a stem too.

A CP patch (for VM/XA and maybe others) which would define, allow or whatever
a printer with width 512 would be even better, of course.

Regards,
Kris Van Hees.

----------------------------------------------------------------------------
Email: GUTEST6@cc1.kuleuven.ac.be | Q: What would computers be without  pro-
              @BLEKUL11.BITNET    |    grams?
       -or-                       | A: Probably bug-free.
       stud02@cc4.kuleuven.ac.be  |
----------------------------------------------------------------------------
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 4 Sep 1992 02:00:00 GMT
From:         "David Quattlebaum" <0005301799@MCIMAIL.COM>
Subject:      Spool space percentage wanted

I am looking for an exec that will show me the percent of spool space
(i.e. rdrlist) used on our system.  I have TOTSPL.EXEC but that only shows
the numbers of records.  I need to keep track of our space to determine
how many days to allow the entries to live.  Once this is determined, I can
run SPLCLEAN to rid them.

We have VM/SP Rel 6.

Thanks.
--
David Quattlebaum,   530-1799@MCIMail.com     (803) 771-5715
Systems Programmer,  Baptist Medical Center,  Columbia SC, 29220
"Why if only we were all wiener dogs, our problems would be solved."
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Universidade Federal da Paraiba - Campus II-Campina Grande/PB/BR
Newsgroups: bit.listserv.vm-util
Date:         Wed, 26 Aug 1992 08:40:49 EDT
From:         "Othon Marcelo Nunes Batista" <OTHON@BRUFPB2.BITNET>
Subject:      CP READ

     Dear friends,

     How do I answer to CP READ mode via rexx ???
     Anybody have any idea??? If so, tell me how to do it.



     Virtually,

Othon.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Wed, 2 Sep 1992 19:28:44 TUR
From:         Suleyman Nazif Kutlu <SYSADM4@TREARN.BITNET>
Subject:      Re: DMSDDL

May I get a copy of SCAN EXEC too ? Please... Thanks..
-SNK
Systems Programmer
Ege University, Izmir, TURKIYE
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.vm-util
Date:         Thu, 27 Aug 1992 13:13:46 IST
From:         Hank Nussbacher <HANK@VM.BIU.AC.IL>
Subject:      Re: CP READ

>>     How do I answer to CP READ mode via rexx ???
>>     Anybody have any idea??? If so, tell me how to do it.
>
>You don't.
>
>When you are in 'CP READ' then CMS, and therefor Rexx, is not in control
>-- CP is.  Perhaps if you specify what is causing a problem -- getting
>CP READ -- we can offer some hints.
>

There is a way.  I used to do it via PER.  The trick is to let PER
trap the CP LINK and ECHO command.  Below is part of the GONE EXEC
that is normally commented out.

/* To all who arrive here - welcome.  The following code, which is  */
/* commented out, allows you to trap the CP LINK/ECHO commands b4   */
/* they are executed and to alter them to the CP '*' command.  This */
/* has no affect against people who use Diag 8, but it will trap    */
/* all LINK/ECHO commands from the command line or an EXEC.  This   */
/* also has the unfortunate side affect of disabling any LINK/ECHO  */
/* programs (MODULE/EXEC) that you may own.  It will also not even  */
/* allow a LINK command through that contains a valid password on   */
/* the command line.                                                */
/* The response from GONE will be:                                  */
/*   COMMAND COMPLETE                                               */
/*   *PER TRAPS CLEARED*                                            */
/* As you can deduce, the CP LINK/ECHO commands are being trapped   */
/* via PER.  It is picking up address 848, which is the start of    */
/* the tokenized command list in CMS.                               */
/*------------------------------------------------------------------*/
/*     N e x t   4   l i n e s   a r e   c o m m e n t e d   o u t !!
'CP PER ST 848 D3C9D5D2 RUN NOTERM CMD ST 848 5C404040'
'CP PER ST 848 C3D7404040404040D3C9D5D240404040 RUN NOTERM' ,
   'CMD ST 848 5C404040'
'CP PER ST 848 C5C3C8D6 RUN NOTERM CMD ST 848 5C404040'
'CP PER ST 848 C3D7404040404040C5C3C8D640404040 RUN NOTERM' ,
   'CMD ST 848 5C404040'
*/
'CP PER END ALL'                           /* Remove PER trap       */

Hank Nussbacher
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vmsmail-To: SMTP%"VM-UTIL%TREARN.BitNet@pucc.PRINCETON.EDU"
Newsgroups: bit.listserv.vm-util
Date:         Fri, 4 Sep 1992 13:58:44 TUR
From:         RITTERBUS001@WCSUB.CTSTATEU.EDU
Subject:      RE: LOGOFF/FORCE PENDING
Comments: To: VM-UTIL%TREARN.BitNet@pucc.PRINCETON.EDU

>We have three users in "LOGOFF/FORCE PENDING" at VM/XA SP2.1 9002C,
>after problems with a 3274.
>One of them is OPERATOR !!  How can we solve this problem ?  Is there

Ana,
We have had the same problem.  IBM supposedly fixed it under VM/HPO 5,
but we still saw it on an infrequent basis.

As somebody else mentioned, if the user is attached via VTAM, the ID can
often be freed up by inactivating the VTAM address with the F(orce)
option.  The trick is to find the VTAM address (which our users generally
do not know).  If you query the user id, it will not show, but simply say
"LOGOFF/FORCE PENDING...".  However, I have found that if you Q GRAF, it
will most times show that the user is still on a VTAM controlled terminal,
and will give the VTAM address.

Having said all of that, this morning I found that we had suddenly had 4
occurrances last night (usually its more like 1 a week), and they did not
show under Q GRAF.  We did alter the memory blocks to allow the users to
get their ID's back, but hmmmmmmm, maybe this signifies a trend!


Jim Ritterbusch
ritterbus001@wcsu.ctstateu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 09:21:09 HAE
From:         Jean Bedard <ADMIN@VM1.ULAVAL.CA>
Subject:      Re: YWAKEUP time problem

>I'm using YWAKEUP to trap messages, and it works except I can't
>get it to return a meaningful time value in the YWAKEUP.2 variable.
>It's always off by about 7 hours or so.  I looked through the archives
>   Craig Cholar                                3432P@NAVPGS.BITNET
>   Naval Postgraduate School, Monterey Calif.
California, eh? Hmm... Maybe I'm wrong, but could it be the GMT offset?

J.B.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Mon, 31 Aug 1992 09:48:28 HAE
From:         Jean Bedard <ADMIN@VM1.ULAVAL.CA>
Subject:      Re: BINHEX...

> anyone ...know... where i can find the BINHEX HELPCMS ????
>i need to send files to a MAC and i have to send it in a .HQX format....
>thanks....
>Mitzio
Since you are on BITNET, do (including dots, dashes and slashes):

TELL MACSERVE AT PUCC GET ./util/binhex-vm-cms-files.txt

It dates back 1989, but should still work. It includes an ASSEMBLE file.

Jean Bedard, C.T.I., Universite Laval, Quebec, Canada
Resp. VM/CMS, NetNorth, Listserv     Bitnet:   ADMIN AT LAVALVM1
(418) 656-3632                       Internet: admin@vm1.ulaval.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <PATRICK@BRUERJ>
Newsgroups: bit.listserv.vm-util
Date:         Wed, 2 Sep 1992 13:07:55 RIO
From:         "Patrick LEROY" <PATRICK@BRUERJ.BITNET>
Subject:      Re: DMSDDL

Hank, I'd like to have a copy of your SCAN EXEC. Would you please send me
a copy of it?

Thanks in advance

 .----------------------------------------------------------------------.
 |  Patrick Leroy                                                       |
 |  VM Systems Support                                                  |
 |  UERJ - Universidade do Estado do Rio de Janeiro                     |
 |  (021) 284-8322 (RAMAIS 2477/2293)                                   |
 '----------------------------------------------------------------------'
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Thu, 27 Aug 1992 06:41:38 CST
From:         Jim Colten <IJIM@UMINN1.BITNET>
Subject:      RE: Disk full threshold
              27 Aug 1992 04:16:48 TUR from <RITTERBUS001@WCSUB.CTSTATEU.EDU>

On Thu, 27 Aug 1992 04:16:48 TUR <RITTERBUS001@WCSUB.CTSTATEU.EDU> said:
>>Does anyone know how CMS decides when a disk is full?  Obviously,
>[...]
>  (...)
>
>Another comment:  you mentioned that your disk was formatted with a
>block size of 4K, and I believe that this is the officially "recommended"
>block size.  While this is great for disks with large data files, for
>general users I personally prefer 1K.  Since any block-allocated device
>wastes, on average, half a block for every file on the disk, I have
>been able to reduce my waste by 1.5K for every file on the disk.  This
>allowed me to store quite a few more files.
>

Aaahhhh, the eternal blocksize debate!

Several years ago, while migrating several hundered mdisks from 3370 to 3380
DASD, we used a simple algorithm to guestimate which would be the best
blocksize to use for each mdisk.  The algorith looked only at storage capacity.
It was not perfect, tending to err slightly in favor of the smaller blocksize.

The result was that quite a bit more than half of the mdisks were best blocked
at 4K. 2K and 1K split most of the rest, with a few being best at 512.

We repeated the excersize about a year ago, migrating a few hundred users from
a CPU that had all FBA drives to one with 3380.  The results of the blocksize
evaluation were similar to our previous experience but favored larger block
sizes a bit more.

In both cases, these were primarily user's 191 disks, although the second
experience involved a higher percentage of disks with large files.

Larger block sizes also generally lead to slightly lower CPU usage and lower I/O
Your mileage may vary, of course.  If it is very important, evaluate each disk.

Jim Colten
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Office of University Computing
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 16:13:43 EST
From:         Nick Laflamme <NLAFLAMM@IRISHVMA.BITNET>
Subject:      Re: SVC 202/204

It would be mildly interesting to see if, say, RENAME shows the same
change in behavior that ERASE does.  That might indicate if the change
is in ERASE itself or in SVC 20x processing.

Just a thought,
Nick

* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 16:32:48 PDT
Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA
From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
Subject:      Re: YWAKEUP time problem

Craig Cholar <3432P@NAVPGS> writes:
>I'm using YWAKEUP to trap messages, and it works except I can't
>get it to return a meaningful time value in the YWAKEUP.2 variable.
>It's always off by about 7 hours or so.
>So, how do I get that time to show something meaningful?

This is a bug in the YWAKEUP code, i.e.,
GETTIME1 LM    R0,R1,D
0
         SRDL  R0,12
0
         D     R0,=F'8000000'
0
         LR    R3,R0
0
         XR    R2,R2
0
         D     R2,=F'1000000'
0
         XR    R0,R0
0
         SLDL  R0,3
0
         ALR   R1,R3
0
         BC    12,*+8
0
         A     R0,=F'1'          TIMEZONE FIX
0
         AL    R1,TIMEZONE       TIMEZONE FIX
0
         BC    12,*+8            TIMEZONE FIX
0
         A     R0,=F'1'          TIMEZONE FIX
0
         D     R0,=F'86400'
0
         BR    R10
0
         EJECT ,
0
----
0
Just update YWAKEUP to ignore any "overflow" caused by adding the
0
TIMEZONE-offset (which happens to be **minus** seven-hours in California),
0
i.e., remove the "BC 12,*+8" and the "A R0,=F'1'" instructions,
and you'll get the **right** answers!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Tue, 1 Sep 1992 04:49:00 GMT
From:         Joseph A Schunk <0001007026@MCIMAIL.COM>
Subject:      Re: DMSDDL question...
Comments: To: VM Utilities Discussion List <VM-UTIL@ohstvma.acs.ohio-state.edu>

You might look at CMS PIPE's ...  read/writing to the stem is provided for,
and I believe there are stages for DEBLOCK'ng "netdata" formats'.

I'm an apprentice plumber and haven't been that ambitious yet. :).
  +------------------------------------------------------------+
  |  MCI Mail:  JSchunk or 100-7026                            |
  |  Telex (MCI/WUI): 6501007026   Ans: 6501007026MCI UW       |
  |  Internet:  JSchunk@MCIMail.Com                            |
  |  X.400: G=joseph; S=schunk; ADMD=mci; C=us;                |
  +------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 28 Aug 1992 18:24:09 CST
From:         "Patrick" <ROGOSCHP@MAX.CC.UREGINA.CA>
Subject:      Fsp
Comments: To: VM-util%ohstvma.bitnet@vm.ucs.ualberta.ca

Is the fsp transfer protocol vailalble for vm/vms?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: East Tennessee State University
Newsgroups: bit.listserv.vm-util
Date:         Wed, 26 Aug 1992 12:55:31 EDT
From:         Bill Williams <CMS2@ETSU.BITNET>
Subject:      Re: CP READ

On Wed, 26 Aug 1992 08:40:49 EDT Othon Marcelo Nunes Batista said:
>     How do I answer to CP READ mode via rexx ???
>     Anybody have any idea??? If so, tell me how to do it.

You don't.

When you are in 'CP READ' then CMS, and therefor Rexx, is not in control
-- CP is.  Perhaps if you specify what is causing a problem -- getting
CP READ -- we can offer some hints.

 ---------------------------------------
   Bill Williams -- ETSU Systems Support
    East
    Tennessee             (615) 929-6853
    State
    University        <CMS2@ETSU.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.vm-util
Date:         Tue, 1 Sep 1992 14:56:35 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: YWAKEUP time problem

Well, I have figured out where the time problem comes from and with help
from someone on a node which has a negative timezone offset (rare, as
far as I can tell - at least I have never worked on one, which is one of
the reasons the bug survived so long.)  I include the fix below and am
willing to send the MODULE to anyone who needs it.  Next on my list is to
make YWAKEUP XA/XC mode compatible.  This version of YWAKEUP has NO other
fixes (other than a small change to one of the messages, correcting a typo.)

Sorry it has taken so long.  - Yossie

:READ  YWAKEUP  FIXTIME  A5 YOS191 09/01/92 14:59:47
./ R 00060000          $ 62990 2990                   09/01/92 14:59:47
         COPY  VMCPARM                                         FIXTIME  00062990
         COPY  VMCMHDR                                         FIXTIME  00065980
./ R 02761400          $ 2761690 290                  09/01/92 14:59:47
               O SPECIFYING ''CC''',DISP=ERRMSG                FIXTIME  02761400
./ R 08043980          $ 8044370 390                  09/01/92 14:59:47
         L     R2,TIMEZONE                                     FIXTIME  08044370
         SRDA  R2,32                                           FIXTIME  08044760
         ALR   R1,R3                                           FIXTIME  08045150
./ I 08047960          $ 8048960 1000                 09/01/92 14:59:47
         AR    R0,R2                                           FIXTIME  08048960

---
Yossie Silverman                   "What did the Caspian Sea?" - Saki
I'Net:  yossie@ucsfvm.ucsf.edu
Bitnet: YOSSIE@UCSFVM              B5/4 f- w- t cd g++ k++ s++ p
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU